“Duplicate, Google chose different canonical than user” in Google Search Console
What the status means, whether it's a problem, and how to fix it, step by step.
Not indexed · Checked against Google's documentation on 2026-10-19
Short answerDepends
Google saw your canonical and disagreed, usually because other signals point elsewhere: redirects, internal links, the sitemap, a broken canonical target or pages that aren't true duplicates. Compare the declared and Google-selected canonicals in URL Inspection, then make every signal point to one working URL.
Google: “Google has indexed the page that we consider canonical rather than this one.” Page indexing report help
What the status means
The page names a canonical URL, but Google disagreed and indexed a different URL from the group instead. Google's help: Google “has indexed the page that we consider canonical rather than this one.”
This is the status where Google overrules you. It shows that rel="canonical" is a strong signal, not an order: when other signals point elsewhere, Google follows them.
Is it a problem?
| What URL Inspection shows | Verdict |
|---|---|
| User-declared canonical and Google-selected canonical are both acceptable versions of the same page | Usually fine; tidy the signals so they agree |
Google picked a parameter, http, www or old URL over your clean one | Fix it: the wrong URL appears in search |
| Google merged two pages you consider different | Fix it: one of them can't rank |
| Google picked a page in another language | Fix it: check canonicals and hreflang |
Open URL Inspection for the URL and compare User-declared canonical with Google-selected canonical. That pair tells you what to fix.
Why Google overrules a canonical
Google weighs the canonical tag against everything else it sees. The common conflicts:
- Redirects point one way, canonicals another. For example, the canonical says
https://example.com/pagebut that URL redirects to/page/. - Internal links and the sitemap use a different URL than the canonical.
- The declared canonical is broken: it returns 404, redirects, is noindexed or blocked in robots.txt.
- HTTPS problems. Google prefers HTTPS, unless the HTTPS version has issues such as an invalid certificate or redirects to HTTP.
- The pages aren't really duplicates. A canonical pointing to a page with different content is likely to be ignored.
- Language versions canonicalized to another language. Google's documentation says to point a canonical to a page in the same language.
- Two canonical tags on one page, from a theme and a plugin, or one in the HTML and another in the HTTP header.
How to fix it
- Pick the URL you want indexed and make sure it works: returns 200, isn't redirected, isn't noindexed or blocked.
- Make every signal agree with it:
- its own canonical is self-referencing;
- duplicates point their canonical to it;
- redirects end at it in one hop;
- internal links, navigation and the sitemap use exactly that URL;
hreflangannotations, if any, reference it.
- Use one canonical method per page. Google advises against mixing methods; one
rel="canonical"in the HTML is enough for HTML pages. - Make sure the pages really are duplicates. If Google merged two different pages, differentiate their content instead of fighting with tags.
- Request indexing for the canonical URL once the signals agree, and wait for a recrawl.
Check the signals
Run both URLs through the checker below: the one you declared and the one Google picked. Look for redirects in the chain, a non-200 status, noindex, or a canonical that points somewhere else again. Any of these explains why Google chose differently.
What not to do
- Don't add more canonical tags or switch canonicals back and forth. Conflicting signals are the cause, not the cure.
- Don't noindex the URL Google picked. You would remove the version that's currently in search, and Google may not pick yours instead.
- Don't use the URL removal tool to force a choice. Google's documentation warns it hides all versions of the URL.
Check a URL
Paste one of the URLs from the report. The checker follows redirects and tests the status code, robots.txt, noindex and canonical.
Related statuses
- DependsDuplicate without user-selected canonicalThe page duplicates another, declares no canonical, and Google chose a different URL.
- Usually fineAlternate page with proper canonical tagThe page points to another URL as canonical, and that URL is indexed.
- Usually finePage with redirectThe URL redirects elsewhere, so the target is indexed instead.
FAQ
Google calls it a strong signal, not a command. It weighs it against redirects, links, sitemaps and content similarity, and chooses differently when they disagree.
Something still points there: internal links, a sitemap, a redirect in the wrong direction, or problems with the HTTPS version such as certificate errors. Redirect the unwanted version with a 301 and update every link to the preferred one.
After the signals agree, it changes when Google recrawls the pages, often within days to a few weeks. Requesting indexing for the canonical URL can speed up the recrawl.
Want us to look at your Search Console?
We go through the Pages report, crawl the site and tell you which statuses cost you traffic and which are harmless, with the fixes in priority order.