I am starting to develop an Android app and I have seen that in other apps are things like: download this free game and you will earn 10 coins for you.
I suppose that there some company that gives that service (am I right?) and the app developers get paid for this action.
Does anybody know a company that gives this service, I mean I put some apps to download and I get paid for each download.
How is this type of advertisement called?
Any companies that give this service? Thanks
update:
I think I have expressed want I wanted wrong. I know about advertisement companies and how to add their code. Just want to know about a company that show offers to the client. The client completes an offer and I get paid. Then I give something for the game to the client. Just like in app payment but the client doesn't have to spend money.
You must take a look at this
http://code.google.com/intl/es-ES/mobile/ads/docs/android/fundamentals.html
You can find here how to insert ads in your app with some very usefull tutorials.
There are mobile advertisement companies (InMobi, Google, MoPub etc...) that help you in this direction.
What I believe your question is : "Let's say you have a game and after user completes level 1 he will get an Ad saying install some xyz app and unlock next level - If user install xyz app you get money for that and user gets next level unlocked"
Few things
Ad network serves you Ad
Ad gets rendered
When user clicks ad a click is recorded in some click tracking server
When user opens xyz app that user installed via ad another response is recorded in server
I think the app logic should handle to check whether both click and response of xyz app open is present in order to allow user to go next level
Related
I'm working on an Android app where a user must be 18 years or older to apply.
If there will be people under 18, the app would have negative public view which I do not want to deal with.
Is it somehow possible to be sure that my users are older than 17? Is there any service which could possibly accomplish this?
Ideal fictional solution: in my registration form the user writes his/her id number and I would check if he/she is old enough with fictional service.
One not very good solution which I found. There is an app called Muzmatch. It is dating app for Arabs. When the user register he have to use device camera to take picture of himself and send it to server.
I can do the same in my app and check if the user seems old enough but I think it's stupid idea.
Yes this is possible through the Google Play content rating system.
Check out the link: https://support.google.com/googleplay/android-developer/answer/188189?hl=en-GB
Scroll down to the Take your app’s rating questionnaire section and it'll run you through the steps to apply an age rating to your app.
In addition to this, maybe you could create a free in app purchase, that the user will have to buy when first entering the app. They would then need either a password or finger print in order to pay via Google Play.
We are making an android app which will reward user for inviting their friends. we are having hard time to achieve this.
I know some apps are doing this referral and invite system where a user share his unique referral link and his friend click and install the app , when his friend done installing the app the user gets it reward.
I don't understand how it works. Please Explain.
for example, this is a referral campaign of amazon app and my friend told me to install it via this link so that he will get my referral. http://mcent.com/ref/8ZR287/
After thinking about this, here are my two cents:
In your application, as soon as the user installs the app, you can probably make an API call to YOUR server - where you keep track of installs?
Now, you will need to find away to get the Referral Code which will help you ID the referrer in your server for a reward.
Perhaps in that same table (in your server), each time you get notified of a referral, you increment a counter and reward the referrer?
Obviously, you need to generate a new referral code each time a new user installs your APP - might have to ID the device KEY that is unique. Then their email address? I am sure there is more to this!
I hope this helps! Good luck and let me know how it goes!
I was thinking to integrate the Google AdMobs SDK in my free app. Now, I have read the terms of use regarding publishing ads:
If User is a publisher, User shall not, and shall not authorize or encourage any third party to generate fraudulent impressions of or fraudulent clicks on any advertisement.
But, I'd still like to ask if the following is allowed:
I have a free app with a locked feature (a disabled ListView item). And below it I plan to say the following "Watch 5 ads to unlock this feature". Now, I'm NOT going to be showing any dialog boxes encouraging the user to watch an ad or any other way. And it's completely fine if the user doesn't want to watch an ad; he just doesn't get to unlock that feature. I think this way is more of a passive nudge than actual encouragement. And I plan to stop showing ads as well after the user has watched 5 ads. I don't think that it's fraudulent either.
Considering games like Subway Surfer and Doodle Jump use this method if I want to unlock in-game prizes or start a game from where I left off if I lose, I don't think this should be a problem.
However, I would like to know all your thoughts on this. Is it ok to do this?
Admob doesn't allows this. but you can check with other third party ad providers like chitika https://chitika.com/mobile if they allow it.
If User is a publisher, User shall not, and shall not authorize or
encourage any third party to generate fraudulent impressions of or
fraudulent clicks on any advertisement.
I like to implement Refer a Friend functionality in my mobile application (Android and iPhone).
User "A" will refer my mobile contacts via SMS (Referred user "B"). And if "B" install my referred application or the referred content, "A" will earn some reward points.
This is my scenario. Suggest me.
Thanks in advance.
I used Google Analytics Campaign to implement this scenario.
Another way to do this is to generate unique links for all your users, that they can then send out to their contacts.
Let's say User A shares a link with User B. When User B clicks on the link to get your app, rather than immediately redirecting to the App Store, you can make a call to your backend, with the goal being to create a digital fingerprint. Your backend can record the digital fingerprint then do a 301, 304 or 307 redirect to the App Store.
To create the digital fingerprint, your backend can then make a browser-based digital fingerprint including:
1. IP address
2. OS
3. OS version
(These can be grabbed from the request headers).
--
Later when the user opens your app, you should send up the same 3 things, IP, OS and OS version. If they match and are close time-wise, you know that they came from this click from User A's link! Then you can give User A a reward and thank him for getting User B to download the app. This is what we do at Branch Metrics, where I work. We also leverage a browser cookie that works across apps, so that we don't need to rely on fingerprinting except for the very first time we see a user in any of our apps.
You should also think about preventing fraud. You should prevent User A from referring himself, you should prevent User A from referring User B over and over, etc. This is something we work on everyday as well. Definitely spend time on fraud prevention unless you really don't care about giving out duplicate rewards to the same user. Please leave a comment if you'd like more info.
Hiho,
is there a solution to disable my App for one single user?
There is one Person, who buys my app every few days to use the app for calculations, and than deinstalls the app within the 15 Minuts window.
Over 10 times he did it and with the next update i want to create a method, that checks the user mail from market and if its these person, the App should close instantly.
Thanks for Help
Alex
Are you sure this is the same user (and not just a usage trend of one refund every few days)? A user should only be able to refund an app once. According to the App Refund article in Android Market Support:
You have 15 minutes from the time of download to return an application purchased through Android Market for a full refund. You may only return a given application once; if you subsequently purchase the same app again, you may not return it a second time.
EDIT: If it looks like it's the same user, please contact Android Market Support and let them know. Follow the relevant "Contact Us" link at the bottom, and include all relevant information: App name, user's email address, order ID's, etc. Abusing the refund policy like this shouldn't be possible. If it is, they need to know so that hole can be closed :)
you can get the accounts from accountmanager, as I know to do what you want, checking account is the only way I think. you will need GET_ACCOUNTS permission.
Instead of putting in hate code for this single user, I'd suggest you put in a little more effort and put in a more generic check.
Whenever a user signs up, check if the user has already used your application, and if he/she has not, save the user's account information on a backend. Else notify him saying that he/she has already checked the application out and if he/she has some feedback. Try to make the user 'guilty' here!
Building a backend system is pretty simple with a service like stackmob.com. Though for this, you'll need to acquire the GET_ACCOUNTS permission, and for a service like calculator, asking for this permission might seem fishy. So you need to make that call here!
If you do figure out how to identify your user rather than close right away you should do stuff that delays them for 15 minutes.
Make them fill out some forms first (Just for that user), stuff that takes time. Be really specific in the forms with password requirements like 10 chars including upper, lower number and punctuation, then force them to "Log in" using this password (which they won't remember and will have to start over...), but always make it look like each step is the "Last little bit" they will have to do before they can use the app...
Also use a lot of "Contacting server..." and "Calculating" and "Installing" that take time. If you really need to stretch it out, add a few "Retrying" after the connecting message has been there for a while.