multiple Canonical Tags
Multiple canonical tags confuse Google — it typically ignores all of them and the page gets treated as non-canonical, hurting indexation.
Why it matters
Multiple canonical tags confuse Google — it typically ignores all of them and the page gets treated as non-canonical, hurting indexation.
Fix this before publishing the next change. Critical signals frequently block indexing or cause measurable ranking loss. Estimated SEO impact: high — direct effect on rankings or impressions.
How to fix
- Keep only one <link
rel="canonical"> tag per page - Remove duplicates injected by plugins or templates
Common causes
If the rule is firing across many pages, the root cause is almost always one of these:
noindexapplied broadly during a redesign and never removed for live pages.- Robots.txt blocks a path that contains canonical pages along with the unwanted ones.
- CMS publishes a draft URL with a self-referential canonical pointing to a different slug.
- Tracking-parameter URLs proliferate and dilute crawl budget.
Anti-patterns to avoid
Even with the best intentions, these "fixes" make the issue worse — recognise them so you don't ship them:
noindexapplied to a directory that also holds canonical pages.- Self-canonical pointing at a redirect chain.
- Robots.txt disallowing paths Google needs to render the page.
Example
Here's a typical instance — the problematic line is highlighted in red:
<link rel="canonical" href="https://example.com/page"> <link rel="canonical" href="https://example.com/page?utm=x">
And the fix — the corrected line, highlighted in green:
<link rel="canonical" href="https://example.com/page">
How atlookup detects this
Our crawler renders each page with a real headless browser, then reads robots directives, canonical tags, sitemap entries, and tests fetchability. Pages where the rule fires for multiple canonical tags are flagged on the report.
If you'd like to see this rule fire on your own site, run a free 60-second audit — every page is reported with the exact lines that triggered it.
Tools to verify the fix
Once you've applied the fix, double-check with these external validators:
- Google Search Console — URL Inspection shows exactly how Google treats the page.
- robots.txt Tester — Live test of disallow rules against your URLs.
Frequently asked questions
Why does Multiple Canonical Tags matter for SEO?
Multiple canonical tags confuse Google — it typically ignores all of them and the page gets treated as non-canonical, hurting indexation.
How do I fix multiple canonical tags?
Keep only one <link rel="canonical"> tag per page Remove duplicates injected by plugins or templates
Is this a critical SEO issue?
Fix this before publishing the next change. Critical signals frequently block indexing or cause measurable ranking loss. Estimated SEO impact: high — direct effect on rankings or impressions.
How does atlookup detect multiple canonical tags?
Our crawler renders each page with a real headless browser, then reads robots directives, canonical tags, sitemap entries, and tests fetchability. Pages where the rule fires for multiple canonical tags are flagged on the report.
How long does it take to fix?
5–15 minutes per page. Most teams batch similar issues across templates so the per-page time goes down at scale.
Related issues
CANONICAL_EMPTY
Empty Canonical Tag
An empty <link rel="canonical" href=""> canonicalizes to the current URL in some crawlers and nothing in others — unpredictable behavior that often leads to deindexing.
CANONICAL_INVALID
Invalid Canonical URL
A canonical URL that fails URL parsing (e.g.
ROBOTS_TXT_BLOCKS_INDEXABLE_PAGE
Robots.txt Blocks an Otherwise-Indexable Page
When robots.txt disallows a URL that returns 200 + meta robots index + canonical-to-self, you have a direct contradiction in indexing signals.
SITEMAP_URL_4XX
Sitemap URL Returns 4xx
A URL listed in your sitemap but returning 4xx (typically 404) tells Google that page should be indexed, then fails when crawled — a strong negative signal about site maintenance.