UTM parameters are five optional tags you can add to the end of a URL to tell your analytics software where a visitor came from. They are written by whoever is placing the link, not generated automatically, and they are the only tracking parameters in common use that a person can read and understand at a glance.
https://example.com/pricing?utm_source=newsletter&utm_medium=email&utm_campaign=spring_sale
That link says: this visitor came from our newsletter, which is an email channel, as part of the spring sale campaign. No decoding required.
Where the name comes from
UTM stands for Urchin Tracking Module. Urchin was a web analytics company whose software was widely used in the early 2000s. Google bought Urchin in 2005, and the product became the basis of Google Analytics.
The parameter names survived the acquisition unchanged and are now supported by essentially every analytics platform, not just Google's. Twenty years on, a naming convention from a company most people have never heard of is the closest thing the web has to a standard for campaign tagging.
I find that genuinely charming, and it is also a useful reminder of how these conventions actually form. Nobody designed the current parameter ecosystem. It accumulated.
The five parameters
utm_source names the specific place the link was placed. newsletter, twitter, partner_blog. This is the one parameter you should always set if you set any at all.
utm_medium names the type of channel. email, social, cpc, affiliate. Source is the specific outlet, medium is the category it belongs to.
utm_campaign names the initiative. spring_sale, product_launch_v2. This is what lets you compare performance across several sources that were all part of the same push.
utm_term was originally built for paid search, recording which keyword triggered the ad. Most advertisers now let Google handle that automatically through auto-tagging, so utm_term is the least used of the five. There is more on the automatic version in what is gclid.
utm_content distinguishes between links that would otherwise be identical. If your email has the same offer linked from a banner at the top and a text link at the bottom, utm_content=header_banner and utm_content=footer_text tell you which one people actually clicked.
There is also utm_id, a newer addition used to tie a set of tagged links to a single campaign record. It is less common and you can safely ignore it unless your analytics setup calls for it.
What UTM parameters do not do
They do not identify you. This is the practical difference between UTM tags and everything else covered in this series.
utm_source=newsletter says a visitor came from a newsletter. It does not say which subscriber. Compare that with mc_eid, which identifies a specific person, or fbclid, which identifies a specific click. UTM parameters describe the link, not the clicker.
That distinction matters when deciding what to strip. If you are cleaning a link before sharing it, UTM parameters are the least concerning thing on it. They are also usually the ugliest, which is why they get removed most often.
Do UTM parameters hurt SEO?
This comes up constantly and the answer has a real yes attached to it, so it is worth taking seriously.
The risk is duplicate URLs. To a search engine, example.com/page and example.com/page?utm_source=newsletter can look like two addresses serving identical content. If enough tagged variants get discovered and indexed, you end up with your ranking signals divided across several versions of one page.
Three practical rules avoid the whole problem.
Set a self-referencing canonical tag on every page, pointing at the clean URL without parameters. This is the single most important fix and it resolves most of the risk on its own.
Never use UTM parameters on internal links. Tagging a link from your own homepage to your own pricing page does not just risk duplicates, it also breaks session attribution: the visitor's original source gets overwritten mid-visit, and your analytics will start reporting your own site as its own biggest traffic source. This is a surprisingly common mistake and it quietly corrupts months of data.
Keep tagged URLs out of your sitemap. The sitemap should list canonical addresses only.
Naming conventions, briefly
Analytics tools treat Email and email as different values, which means an inconsistent team ends up with their traffic split across four spellings of the same channel. A few habits prevent it.
Lowercase everything. Pick one word separator and stick to it. Agree on a fixed vocabulary for utm_medium in particular, because that is the field where drift causes the most damage. Write the agreed values down somewhere the whole team can see, even if the team is one person, because you will not remember in six months whether you settled on social or social_media.
When you should use them
I clean tracking parameters out of links constantly and I still use UTM tags, which is less contradictory than it sounds.
If you send a newsletter and want to know whether anyone clicked, you need something in the URL to tell you. UTM parameters are the least invasive way to do that. They record the channel and nothing about the person. Compared with a click identifier that resolves to an individual, they are the polite option.
The problem is not that they exist. It is that they leak into links that get shared, at which point they are describing a journey that has nothing to do with the person clicking. A link that says utm_medium=email after being forwarded three times into a group chat is not just untidy, it is actively wrong data going into somebody's analytics.
So: use them on links you place deliberately. Strip them from links you pass along.
Removing them
Deleting UTM tags by hand is easy when they are the only thing in the query string. It gets fiddly when they sit alongside parameters the page needs, which is common on shop and search pages.
The links cleaner removes them and keeps functional parameters intact.
Frequently asked questions
Are UTM parameters case sensitive?
The values are, in most analytics tools. Email and email will be reported as separate channels.
Do I need all five?
No. Source and medium are the useful minimum. Campaign is worth adding when you are running something you will want to compare later.
Does removing UTM parameters break anything?
No page requires them. The only loss is attribution data for whoever placed the link.
Will Google penalise me for URLs with UTM parameters?
There is no penalty as such. The risk is duplicate content dilution, which a correct canonical tag prevents.
Can I use UTM parameters on Google Ads?
You can, but auto-tagging with gclid collects more and is generally preferred. Running both can produce conflicting attribution.