Hi adforandroidapps,
why you sad that every GetJar download need to use Google Play?
I actually upload the apk because when the first time I used Google Play link I didn’t get any downloads.
All the incentivized downloads go through Google Play. That is, when you ask user to “earn” it takes them to GetJar’s app list - and if user clicks it takes directly to Google Play.
So all downloads through your app will go through Google Play.
The only place where your “uploaded APK to GetJar” version is going to be used is (I think) when folks go to the GetJar website to download from there - or use the GetJar app as downloaded from GetJar website.
The GetJar Rewards app which is listed on Google Play - ONLY takes users to Google Play.
Good point! You are right!
Then I can’t explain why so many downloads but I can’t see them on admob, appbrain or flurry.
Are all of them disabling WiFi before play my game or using any special app to stop any network communication?
Last week I get from getjar between 50-100 downloads per day, that I should notice I think or no?
Hmm … I don’t know.
If those were real downloads you would be getting them on Google Play as well.
Maybe GetJar is inflating the numbers - or users are clicking on an app or double clicking because it doesn’t respond or some such - in any case, it suggests the GetJar reporting maybe off ?
This is a problem for advertisers though - not for developers - at least for now.
Advertisers will do their due-diligence before they use GetJar I assume.
Is a “$500 credit for Getjar Pay per Install” really worth that much? Most of Getjar’s users come from countries like India and Indonesia. These countries currencies are low valued compared to $ or Euro. So is it really possible to get any ad revenue from Getjar if you are from US or Europe?
Hi MobileVisuals,
That’s not true! Most of GetJar users comes from US AFAIK but anyway I don’t think 500$ worth anything.
If you think about coins system most of the users will install your app just to get coins and uninstall it.
Is it going to be useful?
Is Google Play ranking so stupid to don’t understand that?
Maybe I don’t know!
Remember we are in the foggy world! 
Most of the companies are trying to cheat developers with the classic:
“More money for you” or “Easy money for developers”
I don’t get there anymore!
Actually about 47% of downloads come from India. USA is in second place with about 7%. The rest in the top are mostly poor countries like Bangladesh and Nigeria. If you are correct adforandroidapps and you can download apps from Google Play to earn GetJar coins or rewards then I can see more advertisers wanting to try it out.
If your downloads, Megasoft, are reported in the ‘statistics’ page on GetJar then those downloads came from GetJar, unless they’re faking it. th
megasoft:
Solirify:
I think there is some confusion here - as I understand it the GetJar I am talking about is the GetJar Rewards that was introduced early 2012.
You maybe confusing that with the old GetJar - which is an app store. The GetJar app for that allows you to download from GetJar website (to which you uploaded your APK).
That GetJar app is NOT listed on Google Play - probably because it allows download from third-party app store.
The GetJar Rewards app IS listed on Google Play - and probably the reason it is listed is because it does NOT use GetJar website APKs. From my testing it always goes to Google Play.
So is a type of referral.
Thus the gold coin version of GetJar i.e. GetJar Rewards is entirely linked to Google Play - any downloads go through Google Play - and should show up in Google stats.
Downloads through GetJar website (i.e. the APK you uploaded) or through GetJar app (which is itself downloadable from GetJar website) are going to be counted separately as those are downloads of the APK you uploaded to GetJar website.
Hope this makes the distinction clear.
Also I think the discussion here is focusing on the $500 credit to advertise in GetJar Rewards - I don’t think that is particularly the strong point - what will that get you - about 5000 downloads (which won’t earn squat with ads etc.).
The real value of GetJar is as a developer selling in-app features via gold coins that users earn by downloading apps from GetJar Rewards.
So you are confusing two different viewpoints. In my opinion it is this feature which is more interesting - i.e. having ability to charge in-app (since I cannot use Google payment - not allowed in my location yet) - and plus on top of that allowing users who don’t want to pay to accumulate gold coins to pay me that way - so GetJar Rewards is like Tapjoy (the app download part of Tapjoy offers).
The $500 reward they are giving is probably so more developers feel attracted to sign up. But as stated there is nothing particularly attractive about that - as it is only 5000 downloads which will earn you little - though for a new app it may make some difference help in the Google ratings somewhat (increase download volume) - but even that will probably be such a slow trickle (as random users seeking to earn gold coins will not necessarily find YOUR app in the Getjar Rewards app list that easily either. So I consider the $500 reward as just something interesting.
In fact, I think this is something they will give you anyway regardless - since it is something GETJAR needs - they need to first populate their earnable apps list - and so probably any and all apps will earn users gold coins (i.e. your app too will earn users coins if they download it - although you are NOT paying GetJar anything). Their next problem will be to attract developers to add GetJar to their apps - this is the way they will increase user eyeballs - and which will eventually attract advertisers.
You or I are NOT the eventual advertisers on this network - it will be the big game publishers or the casino type apps (like Coindozer which features prominently in Tapjoy app offers).
For this reason focusing on the $500 is a distraction - you would not use GetJar for the $500 reward (i.e. about 5000 more download of your app) - but for the ability to use gold coins in your app.
The question then becomes - do you use Tapjoy or GetJar etc.
This again raises the same issues of sustainability - i.e. will big game publisher dollars be enough to finance the whole gold coin ecosystem for GetJar ?
And while the answer seems a bit hazy - maybe an economist can assess the feasibility - but that whole assessment could change if GetJar adds real cash payment (as rival of Google payment). Probably GetJar intention would be to become so big that they cannot be ignored - and users download them as an easier payment solution for micropayment or something.
At least that is what I hope they are planning for the longer term.
The app must have at least 100 ratings with 4.0 or higher average on Google Play to be eligible for the free credit. This means that the app probably has >10000 installs already. So this offer can’t be used for new apps, which makes the reward of 5000 downloads not worth that much.
I’ve been looking at the GetJar SDK - and the way an app gets notification of a purchase (of a premium feature etc.) is that you set up a Receiver.
Now if I understand correctly these are sent by the system which runs your app.
What is the typical way for an app to manage that user info - do they just store info in local preferences (less to synch with the cloud etc.), or do they store the user device ID and balance (or how much they have paid etc.) to some cloud service ?
Or is the usual method just to store locally in local preferences - and if a user moves to another device they just have to pay or earn coins again to unlock the app again ?
For google’s in-app purchases you can send a message to their server to restore old purchases. But they don’t want you using this unless you have to. They say that once you have received the purchase message that you are to send a message to your own servers and keep a record on your own servers; to be retrieved later if neccessary. Of course you can keep a record of purchases in user preferences. But for upgrading to a new device you should restore purchases from either google (only if you have to) or from your own servers (suggested method).
Google doesn’t use a device id or anything purchases are linked to the users google account. I don’t know how getjar handles this.
So when you save to own servers and query own servers - is there some standard solution one can use ? Or each developer winds up doing something screwy/buggy etc. over again ?
Thanks for the Google IAP typical-use info …
GetJar currently seems places all burden on the developer - BUT their new SDK is going to include querying GetJar (i.e. GetJar will remember the purchases) - with GetJar it will be tied to your Google Play id it seems.
I would much prefer GetJar doing this themselves as it frees developers from one more thing which could screw up …
Thats the suggested method, I don’t know if there is any standard api you can use.
Sounds like GetJar is the way to go. Are they considered a third party payment solution, or do they route their purchases through google’s IAP? Google doesn’t allow apps with third party payment solutions on the play market. But I think if they are just another layer between you and Google’s IAP, I think it’s allowed.
GetJar currently does not have ability for users to buy coins using Google IAP.
In any case, no cash transfer is taking place. The only cash transfers are out of the Android system i.e. app advertiser paying GetJar, and GetJar paying the developer.
Very similar to how ad networks cash transfers work.
I think SponsorPay said they would be incorporating “buying coins” with Google IAP in the future (of course, here Google would get a 30% cut of that transaction).
An update on GetJar - they’ve released SDK3.0 which includes ability for GetJar to cache the buying done by a user - I think they link it to their Google Play account (so if they change phones the app can find out if they have paid for a feature already).
Their demo app seems to load faster than the earlier versions which took ages (GetJar Rewards where the apps to download are shown). They now have a “Please wait” also while that loads etc.
The downside is that that the docs are not all that clear - they have a demo app which covers the stuff, but it includes a demo of the “advanced” uses of the app - may have been advisable to have a simpler demo. The sample app also has various things which are not explained - so it is unclear if is essential etc.
I did not use pre-3.0 so just looking at SDK3.0 sample app and their quick-start giude does not seem to make it all that easy. Not much effort has gone into cleaning up the explanation (perhaps they were in a hurry).
Wow! Good offer!