UTM parameters go missing for a handful of reasons that have nothing to do with each other, so the first step is finding which one actually happened to your link rather than guessing. The three most common, roughly in order of how often each one turns out to be the cause: a redirect or URL shortener along the way drops the query string, the platform you pasted the link into truncates or auto-corrects a long URL, or a privacy feature in the visitor's browser or email client strips known tracking parameters before the link ever gets a chance to load.
Redirects and shorteners are the most common cause
Every hop a link takes, through a URL shortener, a CDN rewrite rule, or a server-side redirect, is a place the query string can get dropped if whatever is doing the redirecting wasn't built to carry it forward. A 301 or 302 redirect only preserves query parameters if the code issuing the redirect explicitly appends them to the new location; plenty of redirect rules, especially ones written for a completely different purpose like a domain migration or an old-URL cleanup, rewrite the path and simply don't carry anything past the question mark. If a link works with UTM tags directly but loses them through a shortener or a chain of redirects, the shortener or the redirect rule is where to look first, not the destination page.
Manual entry and platform truncation
A long tagged URL, particularly one with several UTM parameters stacked together, is exactly the kind of string a bio field, a text message, or a print QR code invites errors into. Some platforms visibly truncate a URL past a certain length in their editor; others silently drop anything after a character their own link-parsing logic doesn't expect, which can include an ampersand if the platform's own auto-linker treats it as the end of the address. Copying a UTM-tagged link from a document editor that applies smart quotes or converts a plain apostrophe is a related, quieter version of the same problem: the link looks identical at a glance and fails anyway.
Browser and email privacy features
Safari and Firefox's link tracking protection strips specific, named ad-click identifiers such as gclid, fbclid and msclkid, and leaves utm_ parameters in place because they describe a campaign rather than a person. Since iOS 26 and Safari 26 (September 2025), Safari does this in all browsing by default, not only in Private Browsing, Mail and Messages. So when UTMs vanish, the cause is almost always one of the other culprits on this page. Testing the exact link you use is still the quickest way to find which one.
How to actually find where a specific link lost its tags
Paste the working, freshly tagged link into the URL encoder/decoder or the link decoder to confirm the parameters are present before it goes anywhere. Then send or share the link the same way your actual audience will receive it, through the shortener, the bio field, the email client, whatever the real path is, and paste what actually arrives back into the same tool. Comparing the two side by side pinpoints exactly which parameters survived and which didn't, which turns "my UTMs disappeared" into "this specific redirect drops utm_content but keeps the rest," a much smaller problem to fix.
If the destination page is a raydar.bio link, the same first-touch capture that explains traffic showing as direct applies here too: if a UTM tag never survives to the click, that visit records with no source and no campaign, indistinguishable from someone who typed the address from memory.
Frequently asked questions
Why do my UTM parameters disappear when I share a link?
Most often a redirect or URL shortener in the chain doesn't carry the query string forward, or the platform you pasted the link into truncated a long URL. Browser privacy features also strip ad-click identifiers such as gclid and fbclid, but they leave utm_ parameters alone.
Does Safari's link tracking protection also remove UTM parameters?
No. It strips known ad-click identifiers such as gclid, fbclid and msclkid, and leaves utm_source, utm_medium and utm_campaign in place. Since iOS 26 and Safari 26 (September 2025) that stripping applies to all Safari browsing by default, not only Private Browsing, Mail and Messages. If your UTMs are missing, look for a redirect, a shortener or a truncated paste instead.
How do I check whether my UTM tags actually survived a redirect?
Paste the original tagged link into a URL decoder tool to confirm the parameters are there, then share it the real way your audience receives it and paste whatever URL actually loads back into the same tool. Comparing the two shows exactly which parameters were lost.
What happens to my analytics if UTM parameters get stripped?
The visit records with no source or campaign data, the same as someone who typed your URL directly. It shows up as direct traffic rather than under the campaign the link was supposed to be tagged with.