Canonicalized Gets Traffic

No Comments
Canonicalized gets traffic

Element Code: OR-007

TL;DR: You told Google this page is a duplicate by canonicalizing it to another URL, yet it still pulls organic clicks and impressions. That means Google is not honoring your canonical. Either your signals contradict each other, or Google picked a different canonical than you did.
CHECK CODE
OR-007
SEVERITY
Medium
SIGNAL
Canonical ignored
DIAGNOSE
URL Inspection
FIX TIME
Hours to days

What this check is telling you

A canonical tag is a hint, not a command. When you add rel="canonical" pointing page A at page B, you are telling Google "B is the master, index that one, fold A into it." If Google agrees, page A drops out of the results and B absorbs the signals. This check fires when that did not happen: the canonicalized page A is still earning organic traffic in Search Console, which means Google looked at your hint and decided to index A anyway.

Google's documentation is blunt about this: canonical tags are one of several signals it weighs, and it can override your choice. So a canonicalized page getting traffic is not a Search Console glitch. It is Google telling you, through behavior, that your consolidation did not take.

What you asked for vs what Google did INTENDED Page A (dupe) canonical Page B indexed A folded in, 0 traffic ACTUAL Page A indexed ignored Page B A still gets clicks

Why Google overrides a canonical

Google picks its own canonical when your signals are muddy or the two pages are not the near-duplicates you claimed. The usual suspects, roughly in order of how often I see them:

  • The pages are not actually duplicates. If A and B have meaningfully different content, Google reasonably concludes they each deserve to rank. A canonical between genuinely distinct pages is a misuse, and Google ignores it.
  • Conflicting signals. Your canonical says B, but your XML sitemap lists A, your internal links point at A, and your redirects favor A. Google weighs all of that and follows the majority.
  • The canonical target is weak. If B is thin, noindexed, blocked, or itself canonicalized elsewhere, Google will not consolidate into it and keeps A instead.
  • A self-referencing canonical on A. A common CMS bug where page A canonicalizes to itself in the rendered HTML, silently overriding the cross-canonical you thought you set.
  • Rendering mismatch. The canonical is injected by JavaScript and Google rendered a different one, or none, in the raw HTML.

How to diagnose it

  1. Run URL Inspection on page A. Search Console shows you both the "User-declared canonical" and the "Google-selected canonical." When those disagree, you have your answer in black and white: Google chose A, or chose something else entirely.
  2. View the rendered HTML. In the same tool, check the rendered canonical, not just the raw source. A JavaScript-injected or CMS-overridden canonical often differs from what you wrote in the template.
  3. Crawl with Screaming Frog. Its Canonicals tab flags "Canonicalised" pages, self-referencing loops, and canonicals pointing at non-indexable targets. Filter for pages whose canonical target is not a 200 or is itself noindexed.
  4. Compare the two pages honestly. Put A and B side by side. If a normal reader would call them different pages, the canonical is the wrong tool and Google is right to ignore it.
  5. Check for contradicting signals. Is A in your sitemap? Do internal links point at A? Does A get its own redirects? Every one of those tells Google to keep A.

Signal conflict reference

SignalSays index...Fix to align
rel=canonical on APage BKeep, if others agree
XML sitemap lists APage ARemove A from sitemap
Internal links to APage ARepoint links to B
Rendered canonical self-refs APage AFix the CMS template

How to fix it

First decide which page should actually win, then make every signal agree.

  1. If B is genuinely the master: confirm the rendered canonical on A points to B, remove A from the XML sitemap, repoint internal links from A to B, and make sure B is indexable, strong, and not canonicalized elsewhere. Then request reindexing of A in URL Inspection.
  2. If A is really the better page: stop fighting Google. Flip the canonical so both pages point at A, and consolidate toward the version users and links already favor.
  3. If the pages are distinct: remove the canonical entirely and let each rank on its own. Differentiate the content and target different queries so they stop competing.
  4. If it is a true duplicate you want gone: a canonical is a soft signal. For a hard removal, use a 301 redirect from A to B instead, which Google treats as a much stronger consolidation instruction.

The honest question underneath all of this: did you canonicalize A because it is a duplicate, or because it was inconvenient? Google can usually tell the difference, and it acts on what the pages really are.

DO vs DON'T

DO
  • Compare user-declared vs Google-selected canonical in URL Inspection
  • Make sitemap, internal links, and canonical all agree
  • Ensure the canonical target is strong and indexable
  • Use a 301 when you truly want the page gone
  • Only canonicalize genuine near-duplicates
DON'T
  • Assume a canonical tag forces Google's hand
  • Canonicalize pages that are actually different
  • Point a canonical at a thin or noindexed target
  • Leave the source page in your sitemap
  • Let a self-referencing CMS canonical override yours

What "good" looks like

Open URL Inspection on the canonicalized page and the user-declared canonical matches the Google-selected canonical. The page shows as "Duplicate, submitted URL not selected as canonical" only where you intend it to, and it stops accruing its own organic clicks because Google folded it into the master. Every supporting signal, the sitemap, the internal links, the rendered HTML, points the same direction. When your signals agree, Google usually agrees with them.

FAQ

Is a canonicalized page getting traffic always a problem?
It is a signal worth checking, not an automatic emergency. It means Google did not consolidate the way you asked. Sometimes Google is right and the pages really are distinct. The job is to figure out which page should win and align every signal behind it.
Why does Google ignore my canonical tag?
Because it is a hint, not a directive. Google overrides it when the pages are not true duplicates, when other signals like sitemaps and internal links contradict it, or when the canonical target is weak or itself non-indexable.
Should I use a redirect instead of a canonical?
If the page should genuinely disappear and everyone belongs on the master, yes. A 301 is a far stronger consolidation signal than a canonical hint. Reserve canonicals for cases where the duplicate still needs to exist for users, like tracking-parameter or print variants.
The canonical looks right in my template. Why is it ignored?
Check the rendered HTML in URL Inspection, not the source. A CMS or a JavaScript layer often injects a self-referencing canonical that overrides what you wrote. What Google renders is what Google acts on.
Canonicals not sticking across your site?
An advanced audit finds every page where your declared canonical and Google's chosen canonical disagree, then untangles the conflicting signals behind each one.

Get an Advanced SEO Audit

Claude Vincent is a technical SEO consultant focused on crawlability, rendering, and AI-search visibility. He writes the field guides and case studies at SEO ProCheck, with a bias toward the durable, unglamorous work that decides whether search engines and AI answer engines can actually read and cite a site.

About SEO ProCheck

Technical SEO consulting and GEO strategy with 20 years of enterprise experience. Case studies, resources, and tools for search and AI visibility.

Work With Me

Technical SEO audits, GEO strategy, site migrations, and international SEO. Hourly consulting for teams who need hands-on support, not just reports.

Subscribe to our newsletter!

More from our blog