Websites and Tech

Canonical URL

Also called rel=canonical, preferred URL

The address declared as the preferred version of a page when the same content is reachable at several URLs.

Quick facts: Canonical URL

Category
Websites and Tech
Also called
rel=canonical, preferred URL
Level
Intermediate
Affects
Which page is indexed, duplicate consolidation, crawl efficiency
Where to see it
Search Console (URL inspection), Screaming Frog, your SEO plugin's advanced settings
In this article4
  1. What a canonical URL is
  2. Why canonical URLs matter
  3. Common mistakes with canonical URLs
  4. How to act on it

What a canonical URL is

The same content can usually be reached at more than one address. A tracking parameter is added to a link, a filter is applied to a category, the site answers on both the www and bare hostname, or the same product sits under two navigation paths. To a person these are one page. To a search engine each address is a separate candidate for indexing.

The canonical URL is the one you declare as the version that counts. It is stated in the page head with a link tag carrying rel=”canonical”, and it should be an absolute address including the protocol and hostname. Every duplicate points at it, and the preferred page points at itself — a self-referencing canonical, which is normal and worth having by default.

Why canonical URLs matter

Left unmanaged, duplicates split a page’s signals. Links and attention arrive at several addresses, none of which is strong enough on its own, and the version a search engine chooses to show may not be the one you would have picked. It might be the parameterised address from an old campaign rather than the clean one you print on a business card.

Duplicates also waste crawling. Every parameter combination a crawler follows is a request spent on something that adds nothing, which matters most on larger catalogue sites where the number of filter combinations grows faster than anyone expects. Consolidating them is a routine part of technical SEO and often the quickest way to make a messy site legible.

Common mistakes with canonical URLs

The most important thing to understand is that a canonical is a hint, not an order. Search engines can and do ignore one that contradicts other evidence — internal links, sitemaps, redirects — so a canonical that disagrees with the rest of the site will simply be overruled. Consistency is what makes it work.

Common faults follow from that. Every page pointing at the home page, usually a template mistake, tells search engines the rest of the site is a duplicate of the front door. A canonical pointing at a page that redirects, or at a page marked noindex, sends contradictory instructions. Paginated listings all pointing at the first page hide everything beyond it. And a canonical is not a redirect: visitors still reach the duplicate address, so if you actually want one address to stop working, redirect it.

How to act on it

Decide the clean form of your URLs first — one protocol, one hostname, one convention for trailing slashes — and enforce it with redirects rather than relying on canonicals to tidy up afterwards. Then let every page declare itself canonical by default, and override that only where a genuine duplicate exists.

Check the result rather than the setting. Crawl the site and list any page whose canonical points somewhere other than itself, then confirm each of those is deliberate. Use Search Console’s page inspection to see which address was actually selected, since that is the decision that counts. Where duplicates come from filters and tracking parameters, handle them at the source too, so the crawler meets fewer of them in the first place and duplicate content stops being generated faster than it can be consolidated.

Do and do not

Do

  • Point every page at itself unless a duplicate genuinely exists
  • Use absolute addresses with the correct protocol and hostname
  • Confirm internal links and sitemaps agree with the canonical

Do not

  • Canonicalise every page to the home page
  • Point a canonical at a redirected or noindexed page
  • Expect a canonical to remove an address — redirect it instead

Questions people ask about this

Does a canonical tag guarantee which page gets indexed?

No. It is a strong hint, and search engines weigh it against internal links, sitemaps, redirects and the content itself. If those disagree with the canonical, the canonical can be ignored. The way to make it reliable is consistency: link internally to the canonical address, list only that address in your sitemap, and redirect the alternatives where appropriate.

Should every page have a canonical tag pointing at itself?

It is sensible practice. A self-referencing canonical costs nothing and protects against addresses you did not create, such as tracking parameters added by other people's links or by advertising platforms. Most content management systems output one automatically. The important part is that it states the clean, absolute address you would want shown in results.

What is the difference between a canonical and a redirect?

A redirect removes the duplicate address: anyone requesting it is sent to the preferred one and never sees the original. A canonical leaves the duplicate reachable and simply tells search engines which version to credit. Use a redirect when the alternative address should not exist, and a canonical when it must stay usable, as with filtered or tracked links.

Related terms

Found this useful?

Share it, or ask an AI to summarise it

Back to the glossary

Knowing the term is the easy part

Applying it to your own site and budget is the work. Book a call and I will tell you what actually applies to you.