Indexability · Explainer

What is a canonical tag?

A canonical tag tells search engines which URL is the master copy of a page. Used correctly it consolidates your ranking signals; used wrong it silently removes pages from search. Here's how it works and the mistakes that deindex pages.

Check my canonicals freeCanonical Checker

What a canonical tag does

When the same content is reachable at more than one URL, the canonical tag names the one true version, so search engines consolidate signals onto it instead of splitting them.

A canonical tag is a single line of HTML you place in the <head> of a page. It names the URL that should be treated as the master, preferred version of that content. It looks like this:

In the <head> of the page<link rel="canonical" href="https://example.com/blue-widgets" />

Why is it needed at all? Because the same page is almost always reachable at several different URLs without you realising. Each of these can return the identical content, and to a search engine they look like separate, duplicate pages competing with each other:

All of these can serve the same pagehttps://example.com/blue-widgetshttps://example.com/blue-widgets/← trailing slashhttp://example.com/blue-widgets ← HTTP not HTTPShttps://www.example.com/blue-widgets ← www varianthttps://example.com/blue-widgets?ref=twitter← tracking parameter

Left unmanaged, Google has to guess which of these is the "real" one, and your ranking signals (links, content quality, click data) get split across the duplicates instead of pooling on one strong page. The canonical tag removes the guesswork: every variant declares the same master URL, and the signals consolidate onto it. For the vast majority of indexable pages, the correct master is the page itself, a self-referencing canonical.

The self-referencing canonical (your default)

Almost every indexable page should point its canonical at its own URL. This is the single most important canonical habit.

A self-referencing canonical explicitly confirms "this URL is the preferred version," which protects the page from a parameter or duplicate URL being chosen instead. So on the page at https://example.com/blue-widgets, the canonical in its head should be its own clean URL:

On https://example.com/blue-widgets<!-- correct: points to itself, absolute, clean --><link rel="canonical" href="https://example.com/blue-widgets" />

Always use the absolute URL (full https:// and domain), not a relative path, and match your site's exact trailing-slash and www convention. A relative or inconsistent canonical is one of the easiest ways to send a mixed signal.

The canonical mistakes that deindex pages

Each of these is a real check in the audit, because each one quietly removes pages from search.

Canonical points to a redirect

If a page's canonical points to a URL that 301-redirects somewhere else, you're sending search engines on a detour. Google often ignores a canonical that resolves through a redirect and picks its own, which may not be the URL you wanted. Point the canonical at the final destination directly.

Canonical points to a 4XX or 5XX

A canonical that points to a 404 or a server error is naming a dead page as the master. Google can't honour it, so it disregards the signal and guesses. The page's ranking signals scatter. The audit flags canonicals pointing to 4XX and 5XX targets specifically.

Every page canonicalising to page 1

A frequent and costly bug: paginated archive pages (page 2, 3, 4...) all set their canonical to page 1. This tells Google that pages 2+ are duplicates of page 1, so it deindexes them: along with the links and products only reachable from those pages. Paginated pages should self-reference their canonical.

Canonical to the wrong protocol or domain

A canonical pointing from HTTPS to HTTP (or vice versa), or off to a different domain, sends authority and indexing intent to the wrong place. The audit flags canonical HTTP-to-HTTPS, HTTPS-to-HTTP, and off-domain canonicals. After any HTTPS or domain migration, re-check that every canonical references the new, correct URL.

Multiple canonical tags on one page

If a page renders more than one <link rel="canonical"> element, often a CMS default plus a plugin or template override both firing, Google's own guidance is that it is likely to ignore all of them and treat the page as having none. The audit counts canonical elements per page and flags anything over one.

Wrong: deindexes pages 2+

Every paginated page canonicalising to page 1:

<!-- on /blog?page=2 --><link rel="canonical" href="https://example.com/blog" />

Right: each page self-references

Paginated pages point to themselves:

<!-- on /blog?page=2 --><link rel="canonical" href="https://example.com/blog?page=2" />
What this looks like in Google Search Console
When a canonical points away from a page, Search Console's URL Inspection tool shows a mismatch: User-declared canonical is the URL you set, but Google-selected canonical differs, or the page lands in the "Alternate page with proper canonical tag" or "Duplicate, Google chose different canonical than user" report under Pages. If a page you want indexed shows either of those, its ranking signals are being sent elsewhere. That is the symptom this whole section is about.

Canonical best practice

A short set of rules that prevents almost every canonical problem.

Self-reference by default. Every indexable page should canonicalise to itself unless it's genuinely a duplicate of another URL. Point at a live, canonical 200 URL. Never canonicalise to a redirect, an error page, or a non-canonical URL. Keep it absolute and consistent. Use the full URL with the correct protocol, domain and trailing-slash convention. Align canonical, hreflang and internal links. They should all reference the same URL for a page, if your hreflang points one way and your canonical another, you've sent a contradiction. Re-check after migrations, when canonicals most often break.

Canonicals in practice

A strong hint, not a hard directive

A canonical tag is a strong hint rather than a binding instruction. Google usually honours a clear, consistent canonical, but where your signals conflict, the canonical says one thing while internal links and the sitemap say another, it is free to choose a different URL entirely.

What makes a canonical reliable, then, is consistency rather than the tag on its own. Canonical, internal links, sitemap and hreflang should all name the same URL for a page. When they agree, Google has no reason to override you; when they disagree, the canonical is just one vote among several.

Does every page need a canonical?

A self-referencing canonical on every indexable page is best practice, and the simplest policy to apply consistently. It is not strictly mandatory, but it removes ambiguity and protects the page against a parameter variant or duplicate URL being selected in its place.

The audit flags non-canonical URLs that receive organic traffic, which is usually the visible symptom of a missing or wrong canonical: a variant URL is ranking where the master should be, which means the signals are pooling on the wrong page.

Choosing between a canonical and noindex

Use a canonical when two URLs are duplicates and you want to consolidate their signals onto one. Use noindex when you want a page kept out of search entirely.

They solve genuinely different problems: canonical merges, noindex excludes. Do not combine a noindex with a canonical pointing to another URL, because the two directives contradict each other, one saying "this page is a copy of that one" and the other saying "remove this page", and Google is left to resolve a conflict you created.

Choosing between a canonical and a 301 redirect

If users never need to see the duplicate URL, an old path or a non-www version being the obvious cases, use a 301 redirect. It is the stronger signal and it sends both users and crawlers to the right place in one step.

Reach for a canonical when the duplicate URL must stay accessible to users but should not compete in search: a print version, or a page reachable through filters or tracking parameters. The rule of thumb is short: redirect if the duplicate should not exist, canonical if it must exist but should not rank separately.

Handling tracking parameters like ?ref= and ?utm_

Give the page a self-referencing canonical pointing at the clean, parameter-free URL. Every ?utm_source=... or ?ref=... variant then declares that same canonical, so the analytics parameters never spawn duplicate pages in the index.

This is the standard fix for parameter-driven duplication, and it is worth putting in place before you start any campaign that appends tracking parameters at scale, since the duplicates otherwise accumulate quietly in the background.

When a cross-domain canonical is correct, not a mistake

The audit flags an off-domain canonical as a notice rather than an error, because it is sometimes exactly right. Syndicated content is the standard case: a publisher republishing your article should canonicalise their copy back to your original, consolidating signals on the source rather than splitting them across every outlet that reprints it. A domain migration running old and new domains in parallel is the other common legitimate use.

The failure mode is the same tag on content that is not actually a duplicate: an off-domain canonical on a genuinely unique page sends its own ranking signals away for nothing. Treat an off-domain canonical as worth a second look, not an automatic error, and confirm the two pages are really the same content before leaving it in place.

Canonical tag questions, answered

What is a self-referencing canonical?

A self-referencing canonical is a canonical tag on a page that points to that same page's own URL. It is the correct default for almost every indexable page, because it explicitly confirms this exact URL is the preferred version, protecting it from a parameter variant, tracking-tagged copy, or trailing-slash duplicate being chosen in its place.

Can a canonical tag point to a page on a different domain?

Yes, a cross-domain canonical is valid and Google supports it, most commonly for syndicated content, where a publisher republishing an article canonicalises to the original source, or after a domain migration where old and new domains run in parallel for a period. It only works cleanly when the two pages are genuinely the same content, an off-domain canonical on otherwise unique content is a mistake the audit flags.

What is the difference between a canonical tag and a 301 redirect?

A 301 redirect removes the duplicate URL entirely, sending both users and crawlers to the destination in one step, so only one URL is ever live. A canonical tag leaves both URLs live and reachable, but asks search engines to consolidate ranking signals onto the one named as canonical. Use a 301 when the duplicate should not exist for users either. Use a canonical when the duplicate must stay accessible, such as a URL carrying a tracking parameter or a print-friendly version.

Does Google always follow the canonical tag I set?

No. Google treats a canonical tag as a strong hint, not a binding directive. It usually honours a clear, consistent signal, but when your own signals disagree, the canonical says one URL while internal links, the sitemap or hreflang point elsewhere, Google can select a different URL as canonical. Search Console's URL Inspection tool shows this directly as a Google-selected canonical that differs from your user-declared one.

Should every page have a canonical tag, even if it has no duplicates?

Yes, a self-referencing canonical on every indexable page is best practice even without a known duplicate, because it is the simplest policy to apply consistently and it protects the page against a parameter or duplicate URL being picked in its place later. The audit flags indexable pages that declare no canonical at all as a distinct issue.

What happens if a page has two canonical tags?

Multiple canonical tags on one page is invalid and Google's own guidance is that it will likely ignore all of them, treating the page as if it had no canonical at all. This usually happens when a CMS default tag and a plugin or template override both render into the head. The audit flags pages with more than one canonical element for exactly this reason.

Catch broken canonicals before they deindex you

Free to start. Find canonicals pointing to redirects, errors and the wrong URLs across your site.

Start my free audit