NATS: Missing a Major Feature
 

In fact I believe the entire adult industry is missing this feature.... unless I just can't find the ability in NATS or other affiliate tracking software / custom solutions... or, unless the ability is available from the sponsor's side only...

At any rate... Tracking pixels / scripts for affiliates. That way when a conversion occurs it drops the html for a 1x1 clear gif (or JS script) from the affiliate's server and passes over args. Obviously these should be setup by campaign.

Example:

Sponsor X Converts with a tracking code (by campaign), look up occurs and something akin to:

Obviously there are some variable replacements here so the actual tracking script would looking something more like:


There are tons of options here but the main points illustrated above:

The payout amount
Type of payout (revshare, pps)
The Lead or Join ID of the new member
The campaign
And the ability for affiliates to pass over custom arguments (their site's user_id, perhaps a sub_affiliate_id if they're a network, etc...)


This type of system is pretty commonplace in mainstream and allows affiliates not to have to use some specialized 3rd party software just to munge their stats together across sponsors.

Questions ? Comments ?

Yeah, pretty common feature wanted by affiliates, we do it for quite a few people. :)

A postback to affiliates with the same data is a MUCH more reliable method and available in NATS4.

postback method is ok method too for reliable tracking

Agreed - that would be great.

OK how do I do it as an affiliate? Does the Sponsor need to enable/ do something to make it available?

So there's no interface for the affiliates?

Can you post the url to the docs that describe exactly how this works, how to set it up, etc?

Pixel tracking is a feature in MPA3 for those who wants it. Pro and Enterprise versions only. Been there for a while and mostly used by our mainstream customers, but there if you need it as a program owner for your affiliates.

:2 cents:

Excellent :D Good to know when I'm processing sponsors that I can flag them as having tracking abilities if they use MPA3.

Thank you for the post!

BTW, great presentation of your product on your site. Very sharp, comprehensive, and shows off the features and awards/nominations very nicely :)

What about Consumer-Affiliate Linking? CCbill evidently was going to include it in the ill fated WMS.

http://www.ccbill.com/cs/kb/idx.php/...e-Linking.html

The Swurve.com dating program seems to have something like it as well.

http://www.swurve.com/affiliates

Does NATS 4.0 or the planned NATS 4.1 (or even the MPA3 competitor) have consumer-affiliate linking and if so where can we see that it is enabled in the affiliate admin?

Interesting feature!

it's missing another feature too...

the ability to use it without being a brain surgeon.

:1orglaugh

But you told me to amputate my head... :Oh crap

Take your boys advice...

Yes, we do & thanks for noticing! :thumbsup :thumbsup :thumbsup

Also, just to add, the reason why we added that feature is to match the needs of dating traffic, so not every sponsor may feel their product needs that additional step. Dating has a really long tail and you do have instances where people access their accounts from multiple machines, etc. The way we addressed the issue is to write the referral information into the user record at the time of registration, so your user is your user. If they upgrade same day, 10 days, 60 days or 366 days later or if they registered from home and upgraded from work, so on and so forth, the affiliate who referred them still gets credit for the sale.

That makes sense. For most pay sites there is the issue that a sponsor might have a 3 day cookie (current CCBill default). If I refer a customer as part of a revshare program and they signup for a 30 day membership I will get my cut for the initial signup. Now let's say they cancel the membership (or perhaps they don't believe in recurring memberships and always choose non-recurring) and come back a week after it has expired by directly typing in the sponsor's url and signup again for another month and repeat the process many times over the next two years (let's say they do this six times). With most programs there is no "Customer-affiliate linking" or if there is it is grossly inadequate. The main tracking relies on the cookie (in this case 3 days) thus I only get credit for 1/6 signups despite originally referring the customer.

I can see potential issues with implementing this (won't detail, I rambled too much already) but overall it seems a better deal for the affiliate when it is implemented.

I can only speak from a dating industry perspective, but it is not uncommon to have users cancel their membership shortly after upgrading and then restart it once it expires to avoid automatic rebills.

I wouldn't say this happens the majority of the time, more often than not a user does not cancel their membership within the first 30 days. Without looking at any hard numbers, and working off my experience with straight adult (primarily vanilla) dating program traffic only, I would conservatively say 10% of paying members fall into this buying pattern. On average 6 manual re-upgrades might be a little higher than average, but pull that back to 3 and you've got a realistic estimate of affiliate earnings being left on the table.

Keep in mind these patterns can vary greatly by product. With online swinger community sites you are looking at a much higher percentage, and with fetish community sites not as much. Community sites have their own unique sets of needs, content site buying patterns may be completely different. With content sites the amount of manual rebills might be negligible. :2 cents:

Also, if you guys like some of the innovations we've made with our tracking, please nominate us for Emerging Affiliate Program of the Year over at Xbiz :)