AppWall Comparison -- Airpush / AppBrain / Leadbolt / Tapjoy

Thanks.

What are the “rich media” like - is that like javascript or mean short video ?

How tasteful are the Airpush Smartwall offerings (for a general audience app) - I noticed the Airpush settings page has a check box to exclude “dating ads” - which I excluded.

I will wait for the in-app SDK they promise for next week - if my app isn’t out by then I will try to include it (or may even wait to include it). I just need a sense of the quality of the ads on Airpush - for some reason I have a negative impression of them (because of their earlier history of push notification which break all natural boundaries of user interaction for a well-behaved app).

I have not released the app yet - but tentative strategy is thus far:

  • I try to show a greystripe ad at the beginning IF there is initial inactivity of 4 seconds (I am unsure of how to show ads at the beginning - esp. if they are video ads - if it takes time to load). Is the Airpush Smartwall “instant” (i.e. whatever they show is already cached/available for display ?).

  • then in the middle I try to show it at idle state as explained in previous post - but not more than once per 2 minutes (so is not irritating) - this type of ad display is “shy” i.e. ad is not displayed if user show ANY activity on screen (I have done this to ensure the user activity is not interrupted in any way). Since I was concerned that this may mean NO display of the ad - I did some tests to see in practice if the ads would EVER show - and it turns out they DO show up with surprising alacrity - at the times when user has looked up to show somethign to someone else etc. (which is EXACTLY as I had envisioned it). That is, the ads DO eventually display since users do occasionally slack off in their use - and THEN the ad shows up. I have seen that this type of ad display seems less bothersome as it NEVER appears while the user is mentally involved in “I want to do this this and this” - so frenetic activity by user is never interrupted (in fact ad is always interrupted). In designing such a presentation format I was aware that if ad is going to be presented once every 2 minutes or less then there SHOULD be considerable leeway in WHERE an ad should be shown - and if I am considerate to user activity there may in turn be areas of slacking off in user activity which may present some natural places for ad display.

  • at the end I show an Appbrain Appwall - this I have set to the default “may show” type setting i.e. it will appear once every 3 days or so.

Your suggestions are interesting - esp. the Airpush Smartwall - it’s just that their reputation makes me wonder about their ad selection (!) - if that will be tasteful.

Also on wifi - are users shown short videos (or is that in some later release) ?

I have to be esp. careful about implementing ads - as I have to ensure that my first version carries the FULL load of ads that I expect to deliver later.

For this reason I am paying extra attention to suggestions such as yours - i.e. may even consider delay to incorporate - in any case I need a backup for the greystripe as I suspect they will not have a good fill rate outside U.S./europe.

How is Airpush Smartwall outside U.S./europe ?

The reason is - I don’t want to release an app in version 1.0 which features LESS ads than version 2.0 - as it will disincentivize upgrades !

So this puts additional pressure on me to ensure I put in a full burden of ads in the first version that is representative of the eventual ad burden. This way I won’t get complaints on upgrade that “the guy doubled the ads in the app” - or comments that suggest that reverting to earlier version of app is much better (of course if new version has more features it will be better).

My first version is pretty poor in features - so this is something to work on also - esp. the sharing features for the recording.
[hr]
I like the greystripe ads as they (at least the test ads I am testing on) are non-clickable - a skip and click option shows up.

If greystripe truly is impression-based - it should not matter if the user clicks (though I think they say they have click based campaigns also).

Do Airpush Smartwall also show an (x) to close at the edge - but the ad is still clickable - right ?

My strategy for addine new ad units is to bundle them with new features. The bigger/more intrusive the ad the bigger the feature it comes in with. Didn’t receive any negative feedback about it. Well, apart from one(!) e-mail sent from someone not happy when I went from zero ads to banner ads. I explained why I need to do that and it didn’t result in any negative comment on Google Play.

So I wouldn’t be worrying about putting everything you can in version 1.0. It will take some time before the app gets some traction anyway.

And first month on Google Play is very important so I would rather try to not annoy users with too many ads. Interstitial ones in two minutes is something that can get you quite some bad reviews especially if the first version is still poor in features. I’d rather focus on making sure your app is popular and gets many users every day rather than trying to optimize ad strategy from the very beginning.

What the app is going to be doing?

It is a voice changer app - very simple app. Thus the lack of natural boundary at which to show an ad.

You may be right about not going overboard also - that was my initial concern - that has slacked off after reading articles stating that android users won’t pay and ads are the only way to recover (android users hating ads, but hating paying even more).

My current concern is to add in backup ad networks to cover for greystripe fill rate weaknesses.

Interstitials in 2 minutes - as I said in my tests I didn’t mind them because they didn’t interfere with any activity (and greystripe ads are easy to skip when they do appear because don’t respond to touch) - but users may have a very different view of them.

The ad I was thinking of removing was the banner ad - but I wanted to keep that in for now so I get some understanding of how banner ads work.

I have seen comments about including madvertise and others with high eCPMs but low fill rates - but found it difficult to integrate madvertise to the generic admob mediation (probably will require programmatic addition of madvertise). Enthusiasm for madvertise damped somewhat by some blog posters saying eCPM has fallen a bit - while admob has risen (possibly related to adsense going online with admob i.e. integrated).

So I may just wind up leaving the banner ad on admob ads - via mediation. I have Appbrain banner ads there - but don’t like their “more apps” banner (don’t know if it works) - but I am showing the Appbrain Appwall at the end (once every 3 days as recommened by Appbrain). Or maybe inneractive for interstitial also. Admob has interstitial full screen - but only by invite.

Not integrated Airpush Smartwall yet - may wait for their smartwall-only SDK next weeek as they say. Or may consider adcolony for video ads - these would be to fill the greystripe interstitial ads.

I suspect I may go overboard - but I am also seeing this as a learning experience - may make it easier the next time I have a better app idea.

Again - adding a great deal of different ads to a very simple app is not going to work IMO. You’re going to put off most of the users and whether you have two different ads or seven won’t make much of a difference because of very few downloads.

Make sure the app brings good value to the users, start with very simple non-intrusive ad and when it gets traction then focus on optimizing your ads. It looks like you want to make the main feature of this application the fact that it has ads.

Unless (and here’s an idea for a next app) you make an app that is a demonstration of all available ad networks and ad units in the world for developers to try out :slight_smile:

quote:
Make sure the app brings good value to the users, start with very simple non-intrusive ad and when it gets traction then focus on optimizing your ads. It looks like you want to make the main feature of this application the fact that it has ads.

That’s funny.

I am not adding any more ads for the user - just for compensating low fill rate issues.

I’m getting ~$7.50 CPM from Airpush’s SmartWall in one of my apps. Leadbolt ~$2 in two of my other apps. BUT I’ve been using Leadbolt’s for 2 months. While I just started using Airpush’s SmartWall 6 days ago. I’ll reserve judgement until more time has gone by. Airpush could just temporarily be giving out a larger revshare. Good start, but we’ll see if it sustains.

Here are my experiences with LeadBolt, Tapjoy and AppBrain in a newly released app:

LeadBolt - $17.72 eCPM (16.21% CTR)
Tapjoy - $0.96 eCPM (5.3% CTR)
AppBrain - $8.38 estimated eCPM (based on 4,716 clicks, $276.58 revenue, estimated 33,000 impressions)

These are all shown at the same spot during the app flow - I’m using AdMob Mediation to randomly switch between them. So it should be a fair comparison.

I haven’t included Airpush, because I’m waiting for a SmartWall-only SDK without the EULA requirement.

So why am I seemingly the only person getting good CPMs with LeadBolt? These figures are from a new app, covering a period of nearly two weeks. LeadBolt’s eCPM has actually been on the rise recently - during the past two days I got >$20 eCPM! And the number of impressions I’m sending is not particularly small. The numbers almost seem too good to be true…

So this is $17.72 eCPM for banner ads for Leadbolt ? Or some of the in-app dialog boxes or interstitial type ads ?

Do you know how the interstitial eCPM differs from the in-app dialog box type ones ?

Have you considered using interstitials in your fake iphone app ?

The AppBrain banners I assume are the “More Apps” ones (i.e. bland, generic) - and they are outperforming the regular banners ? Wow ! This answers a question I posed elsewhere here - that what is the utility of posting AppBrain banners if you already have an AppBrain offerwall on exit (once every 3 days as they recommend).

From your app it would seem your banners are not shown all the time - which suggests they are shown in a specific spot. Perhaps that is why the eCPM is seeming to be so high ? That is, if you were to show a banner ad all through the app usage session - you may have many more impressions but no one is bothered to click. However when you show the banner only occasionally you get higher interest (?). So it compensates somewhat for showing banners so seldomly ?

How does this compare to the $1 eCPM many people mention for banner ads ?

I have noticed that both Airpush and Leadbolt are advertising on various websites - for example on youtube. So there maybe a major push in those companies to get developers to sign up.

Perhaps the higher eCPM is to counter earlier reputation ?

All these figures are for App Walls. So I’m getting that $17 eCPM on LeadBolt’s HTML App Wall (no SDK required). Similarly, I’m using AppBrain’s interstitial (not the banner) and Tapjoy’s Offer Wall. These are all full-screen interstitial format, I’m not using any banners in the app. Sorry for any confusion there!

I’m not using LeadBolt’s in-app dialog box (integrated using the SDK) because it doesn’t scale well on bigger screens. They have a work-around available (which involves scaling the whole app’s UI), but I can’t afford to use it due to the resolution-sensitive nature of my app. I’d like to discuss this with them when I get a chance, and see if we can find a way to make it work.

That’s one possible explanation I had considered. It would be good to hear if anyone else has been using the LeadBolt App Wall recently and noticed any change in the eCPM.

I think the reputation posted here earlier by others regarding Leadbolt low eCPM was probably related to banner ads.

I was gravitating to trying video ads and the other stuff - but now I am thinking the app wall formats may be much simpler/resource-wise - also they seem to have a cleaner model - and the industry may have quickly arrived at the typical cost for doing such a campaign - since it now seems that pushing new apps on the market has become required for commercial houses (to get into top 25, top 100 etc. - as that gives them further push for free once on the google lists).

This maybe driving the app wall advertising market - however there may be a limit to how big this market is (is related to new entrants in the app space with big pockets) - also the fad may die down if the returns are not seen as expected (i.e. this may be the bubble stage of the push-the-app-via-ads movement).

However there is a very important - staid and consistently reliableness aspect of offerwall (at least those offering apps offerwalls) - that they seem to have a 100% fill rate.

The AppBrain banner ads have a 100% fill rate (after all it is only a blank text saying “More Apps”).

For these reasons - I am beginning to wonder that while there maybe greater potential in video ads and ad interstitials etc. - however the UNKNOWNS for a small developer are too many (in the absence of information):

  • advertisers not having advertising in some regions or by season

  • and you happen to pick the advertiser (for interstitials - for banners you can probably switch them around with admob mediation etc.)

  • some ads paying less some paying more

  • basically the ad space is populated by advertisers and the ad networks - they are taking care of each other - but the developer gets little insight into what is available (i.e. they don’t really get to bid for ads etc. or some such model)

  • in addition there is a grey area regarding how much a developer will be paid for providing space - it can be more or less - leaving the burden on the developer to decide how to switch between developers (if one happens to have no advertisers - is specializing in some country and not others)

  • a variety of ad formats are presented - but there is no way for developer to know in advance which is better - word of mouth - or testing may give him a sense but that can change as trends change also (?)

For these reasons the app offerwall may have a certain “known” element to it - is dependent on Google Play downloads of the app (though even here there ARE some variations as ad networks say that some pay by download, some pay by actually playing the downloaded app etc.). So you can see that this caters to the advertiser and not to the developer who faces a shifting situation all the time depending on what the ad networks and advertisers come up with …

The app offerwall is riding the app-promotion theme - and it’s longevity depends on how long the value of app promotion lasts (could change if google changes it’s policy regarding how apps are “discovered”).

So anyway … just some comments I guess.

Basically at the moment it just seems that offerwalls have a more quantified sense to them (though as I said above - even there some ad networks are saying the payment will be on basis of installs, and sometimes in terms of app run and sometimes if they fill out a form etc. etc.).

So the question is how are they negotiating these terms - and where is the developer’s role in all this.

Perhaps the situation is simpler for very large publishers who can probably negotiate directly with the advertiser.
[hr]
More concisely, with the app offerwall - not only do you remove the problem of “fill rate” and such issues (as it is a “created ad” - although dependent on there being app publishers wanting to promote their app) - but also the format is in many ways region-agnostic (I am not sure if they pay more for app downloaders in u.s. vs. other countries for instance ?).

For apps who are actually trying to get users - for example some casino app - who thinks cost of acquisition is nothing compared to the lifetime money they will skim from users.

However currently the main reason for the paid promotions may be to get into google’s top 25 etc. lists - this means the commercial app producer may not mind where or who the app downloaders are - they just want the google stats to be large number of downloads.

This makes it a very simple model. Although there is probably some nuance there as well - as the app publishing house may want to be in top 25 in certain countries first or something - so perhaps there maybe some region-specific pricing there as well … ?

David,

How did you get Leadbolt’s HTML App Wall to scale well on all screens? I tried it, and it looked OK on larger screens but didn’t fit on a 240x320 screen phone.

Thanks!

Anyone have an idea how the app wall - compares to just using “More Apps” banner ads.

Or even more simply - the use of a “More Apps” button or clickable area directly on the game’s main page (if the game format allows that).

If app walls have eCPM of $5-10 and each free app install from the app list pays $0.50-1.00 - that means about 1 in 100 presentations of the ad leads to download.

Obviously presenting it more often will not yield linearly more installs - and it maybe more reasonable to talk of the capability of users to download your apps.

This could be quantified per hour or per session perhaps.

But what is the difference between an app wall (which first prompts the users with Yes/No - as AppBrain suggests) and a banner ad saying “More Apps”.

The app wall is actualy prompting the user - so forces user to make a decision - so that is the difference.

However a banner is visible all the time - could it be that those amenable to clicking on such things will eventually click ANYWAY on the banner ad version.

The banner ad however is even CLOSER to a clickable “More Apps” on your main screen - having it on main screen may even be preferable as it gives it a sense of safety (compare to banner ads which users associate with - “this could lead anywhere”). If the app is such that people are staring at the screen long enough - a certain fraction may be bored into clicking the “More Apps”.

So the question is how do the conversion to installing the app far for:

  • app wall which first prompts “want to see More Apps” - Yes/No
  • banner ad saying “More Apps”
  • More Apps clickable area

The app wall format has the variable - how often you present it etc. - but I suspect there is a sweet spot (number of presentations per day or per session).

From an intuitive sense - it would seem the “More apps clickable area” is an ELEGANT solution - firstly it endorses the More Apps (if it leads to something like AppBrain or others’ app wall of reasonably good apps - which may be the case because these are all big budget apps who are willing to spend to boost installs get in the Top 25 on Google Play etc.).

The banner ad saying “More Apps” it would seem is similar to the above - EXCEPT it sacrifices screen real-estate (disrupting app screen design) - plus a banner ad is always more suspicious-looking to an end-user.

Third the app wall - it’s sole value it would seem is that it jostles the user to CONSIDER that decision of “More Apps ?” - while banner ads and clickable areas can be ignored - this startles the user into paying attention to the essential question “Yes/No” - do you want to see “More Apps”.

So it would seem that if one can add a clickable area - then no point in doing banner ads (though banner ads can sometimes change color and design - like AppBrain’s and that MAY get more attention - but if it is on all the time maybe not ? - so better to rotate with other ads ?).

Lots of variables …

And at a minimum the once per 3 days app wall MAY add something new to it. So perhaps this could be combined with the other two options safely without overloading the use of “More Apps” …

Any ideas in this direction … ?

Finally have some real data of my own to report - mainly about AppBrain or the offerwall format:

  • offerwalls
  • banner ads for “More Apps”
  • Admob
  • Millennial Media (mmedia)
  • Greystripe interstitials
  • Greystripe banners

Firstly Greystripe banners are giving 0% fill rate.

Greystripe interstitials are giving same eCPM as banners - which kind of destroys the motivation for disrupting user - may as well show a banner ad. Now this maybe just Greystripe doing some initial testing. But one thing is for sure - there is very little feedback from Greystripe about exactly what is happening with your ad time/space. Some developers have reported here that Greystripe can run public service ads (for which you get no revenue) - that is great, but is at developer expense basically (with decisions made by Greystripe and not the developer regarding this matter).

To be noted is that if a developer is going to incorporate interstitial - and thereby jump through hoops himself and subject the user to such as well - then there better be greater eCPM (or overall revenue from that). Also one cannot show interstitials all the time (like banner ads can) - i.e. your total presentations of interstitials will be much less - so the eCPM better be huge c.f. banner ads for them to be equal to the revenue from banner ads even.

In my app - the total impressions of the interstitial is less than 2000 impressions over a few days period.

In comparison the Admob mediation webpage shows 20,000 network requests - impressions obviously lower than that depending on fill rate.

So you can see that banner ads get shown about 10x more often than banner ads. For the same time period, the eCPM for interstitials better be 10x if you want interstitial revenue to be say … equal to that from banner ads.

Now to be fair to Greystripe - this figure of 2000 impressions vs. 20,000 impressions from banner ads can probably be tilted to be 4000 or 8000 impressions for Greystripe interstitials - if one just shows them more often or on more occasions. So there is probably some leeway (esp. if Greystripe pays most of the time per-impression). Banner ads generally pay by click - which means their revenue may go down over time as users experience fatigue or familiarity with the type of banner ads you show. In comparison the Greystripe interstitial will continue to pay - if revenue is based on impressions.

Millennial Media banner ads are giving very very bad eCPMs - now this could be that my app is not approved yet “really” or they still in evaluation stage or whatever.

Millennial interstitials - these I evaluated before deploying my app - and I was hoping to add this as a secondary to the Greystripe interstitials. However I was not able to get their ads to show in my app (and I had the distinct feeling it might make my app more unstable - requiring more tests - so I postponed adding that and released the app anyway). In addition with Millennial Media demo app - I could see that their interstitials were very slow loading - it is basically as if a video player is loading - this delay is costly and boring to the user - and I did not get a good sense of comfort with using such a format.

I split Admob mediation banner ad delivery to same percentage between Admob banners - AppBrain banners - Greystripe banners - Millennial Media banners.

Given they are given the same opportunity, regardless of what their fill rate was or CTR etc. etc. - the end result was that:

  • Admob was giving some revenue - but mmedia was giving a fraction of that (as said above - maybe it is that they are still “evaluating” the app)
  • Greystripe banner ads were not being delivered - 0% fill rate - maybe Greystripe has no banner inventory.
  • AppBrain banner ads were actually generating revenue - this was the most surprising part of these stats (for me)

As some may recall - I have posed the question here to others - including gordonb etc. - about what the utility would be of presenting AppBrain banner ads - when all they are are “More Apps” - plus if you are showing the AppBrain offerwall every 3 days on exit from your app (as they recommend) - what is the new thing you add by showing banner ads that just say “More Apps” (and would not just putting a “More Apps” link on your screen be simpler).

Now I have not tested the putting of “More Apps” link on the main screen - say a small icon on bottom-left etc. - I suspect it MAY in fact be simialr to a banner ad (though banner ads are dynamic so may catch the user’s eye a bit more and get better click rate etc.).

However, one thing was clear from the stats - the AppBrain banner ads were leading to nearly the same or more revenue than the offerwall I was showing “once per 3 days” at the end of the app.

On the other hand only 3 or so days have elapsed since app was released - so maybe these stats have not included a couple of the 3 day cycles and maybe misleading.

But one thing is clear - the AppBrain banner ads do deliver.

A caveat to consider however is that - as discussed by others here previously - new users or a new app CAN tend to get higher number of clicks from users - as they are new to the app and click all over the place - over time they get familiar and probably avoid clicking things they know or have seen previously …

This would suggest the high AppBrain banner and offerwall click rates may be higher now and should fall later.

But it WOULD be interesting if it turns out in the LONG RUN as well IF the AppBrain banner ads give same revenue as the offerwall at the end (shown once per 3 days).

Another thing to consider is that - once one has this sense that AppBrain banner ads DO give revenue - the next question to ask is SHOULD one give more ad traffic (or impressions) to the AppBrain banner ? For example by shifting away allocation from Millennial Media banner ads to AppBrain banner ads ?

Intuitively one can sense that this may not be such a linear relationship - that is, there is probably a limit or saturation point - to how many times you can show a “More Apps” banner - i.e. the user will get tired.

And that perhaps the novelty of “More Apps” may lie in them being alternated with other content - that is, AppBrain banner ads MAY work better if they are mixed in with other banner ads - just saying this - one would need to run an experiment to confirm this sense.

So these are open questions …

Perhaps others here have some sense of - I think gordonb or someone mentioned that when they presented the AppBrain banner ads or offer wall more time they got more revenue.

If so that would suggest that one should experiment with showing this type of stuff more often until one senses it does not help revenue - then one can back off and mix it with some other banner ads etc. - to give the banner ad space some “novelty”.

Anyway … some thoughts …

I have given the majority of the allocation for Millennial Media banner ads to AppBrain banner ads - to see if that increases the revenue linearly for AppBrain banner ads. That is as presented there is STILL some leeway for showing them MORE often … before one hits the saturation point mentioned above (where user has seen “More Apps” so often they tune them out).
[hr]
Revisiting some of the comments by gordonb on Appwalls …


  • i think your display strategy is good, works perfectly for the type of app and that is key. you should also show it on app exit though at the minimum, and possibly at app launch. you will see that this will greatly increase your revenue.

  • i like greystripe a lot, they are great for rich media however the CPM’s do not come close to Airpush SmartWall and their fill rate is weak because there aren’t many Rich Media advertisers out there yet.

  • i don’t get negative ratings due to SmartWall…push and icon cause a bit, but not SmartWall.


I have also begun thinking along the lines of how best to maximize the Appwall format - as that seems to be ONE place where there is (at least at the moment) money flowing in - as the commercial app producers try to buy their way into greater installs to get into Google’s top 25 lists (from which point they have a self-sustaining model as hordes of users start to see their app).

So as gordonb suggests one way is to show the AppWall unashamedly at startup even (just does not seem like a good way - and will spoil the app’s look and feel) - but if one is starving for revenue - then it maybe worth it (for the developer) - in lieu of a minor inconvenience to the end-user.

In any case, that is something one should build into their app (perhaps switchable) - and one can then test it to see how it does for a couple of days.

The only thing which intuitively (i.e. without data but just one’s own sense) one senses is that Appwall here and there all over the place may ruin their novelty factor - and user may tune them out. AppBrain suggests showing it once every 3 days at app exit - as something that seems to work sustainably … and that makes sense.

Of course the developer will want to test the boundaries themselves as doubling the presentation rate of the Appwall may give short-term doubling of revenue … question is if that is sustainable and can it lead to a decline in long-term value of that Appwall - or is it that DESPITE that tune-out - the greater presentation still leads to if not double then a 50% improvement. Probably as one doubles or triples presentation of Appwalls - there maybe less yield in revenue - but maybe it still goes up - so a developer may think they can just keep increasing it’s presentation frequency - however the payback may be less and less (and at great cost to user experience).

The other thing I was considering was to replace the Greystripe interstitial (which I present on occasion - as a “screensaver” type of thing.

Now I was considering - what if I show the Appwall instead - as the screensave type etc.

Will users get pissed off at seeing the Appwall - with Greystripe interstitial ads - at leats they would not have one manufacturer to be pissed off at - they would vary by ad - and they may like some ads.

What would happen to Appwalls.

Or is it that users see some value - maybe AppBrain presents good app choices which really ARE good - or since these are paid promotions - usually there is money behind these apps so they have a certain minimum level of professionalism - so could it be that there is VALUE to the presentation of the AppBrain (or similar other high-quality Appwall presenter) ?

If so - it COULD be that greater presentation may not piss off user as much - if they have a sense that they usually DO find something interesting in the “More Apps” thing.

All this perhaps need experimentation - i.e. double the presentation of the AppBrain banner ad - and see if that doubles the revenue from that - that would confirm that are still FAR from the saturation point.

Similarly replace the Greystripe interstitial ads with the AppBrain appwall - see if that reduces the revenue yield from the AppBrain banner ads (i.e. would suggest users are getting tired of the whole “More Apps” thing because you are showing it so often etc.).

Anyone done some experiments like this …

Can I use Airpush notification (with their EULA) along with LeadBolt AppWall in one app?? I mean, is any EULA, info for user needed for AppWalls?

@mbbwdevil

of course you can

david posted above:


Here are my experiences with LeadBolt, Tapjoy and AppBrain in a newly released app:

LeadBolt - $17.72 eCPM (16.21% CTR)
Tapjoy - $0.96 eCPM (5.3% CTR)
AppBrain - $8.38 estimated eCPM (based on 4,716 clicks, $276.58 revenue, estimated 33,000 impressions)

These are all shown at the same spot during the app flow - I’m using AdMob Mediation to randomly switch between them. So it should be a fair comparison.

I haven’t included Airpush, because I’m waiting for a SmartWall-only SDK without the EULA requirement.

How can one use Admob mediation to switch between the appwalls for these ?

I am currently running the AppBrain appwall programmatically by issuing the “maybeShow” call.

Or have you essentially integrated them programmatically by dealing with the Admob SDK … ?

My experience with AppBrain appwall and banner ads (I am showing the AppBrain banner ads as one of four ad networks setup via the admob mediation).

Firstly the AppBrain stats do not seem to spell out the appwall clicks/installs separately.

This is the info that is available on their stats page:

Date Banner impressions Banner Revenue Banner eCPM Clicks Installs Non-banner revenue Total revenue
2012 October 6 1,496 $0.43 $0.28 20 6 $0.40 $0.83
2012 October 5 1,840 $0.85 $0.46 14 5 $0.29 $1.14
2012 October 4 2,984 $2.64 $0.88 71 22 $1.33 $3.97
2012 October 3 2,008 $2.01 $1.00 52 14 $0.84 $2.85

With the overall numbers:
8,328 Banner impressions
$5.93 Banner Revenue
$0.71 Banner eCPM
157 Clicks
47 Installs
$2.86 Non-banner revenue
$8.79 Total revenue

Now with 47 installs (because I assume AppBrain eventually decides revenue based on the final install numbers), should not one be earning more than $8.79 ?

Or do they evaluate the app first - thus slowly ramp up the revenue per install once they are sure no excess-clicking is going on ?

Also when combined this way - it would seem that BOTH banner ads (which ALSO lead to the appwall) and appwall interstitials - are the same thing - and the final install number is what is relevant.

However the install numbers for banner vs. those from the interstitial are not separated out in their stats.

And at $8.79 for 47 installs - that is $0.18 per install. Or is this pretty close to the $0.5 to $1.0 that are the industry norm for per-app install payment ?
[/align]

The latter. I wrote Custom Event Adapters using the AdMob SDK for AppBrain, LeadBolt and any other third-party networks I used that aren’t yet supported by AdMob directly.

My more popular apps (thousands of daily downloads) seem to range between $0.01 - $0.02 at best. And that’s including the effects of the ridiculously high LeadBolt eCPM. Maybe I’m just doing a terrible job of monetizing - but otherwise I suspect it’s not easy to get $0.50 per install with any scale. Of course, the more popular an app is, the less revenue you can expect per user (simply because it will be exposed to so many people who aren’t even interested in the app).


The latter. I wrote Custom Event Adapters using the AdMob SDK for AppBrain, LeadBolt and any other third-party networks I used that aren’t yet supported by AdMob directly.

Ok, that makes sense.


My more popular apps (thousands of daily downloads) seem to range between $0.01 - $0.02 at best. And that’s including the effects of the ridiculously high LeadBolt eCPM. Maybe I’m just doing a terrible job of monetizing - but otherwise I suspect it’s not easy to get $0.50 per install with any scale. Of course, the more popular an app is, the less revenue you can expect per user (simply because it will be exposed to so many people who aren’t even interested in the app).

I did not understand this figure of $0.01-0.02 ?

The earlier quote was:

LeadBolt - $17.72 eCPM (16.21% CTR)
Tapjoy - $0.96 eCPM (5.3% CTR)
AppBrain - $8.38 estimated eCPM (based on 4,716 clicks, $276.58 revenue, estimated 33,000 impressions)

So is $0.01-0.02 the eCPM (down from $8.38) or what ?

However I think to gauge the value of appwalls, maybe a representative figure maybe the revenue-per-install that AppBrain is willing to give.

As (assuming the stats being reported to you are correct) the number of impressions is not in AppBrain’s control. In fact the developer can double these if he wants.

The CTR is outside AppBrain control also (except by producing more attractive format for the appwall) - and is more related to how inclined the user is to seek new apps etc.

The real variable seems to be i.e. bottom line that how many installs you are able to get from your users.

If so, then the numbers I had heard was $0.50-$1.0 per install.

So is that close to what you are expecting ?

1 - 2 cents is average income per active user on daily/monthly basis and it is normal number for app that does not have some sort of power ups.
0.5 - 1 dollar per install is a lot money ( in my opinion even for iPhone/iPad advertisers), some unofficial standard is 0.6 dollars per install and half goes to you, 30 cents, but this is just if your users coming from developed countries. If your users coming from Asia your per install income would be lower in case of Appbrain minimal price is 20 cents and 10 cents goes to your pocket.
Also you are showing interstitial ad once in three days for particular user it is a bad approach in my opinion, this article cover that case in some way.

http://penny-arcade.com/report/editorial-article/going-broke-with-success-how-an-app-with-200000-downloads-led-to-devel

I think it is excellent approach if the interstitial is only additional ad type to other ads. It is not disturbing, no one complains about it and it pays quite well for sth shown so rarely.