A canonical tag is a line of code that tells Google which version of a page you'd like shown in search results when the same, or nearly the same, content is available at more than one web address. For many small business websites, canonical maintenance starts with a self-referencing canonical on each indexable page, plus consistent links and redirects. Some platforms add canonicals automatically: Wix, for example, documents default canonical URLs. Check your platform’s settings and actual page output rather than assuming this is already handled. Investigate genuine duplicates, incorrect canonical tags, or Search Console showing Google picking a page you didn't intend.
What "canonical" means
When Google finds several web addresses (URLs) with the same or very similar content, it groups them and picks one to show in search. That chosen URL is the canonical. Google calls this process canonicalisation and describes picking the version that is "objectively the most complete and useful for search users" (Google Search Central: What is canonicalization, last updated 20 August 2026, checked 27 October 2026).
A canonical tag looks like this, placed in the <head> of a page:
<link rel="canonical" href="https://www.example.com/services/aircon-servicing/">
It says: "If you find this content at other addresses, this is the one I prefer."
Is duplicate content a penalty?
Ordinary duplication is not automatically a penalty. Google says: "Some duplicate content on a site is normal and it's not a violation of Google's spam policies" (What is canonicalization). The practical problem is different. If Google picks a version you didn't intend, the "wrong" address may appear in search, and your Search Console figures may be credited to that address rather than the one you expected. Google attributes most Performance report data to the canonical URL, including clicks on a duplicate URL.
How duplicate pages happen on small business sites
Google lists common causes, including HTTP and HTTPS versions of a site, region or device variants, sorting and filtering options, and demo or staging copies left online by accident. Other possible causes on small business sites include:
- The same page reachable with and without
www, or with and without a trailing slash. - Tracking tags added to links, such as
?utm_source=newsletter. - Online shop products reachable through more than one category path.
- A separate URL that reproduces substantially the same blog post in full. A category or archive listing several different posts is not necessarily a duplicate of any one post.
- A print-friendly or AMP version of a page.
Your platform may handle some of these automatically. Check which variants remain accessible and whether their canonical tags and redirects point to the intended URL.
Your options, from strongest to weakest
Google lists three main ways to say which URL you prefer (Google Search Central: How to specify a canonical URL, last updated 10 July 2026, checked 27 October 2026):
| Method | Google's description | Best for |
|---|---|---|
| Permanent redirect (301 or 308) | "A strong signal that the target of the redirect should become canonical" | Duplicates that nobody needs to visit, such as old URLs, http:// versions and non-www versions |
rel="canonical" link (in the page head or as an HTTP header) |
"A strong signal that the specified URL should become canonical" | Duplicates that need to stay visitable, such as tracking-tagged URLs, print versions and filtered views with substantially the same content |
| Including the URL in your sitemap | "A weak signal" | Supporting the other two. Only list canonical URLs in your sitemap |
Google also says that "indicating a canonical preference is a hint, not a rule." Combining methods that agree makes your preference more likely to stick.
Canonical, redirect, noindex or nothing? A quick decision guide
- The duplicate doesn't need to exist for visitors: use a permanent redirect to the preferred page.
- The duplicate needs to stay for visitors: keep it and add a canonical tag pointing to the main version. For a filtered view, first confirm that its primary content is the same or very similar; do not automatically point every filtered page to the unfiltered parent.
- The page is unique and has no duplicates: let it have a self-referencing canonical (pointing to itself). Google recommends this as good practice.
- You want a page out of Google entirely, such as a thank-you page: use
noindex, not a canonical. Google doesn't recommendnoindexfor choosing between duplicates on your own site, because it "will completely block the page from Search." - Two pages cover the same topic but aren't duplicates: a canonical tag isn't the right fix. Decide which page should rank, then merge the content and redirect the other page, or make the two clearly different.
Best practices from Google
From Google's guidance on specifying canonical URLs:
- Use absolute URLs (the full address, including
https://), not relative paths. - Keep your canonical signals consistent. Don't point your canonical tag at one URL while your sitemap lists another.
- Link internally to the canonical URL, not to duplicates. Menus, buttons and in-text links should all use the preferred address.
- On JavaScript-heavy sites, put the canonical in the HTML source and don't change it with JavaScript.
- Don't use robots.txt for canonicalisation. Google may still index a blocked URL without its content.
- Don't use the URL removal tool for this. Google warns that it "hides all versions of a URL from Search."
- Avoid HTTPS-to-HTTP redirects and certificate problems, which push Google towards the HTTP version. Our guide to fixing "Not secure" warnings covers this.
How to check which page Google chose
Google Search Console’s indexed result can show both your declared preference and Google’s choice. This is an indexed snapshot, not a live view. Check its crawl date, especially after changes: the live URL test cannot determine Google’s selected canonical.
- In Search Console, paste the page's URL into the URL Inspection bar at the top.
- Expand Page indexing.
- Compare User-declared canonical (the one your page asks for) with Google-selected canonical (the one Google chose).
If they match the intended URL, no canonical mismatch is indicated in that indexed snapshot. That does not rule out other indexing issues. If they differ, see the troubleshooting section below.
For a broader view of URLs Google knows about, open Indexing > Pages and look at the reasons pages aren't indexed. Three canonical-related reasons are common. Google's descriptions are from the Page indexing report help, checked 27 October 2026:
| Status | What Google says | What to do |
|---|---|---|
| Alternate page with proper canonical tag | "This page correctly points to the canonical page, which is indexed, so there is nothing you need to do." | Nothing |
| Duplicate without user-selected canonical | The page is a duplicate, doesn't name a preferred version, and Google has chosen another page as canonical | Usually fine if Google's choice is the right page. If not, add a canonical or redirect |
| Duplicate, Google chose different canonical than user | "This page is marked as canonical for a set of pages, but Google thinks another URL makes a better canonical." | Investigate (see below) |
Pages appearing under these reasons do not automatically mean something is wrong. The report’s example lists are limited and may not include every affected URL. Many sites have dozens of harmless duplicates, such as tracking-tagged URLs. What matters is whether your important pages show the canonical you expect.
When Google disagrees with your canonical
Google's canonicalisation troubleshooting guide (last updated 21 August 2026, checked 27 October 2026) lists common causes. Here's how they usually show up on small sites:
- Your signals conflict. The canonical says one thing, but internal links, the sitemap or redirects point somewhere else. Fix the signals so they all agree.
- A plugin or theme outputs the wrong canonical. Two SEO plugins can each add a canonical tag, or a template can point every page at the homepage. View the page source (right-click > View page source, then search for
canonical) and check there's exactly one, and that it's correct. - The pages are too similar. If two pages are nearly identical, Google may treat them as one. Either make them clearly different or merge them. Google notes it may keep pages in a duplicate cluster "for up to two weeks" after changes.
- Someone else is hosting your content. Google says it may occasionally pick a copy on another website. If you syndicate content, Google's guidance favours asking partners to block indexing of their copy, rather than relying on a canonical tag.
- Hacking. Injected redirects or canonical tags pointing to unfamiliar domains are a warning sign. Treat it as a security problem first.
After fixing the cause, use Request indexing in URL Inspection for your most important pages only. Google notes there's a quota.
Hypothetical example: [Business name], a tuition centre, has its "Primary 6 maths" page at /p6-maths/. A newsletter link adds ?utm_source=newsletter. Search Console shows the tagged URL as "Duplicate without user-selected canonical", with Google picking /p6-maths/ anyway. Nothing needs doing. But if URL Inspection on /p6-maths/ showed a Google-selected canonical of /p6-maths-old/, an old page still linked from the footer, the fix would be to update the footer link and redirect the old page. (Illustrative example, not a client result.)
What's in your control, and what isn't
In your control: which URLs exist, your redirects, your canonical tags, your internal links, your sitemap, and making sure your platform or plugins output one correct canonical per page.
Out of your control: the final choice. Google treats canonical tags as a hint and can choose differently. A correct canonical setup helps Google show the right page, but it doesn't raise rankings on its own, and no one can guarantee a particular result.