Display ads UTM tracking
Display and programmatic ads need their own medium so banner clicks are not confused with paid search or social. This page shows how to use utm_medium=display consistently and explains how platform click IDs differ from the utm_* parameters generic analytics tools read.
Give display its own medium
Programmatic and banner placements should report separately from search and social, so reserve a dedicated medium for them:
- utm_source=<network or placement, e.g. gdn or a publisher>
- utm_medium=display (kept distinct from cpc and social)
- utm_campaign=<your-campaign-name>
- utm_content=<creative size or variant, e.g. 300x250>
Click IDs vs UTM
Many display and programmatic platforms append their own click identifier to the landing URL for in-platform conversion tracking. That click ID is opaque and useful mainly inside the platform's own reporting. It does not, on its own, populate tools that read utm_* parameters.
If you want display traffic to appear in generic analytics, add your own utm_* tags rather than relying on the platform's click ID. Avoid setting conflicting auto-appended and manual values on the same URL, and decide which tool is the source of truth for each.
How it appears in analytics and logs
A visit with utm_medium=display confirms a banner or programmatic click. Some display platforms also append their own click-id parameter; that ID is meaningful mainly inside the platform, while utm_* is what generic tools read.
Diagnostic use case
Tag display and programmatic ad destinations with utm_medium=display so banner traffic is reported as its own channel, separate from search and social.
What WebmasterID can help detect
WebmasterID attributes from utm_* parameters and does not depend on display-platform click IDs. Tagging display destinations with utm_medium=display makes banner traffic attributable here as a distinct channel.
Common mistakes
- Reusing utm_medium=cpc for display so banner and search traffic merge.
- Assuming a platform click ID alone populates tools that read only utm_*.
- Putting the full creative name with spaces into utm_content instead of a slug.
Privacy and accuracy notes
A platform click ID is an opaque identifier, not visitor personal data, but treat it as opaque. Keep your manual utm_* values to generic campaign labels and add no personal data to either.
Related pages
- UTM vs click IDs (gclid, fbclid, msclkid)
UTM parameters are manual labels you write; click IDs like gclid, fbclid, and msclkid are opaque identifiers a platform auto-appends. This page explains how they differ, which tools read which, and why setting conflicting manual and auto-tagged values on one URL causes double-counting.
- Google Ads UTM tracking
Google Ads can attach a gclid automatically (auto-tagging) or you can add manual UTM parameters. This page explains how the two interact, why double-tagging a URL with both conflicting schemes causes confusion, and how to keep your utm_* values clean and consistent.
- Campaign links (docs)
Tag display destinations with a distinct UTM medium.
Sources and verification notes
- MDN — URL search paramsClick IDs and utm_* are both query-string parameters; tool support differs.
Last reviewed 2026-06-24. Facts are checked against primary/official sources where available; uncertain specifics are marked “Data not yet verified” rather than guessed.