Session regeneration allows you to use a criteria other than the system's default to identify unique users. By default, on the user's machine as the basis for counting unique clicks and in turn, what click a conversion is attributed to.
Where to specify session regeneration criteria
Session regeneration, like cookie days, is unique to the Offer and applies to all Campaigns tied to that Offer.
The setting can be found on the Offer Card Attribution tab.
Session Regeneration Type
Here you will find a drop-down as seen above of the various types of session regeneration that you can choose. You can choose 1 data field like IP address or a Sub ID field (s2-s5 only as s1 is dedicated to SubAffiliate ID's) or you can select a combination of data fields.
Session Regeneration Seconds
Session regeneration duration is set to a maximum of 1 day (86400 seconds). This means that all clicks with the same information for the selected session regeneration type will be tracked by CAKE Basic as the same click.
For example: if you select IP only and 1 day, all clicks from the same IP within a day will be counted as the same click. Duplicate clicks will be tracked both in your admin click report as well as the Affiliate Portal click report by clicking on the # of clicks in the far-right column.
Session Regeneration and Mobile App Install Tracking
When tracking mobile app installs, session regeneration is used because cookies are not shared between a mobile browser and the App Store, and when a user goes through the App Store we lose the ability to track the request ID that CAKE Basic usually requires with cookie-less tracking. However there are common data points that can be tracked between the click and the app launch, such as IP, in order to identify the traffic source that generated the install conversion.
When you are using a custom session regen type to track conversions like this, you will need to modify your pixel as well so that we can use that value to tie the conversion back to the click.
IP Only: in this case, unless you're using a postback, we will record the user's IP on the click and the conversion so you can remove the reqid parameter altogether with no other parameters added.
<iframe src="http://trkl.com/p.ashx?o=123456&t=TRANSACTION_ID" height="1" width="1" frameborder="0"></iframe>
ONLY if you're using a postback, since the postback calls will all be coming from your server IP and not the user's IP the user's IP will need to be passed back in the pixel like this:
http://trk.com/p.ashx?o=123456&ip=123.45.6.78&t=TRANSACTION_ID
Unique Key (s2-s5): in this case, you must modify your pixel to pass the subID field that you're using as your session regeneration type. Regardless of which subID field (s2-s5) you are passing the value into, you will use the k (key) parameter in your pixel like this:
<iframe src="http://trk.com/p.ashx?o=123456&k=UNIQUE_VALUE&t=TRANSACTION_ID" height="1" width="1" frameborder="0"></iframe>