Skip to main content

Troubleshooting guide for 3rd party trackers

How to check if the tracker is a pixel:

Easiest way to check if the tracker you’re using is a 1x1 pixel or not is just to open it in a browser, for example:{campaign_id_enc}&pubId=

not an impression pixel{campaign_id_enc}&pubId=

correct impression pixel

From the first view these two trackers look almost identical, but they’re not, if you would open both of them in your browser you will see. You will always recognize the pixel if the browser window is a black screen with a small 1x1 white dot in the middle.

If you implement the pixel incorrectly (for example if you use the first URL) there might be huge discrepancies between us and the 3rd party platform (they might even not track anything), so it’s very important before you launch a campaign that uses 3rd party trackers to double check if the trackers are correctly implemented.

Other 3rd party pixel examples:;dc_trk_aid=

Some other ways to recognize if it’s a pixel:

<script type="text/javascript" src="{campaign_id_enc}&pubId={site_domain_enc}{app_bundle_enc}&chanId={creative_id_enc}&placementId={placement_id}">
<img src="{campaign_id_enc}&pubId={site_domain_enc}{app_bundle_enc}&chanId={creative_id_enc}&placementId={placement_id}" height="1" width="1" alt="">

This is a our internal IAS JS tracker, but you can extract a pixel from this tracker. Most of the tracking pixel will be placed inside the <img> element:

<img src="{campaign_id_enc}&pubId={site_domain_enc}{app_bundle_enc}&chanId={creative_id_enc}&placementId={placement_id}" 
height="1" width="1" alt="">

If you look closely you we will that the height and the width are set to 1x1 for this element (witch almost always indicates that it’s 1x1 pixel). So just extract the URL part from this element and use it as a tracking pixel (it’s not always possible to extract the pixel from JS trackers, keep that in mind).

How to validate that you have a 3rd party JavaScript tracker:
  • The tag will be in a <script><script>
  • It will be a code rather than a clickable pixel/image 
  • Allow various macros. Eskimi macros have to be implemented into the tag (ex.: {creative_id}, {site_id} etc.). Any 3rd party macros will not be supported and Eskimi system will not be able to fetch the data(Eskimi macros can be found in campaign setup page, under click URL parameters).

Third party trackers can be implemented two ways (both JS and Pixels):

1. Campaign level in the campaigns approval page:


2. Creative level in the campaigns edit page under each creative:


How to check if the trackers are firing:

1. Launch a campaign with trackers applied and leave it as pending.

2. Copy part part of the trackers name/id, for example:{campaign_id_enc}&pubId=

From this pixel you just can take adsafeprocted part or 931059 (this differs from tracker to tracker)

3. Open campaigns preview page.

4. In the preview page open developer tools by right clicking anywhere on the screen and click "Inspect", then navigate to the network tab and search for the trackers name (the part that was copied the step before), then refresh the page:

5. After you do the previous step, you we see a log pop up after the page refresh, click on that log, and if you see status 200 in the request header, it means that it's firing correctly:

Screenshot 2024-02-06 at 11.08.33.png

Android WebView (Dalvik):
If you’re using 3rd party trackers on your campaigns, always exclude Android WebView (Dalvik) browser from your targeting. We’ve noticed that the Android WebView (Dalvik) has poor performance when it comes to 3rd party verification (applacable to all 3rd party trackers).
Screenshot 2024-02-06 at 11.32.22.png

What to share to tech support:
If you'll encounter an issue with trackers/discrepancies this is the information you should include in the tickets or check yourself.

1. Report - always include a report from 3rd party platform where we can clearly would see that there is discrepancy. Also in the report we only need to see impressions (or other metrics) by day and campaign. We do not require other splits in the clients report (for example we sometimes receive report by app/site, often those reports have over 100k rows in the sheets, witch makes the report almost unreadable for us). If tech support will require additional report with other splits, they will inform regarding it.

2. Trackers - Include original tracker csv/txt file. (Helps tech support understand if the trackers were implemented correctly).

3. Documentation -  If you'll ever receive trackers from the client that you or your colleagues never seen before, then ask the client for the documentation for those trackers and share it in the ticket with tech support, as there is a high chance they tech support is not familiar with those trackers as well (test campaign would be recommended here as well, to be sure that the trackers will work).

Things to remember:

1. Discrepancies up to 15% are considered normal.

2. The tag should be implemented exactly as you got it from the 3rd party vendor.

3. There are supply limitations as there are publishers that will not support JS tags on their page.

4. Always change [timestamp] to {CACHEBUSTER} in the 3rd party tracker as it might impact numbers that the clients sees.

5. Majority of 1x1 pixels will track only impressions.

6. DC trackers need to be modified a bit for In-Game campaigns, more information in this manual

// BotSonic