Decide which event should exist
For an offers-only redirect, Visits = 1 and Clicks = 0 can be the correct result of one test. Do not add a second tracking step simply to make those columns equal.
A landing-page flow has another boundary:
First rule out the report scope
- Open Live Visits for the campaign and a date range that includes the test time.
- Check the reporting timezone and remove optional filters.
- Include the relevant campaign status if it is archived.
- Refresh after the request has had time to process.
- Compare the raw visit with the aggregate report for its original visit date.
Test arrival in redirect mode
Open the campaign’s actual tracking URL, copied from the saved campaign. Confirm that the browser requests your tracking domain and reaches the intended destination. If it goes directly to the offer without requesting the campaign URL, check the final URL configured in the traffic source. If the tracking domain does not resolve or HTTPS fails, correct the domain configuration before inspecting conversion settings. If the tracker responds with an error, record its HTTP status and response body. Check the campaign ID, saved destination, and active routing paths. In a rule-based campaign, the test visitor may match a different path than the one you expected. Then check Errors around the same time. Not every problem creates an account-visible error, especially when the request never reached tracking, so retain the browser network result as well.Test arrival with a tracking script
Open the real landing or offer page with browser developer tools and inspect the Network panel.- Confirm the page loads the generated tracking script for the intended campaign.
- Confirm a visit registration request follows. A downloaded script file alone is not a recorded visit.
- Inspect failed or blocked requests and browser console errors.
- Confirm the page address matches the saved landing or offer configuration for the generated setup.
- Retest using the current snippet from the saved campaign.
page_required, page_invalid, origin_missing, or page_mismatch point to that part of the setup. A request made outside the real page context is not necessarily equivalent to the browser flow.
Tracking can reuse existing visit context, so repeatedly reloading the same page is not a reliable way to create a precise number of new visits. Use an isolated fresh journey for a basic installation check.
If visits exist but the landing CTA produces no click
Inspect the actual destination or handler on the button the visitor uses. It must follow the campaign’s generated tracking setup. A plain link directly to the affiliate offer can bypass the click-tracking step. With the landing script installed, a link can use the tracker/click URL or the data-dtp-link attribute. For a marked link, confirm that the script has replaced its href with the selected offer URL. If it still contains #, check script loading and visit setup. Links inserted later by a popup or page builder need a new scan after insertion. Follow the attribute setup and dynamic-button example.
For direct offer links wired by the tracking script, test with a normal primary-button click. The current generated-link handler skips modifier clicks and non-primary mouse buttons. Ctrl/Cmd-click, a middle click, or the browser’s Open link in new tab action can therefore reach a direct offer URL without registering the click. This limitation applies to links relying on the script’s click handler, rather than links whose destination itself goes through the tracking click endpoint.
The click request needs valid visit context. Generated links and scripts preserve the necessary tracking information. Copying an old click URL into a new session, stripping tracking parameters, or building a request from an internal Visit ID can break that context.
Retest the full path from campaign arrival to the CTA after correcting the integration. Opening only the final offer proves page availability, not click tracking.