WebmasterID logoWebmasterID
UTM tracking

Push notification campaign tracking

Push notifications drive re-engagement, but their clicks blur into direct or app traffic unless tagged. This page shows how utm_medium=push keeps notification-driven visits as a distinct channel, with a worked example and the rule against personal data in the link.

Verified against primary sources

Tag the notification link

Both web push and app push deliver a tappable link. Put UTM tags on that destination so every tap is attributed:

Worked example

For a re-engagement web push pointing at a saved-items page:

https://example.com/saved?utm_source=web-push&utm_medium=push&utm_campaign=winback-june&utm_content=variant-a

Reuse the campaign across variants and change utm_content to compare two notification messages, so the campaign rolls up while you still see which wording worked. Keep device tokens and subscriber IDs out of the URL — they are identifiers, not campaign labels.

How it appears in analytics and logs

A visit with utm_medium=push confirms a notification-driven click. Without it, push clicks tend to fall into direct or generic app traffic, hiding how much re-engagement the notifications produce.

Diagnostic use case

Tag the links inside web and app push notifications with utm_medium=push so re-engagement traffic is reported as its own channel.

What WebmasterID can help detect

WebmasterID reads utm_medium=push at ingest and attributes the visit to your push campaign, so notification-driven re-engagement appears as a measured channel rather than direct.

Common mistakes

Privacy and accuracy notes

Keep push UTM values generic — campaign and notification labels only. Never encode a device token, subscriber ID, or personal data. The link is logged and may be shared.

Related pages

Sources and verification notes

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.