question on allocating testing funds for mobile traffic (17)
I'm new to the mobile space and I've started up a mobile campaign with jumptap. I have some basic parameters down that I want to start with for my offer, but beyond that what's a good way to allocate testing funds?
Specifically, is there an amount I should spend on a category or on a particular ad relative to the offer's payout like there is with other traffic sources?
When I initially joined Jumptap the rep there suggested having at least a $600/day testing budget. I suppose the thought is to go really broad and find the profitable carriers, handsets and publishers fast, but I don't have the funds to blow that kind of cash testing day after day.
I saw mentioned before that a good ad should have a CTR above .5%....mine right now are hovering around .2% so should I start small and get a good ad before I start spending a bunch testing?
LOL I love when ad network reps tell you to drop loot to find what works.
I've been working with jumptap for a while and here is how I do it.
Focus on variables that have the biggest impact FIRST and keep everything else identical. The things I notice make the biggest difference in performance is Feature Phones v Android v iPhones v Blackberry!
JMPTP has a lot of unfilled inventory for BB so if you can make an offer stick there is volume for sure.
Make it RAIN.
Thanks Angry Russian. So does this sound like a legit testing plan?:
1-Id appropriate phone type (BB vs iphone, etc)
2-After have phone type, break down by carrier (per liane's tracking thread) and go across all categories with a comfortable budget for me (?)
3-Break down by profitable category
4-????
5-PROFIT!
Honestly I don't even mess with category at all I always just do ALL categories.
Here's a gem... use their dynamic tags "JT_PUBLISHER" to pass their pub IDs and when you see pubs eating your clicks and converting like shit ask your rep to block them.
Then profit.
Here's the deal with mobile... its easy to get $20 to $50/day profit camps (once you get your testing methodology down). Just keep cranking them out because once they are rolling you don't need to do much.
@angryrussian : which CPA networks you recommend for mobile offers ?
Good stuff from The Angry Russian.
And steely, definitely use those variables, they'll give you all the information you need.
So if you start by split-testing phones on all carriers, also use the JT_OPERATOR variable & see which carriers convert for that type of phone.
Actually, I'd use all the variables I can - operator, device, publisher at least - but if you're going to collect free info, why not collect as much as possible? You can always ignore it in the beginning.
Personally, I start by split-testing carriers.
And right, they like to say that it takes $500-$600 / day to test.
It doesn't.
You can start with $10 / day and still get something going.
I've got a quick question for Liane and/or The Aggrivated Communist:
Is it worth testing non-WAP formatted offers? I've noticed that in the grand scheme of things, there aren't a hell of a lot of WAP or mobile formatted offers. I've tested some with my own smartphone to see how standard things like email submits etc look and while they're not terrible they're also either out of center or hard to read. I'm just getting started in mobile traffic (for the second time, go figure) so I figured I'd ask you guys since you had a wealth of knowledge about this stuff.
Originally Posted by z6marketing
Smartphone offers (the pretty stuff) don't tend to convert as well as the feature-phone style ugly-as-hell landers.
And as far as web offers go...
You can try regular web offers on iPads and other tablets. Just note that a lot of the standard scripts might not work (i.e., popups, exit pops, etc.).
Especially keep in mind:
Cookies probably won't work (at least not on the iPad)
and neither will Javascript or Flash.
If there are videos on the page, they won't auto-play, and if they're not HTML5 they won't play on iOS.
Also, for tracking, it's got to be a server-side call - no pixels - or you'll lose a lot of data.
Does that help?
Yes, it does. Thanks.
As for the non-WAP offers I meant just normal web offers on smartphones. I'm testing some of the "smartphone offers" right now but I'll take your advice and try some of those ugly WAP offers too.
i've tested a non mobile offers targeting iphones, but i found the CR was a lot lower.. but it was a small test so that doesnt say much
Originally Posted by liane
Thanks in advance.
Do postback urls, it'll work.
Originally Posted by numerouno
(side note: it would be really nice if you could target specific carriers ON WIFI).
Anyway, numerouno - what do you know about what's required in terms of coding on your TY page?
When you use postback URLs on a platform like Hasoffers, you just have to include their token that you're trying to pass back (ex: your subid).
Do you need to build this in yourself on your TY page if you're doing lead gen only, no offers on the TY page?
The situation I have is I have 4 offers on my thank you page. I'm considering testing a co-reg instead. I can track optin rate with my autoresponder that's fine, but I'd like to track which carrier, handset, OS etc generates revenue from the thank you page (or through the coreg path)
Or I'm guessing most guys doing lead gen now just try to back out via followups vs. immediately after the optin?
liane that's actually a very good question, I'm using HasOffer and CPV Lab personally but I never placed a pixel on my OWN thank you page. I've been doing some research but I only found this information so far:
There are a few ways to implement Server Postback URLs for conversion tracking. Generally Server Postback URLs are used in proprietary tracking systems. These proprietary tracking systems use server-side code to load your offer’s Postback URL to track conversions. With PHP, fOpen or CURL can be used to request the offer’s Postback URL. With ASP, you can do an HTTP request to request the offer’s Postback URL. When the advertiser requests your offer’s Postback URL, a conversion is tracked.
The advertiser will need to store either the HasOffers’ transaction ID or affiliate ID associated with each click in their system. Generally advertiser already have their own tracking system in place and either transaction ID or affiliate ID can be passed into their tracking link as a sub ID in their system. Then on the conversion, the advertiser can dynamically include the sub ID into the postback URL which would either be an affiliate ID or transaction ID depending on which method you use.
All this talk makes me think that I should kill the pixel tracking for my silver-path mobile offer I'm trying to run, it might not look good when we'll test feature phones..
Well, if all else fails, you can always upload your converting SubIDs manually...
Originally Posted by theguvna
In terms of tracking carriers, handset, etc. - if you're putting an offer directly on the TY page, just pass on the variables...then get them through the postback on the aff network.
Home > Paid Traffic Sources > Mobile