Home > Other Systems (CPVLab, iMobiTrax, P202, Track Revenue, Click, Google Analytics, etc.) > iMobiTrax

Imobitrax Javascript Tracking? (13)

05-06-2014 07:15 AM #1 richierich (Member)
Imobitrax Javascript Tracking?

Do, imobitrax use javascript tracking?



Imobitrax -> Landing Page -> Imobitrax offer link

I think it uses cookies. Can anyone confirm, if javascript is also option? Some like this


Direct to landing page ( with imobitrax pixel ) -> offer?


Thanks!

05-06-2014 08:14 AM #2 zeno (Administrator)

iMobiTrax is focused on mobile tracking. Thus server-based tracking is favoured, because it is better.

I don't think iMobiTrax or many contemporary tracking systems opt in favour of on-page tracking to track inbound clicks.

It's simply not as reliable.

05-06-2014 10:07 AM #3 richierich (Member)

Quote Originally Posted by zeno View Post
iMobiTrax is focused on mobile tracking. Thus server-based tracking is favoured, because it is better.

I don't think iMobiTrax or many contemporary tracking systems opt in favour of on-page tracking to track inbound clicks.

It's simply not as reliable.

Thanks for your response Zeno. I am expanding very qucikly to multiple GEOs.

I am running campaigns in America/Asia-Pacific/Europe. Wondering about setting up Tracking in all Goes. But its very complicated to do it this way.

Solution like imobitrax will have adverse effect bc of latency issues as this blocks page load till tracking is bypassed.



So, here are my options:

Use, JS based tracking - unreliable but ok, since majority of desktop users have JS. ( works well in multiple GEOs even if high latency across continents. )

I hope it won't slow down my page loads. Which tracking solutions have Javascript on page tracking?


I am looking for these solutions. Ok, if none are there. I am going to roll out my own.


Heard about Voluum. It supports JS based tracking?

05-06-2014 10:14 AM #4 zeno (Administrator)

I'm not sure if your concerns here are correct - the problem with traffic from multiple geos is not your tracking system but rather your server locations.

JS tracking will not remedy this. I would still pick redirect-based tracking over purely JS.

If you are using a self-hosted tracker, either roll out servers close to your traffic or deal with slow page load/tracking speeds, period.

Your alternatives are something like Voluum which has multiple datacentres, and hosting pages on a CDN (so no PHP allowed...), which will work fine with Voluum.

Original Prosper202 uses on-page javascript (at least I think it still does), as does Clicky, Google Analytics, etc. I believe most affiliate-focused tracking systems use a tracking link as the first point of contact.

05-06-2014 10:19 AM #5 richierich (Member)

Quote Originally Posted by zeno View Post
I'm not sure if your concerns here are correct - the problem with traffic from multiple geos is not your tracking system but rather your server locations.

JS tracking will not remedy this. I would still pick redirect-based tracking over purely JS.

If you are using a self-hosted tracker, either roll out servers close to your traffic or deal with slow page load/tracking speeds, period.

Your alternatives are something like Voluum which has multiple datacentres, and hosting pages on a CDN (so no PHP allowed...), which will work fine with Voluum.

Original Prosper202 uses on-page javascript (at least I think it still does), as does Clicky, Google Analytics, etc. I believe most affiliate-focused tracking systems use a tracking link as the first point of contact.

Yes, server is problem. But javascript can be loaded async and it won't block page load. So no disruption in user experience.

STM Tracker is javascript or Redirect based?

Voluum is javascript or Redirect based?

Rolling out servers in every GEO is not feasible at this point due to management overhead and MySQL DB replication issues.

05-06-2014 10:24 AM #6 richierich (Member)

This problem still open.....

I will wait 10 hours for solution. Otherwise rolling out own solution. Period.

05-06-2014 11:55 AM #7 zeno (Administrator)

I can see why asynchrous javascript would be useful if you don't want to move servers.

STM tracker = redirect based. Voluum = redirect based.

For your situation my recommendation would be trying Voluum. They have datacentres in the US, UK, Sydney and Singapore so tracking speeds are decent worldwide. Put the landing pages on a CDN. That way you have removed, at least for now, the bottleneck that your server is producing.

05-07-2014 05:59 PM #8 caurmen (Administrator)

There's no affiliate-specific tracking solution I'm aware of which uses a JS-based tracking system, aside from vanilla Prosper.

05-07-2014 06:15 PM #9 Mr Baffoe (Veteran Member)

Prosper202 1.8.3 uses async javascript.

You can read more about everything else new here:
http://prosper.tracking202.com/blog/...prosper202-183

05-07-2014 06:35 PM #10 richierich (Member)

Quote Originally Posted by Mr Baffoe View Post
Prosper202 1.8.3 uses async javascript.

You can read more about everything else new here:
http://prosper.tracking202.com/blog/...prosper202-183
Prosper202 doesn't work with php compiled with mysqlnd ?

05-07-2014 06:36 PM #11 richierich (Member)

Quote Originally Posted by caurmen View Post
There's no affiliate-specific tracking solution I'm aware of which uses a JS-based tracking system, aside from vanilla Prosper.
OK. It seems all aff's hate JS based solution.

05-07-2014 06:36 PM #12 richierich (Member)

Quote Originally Posted by zeno View Post
I can see why asynchrous javascript would be useful if you don't want to move servers.

STM tracker = redirect based. Voluum = redirect based.

For your situation my recommendation would be trying Voluum. They have datacentres in the US, UK, Sydney and Singapore so tracking speeds are decent worldwide. Put the landing pages on a CDN. That way you have removed, at least for now, the bottleneck that your server is producing.
alright, this can be considered as valid solution.

05-10-2014 10:34 AM #13 caurmen (Administrator)

JS-based solutions have problems. Primarily, they rely on all the Javascript firing correctly, which is a bit less certain than you might think. They're also more of a pain in the ass to set up because you have to add unique code to every landing page.

Personally I've always had a sneaking fondness for the Prosper approach, because it means you don't have any nasty redirects before your lander slowing things down, but there are definitely good reasons that preload redirect pages have become the standard.

Home > Other Systems (CPVLab, iMobiTrax, P202, Track Revenue, Click, Google Analytics, etc.) > iMobiTrax