Quick answer
Duplicate without user-selected canonical means Google found two or more URLs with the same content, none of them declares a canonical tag, and Google picked a different URL as the main version. Add a self-referencing canonical to the URL you want indexed, point duplicates at it, and link internally only to that URL.
This Search Console status sounds alarming and is often harmless. It tells you Google found duplicate content, you didn't say which version you prefer, and Google chose for you. Whether you need to act depends on whether Google chose the right one.
What duplicate without user-selected canonical means
When several URLs show the same or nearly the same content, Google groups them and picks one as canonical, the version it indexes and ranks. You can suggest which with a rel="canonical" tag. If none of the duplicates carries one, and Google picks a URL other than the one listed in the report, that URL appears under "Duplicate without user-selected canonical".
The URL in the report isn't indexed; the one Google chose is. Open URL Inspection on the reported URL and look at "Google-selected canonical" to see which page Google kept.
Common causes
- Protocol and host variants:
http://andhttps://,wwwand non-www, all returning 200 instead of redirecting. - Trailing slashes and case:
/pageand/page/,/Pageand/page. - Parameters: tracking (
?utm_source=), sorting (?sort=price), session IDs and filter URLs showing the same products. - Index files:
/index.htmland/both resolving. - Templates without canonical tags: some CMS themes and custom builds output none at all.
- Genuinely similar pages: location or product pages that differ by one word.
When to ignore it
If Google's chosen canonical is the URL you want to rank, and the reported URL is a parameter or variant version, there is nothing to fix. Google has made the right call. Adding canonical tags is still good practice, because it makes the choice explicit and stops Google picking differently later, but it isn't urgent.
Act when Google chose the wrong version (for example the http:// page, or a URL with a tracking parameter), or when the reported URLs are pages you meant to be distinct.
How to fix it in 5 steps
- Decide the one preferred URL for each page: HTTPS, one host, one trailing-slash style, no parameters.
- Add a self-referencing canonical tag to every preferred URL, ideally in the page template so new pages get it automatically.
- 301-redirect protocol, host and trailing-slash variants to the preferred URL, rather than relying on canonicals alone.
- Make internal links, the XML sitemap and hreflang tags use only the preferred URLs.
- For pages that are too similar but should stay separate, rewrite them so each has distinct content worth indexing.
After the changes, Google re-evaluates as it recrawls. Check a sample with URL Inspection after two to four weeks; the Google-selected canonical should match yours.
Related statuses compared
| Status | Did you set a canonical? | What Google did | Usually a problem? |
|---|---|---|---|
| Duplicate without user-selected canonical | No | Picked its own canonical | Only if it picked the wrong URL |
| Duplicate, Google chose different canonical than user | Yes | Ignored your choice | Yes; your signals conflict |
| Alternate page with proper canonical tag | Yes, pointing elsewhere | Followed your canonical | No, if intended |
The middle row is the one to investigate first if you see it. It means your canonical says one thing and your other signals (redirects, internal links, sitemap) say another. The most common version of that problem is covered in canonical tag points to another page.
Seotific checks every audited page for a canonical tag, shows where it points, and flags canonicals that point to redirects, errors or other pages. A crawl finds host, slash and parameter duplicates in bulk. For the rest of the indexing checks, see the technical SEO audit checklist within the SEO audit checklist.
Frequently asked questions
Is "duplicate without user-selected canonical" an error?
Not necessarily. It's a status telling you Google chose a canonical on its own because you didn't. If Google chose the URL you want indexed, it's harmless. It becomes a problem when Google picks a variant you don't want, such as an HTTP or parameter URL.
How do I see which URL Google chose?
Run URL Inspection on the reported URL in Search Console and look at "Google-selected canonical". That URL is the one Google indexes. If it's your preferred version, the status needs no urgent action.
Do I need canonical tags if I use redirects?
Use both. Redirects consolidate protocol, host and slash variants that should never be visited. Self-referencing canonicals handle parameter URLs and copies you can't redirect. Together they make your preferred URL unambiguous.
Why does this happen on Shopify or WordPress?
On Shopify, collection-path product URLs and variant parameters are typical sources; on WordPress, attachment pages, archives and plugins that drop canonical tags. Both platforms usually output canonicals, so the status often points to a theme or plugin that removed them.
How long does it take to fix after adding canonicals?
Google needs to recrawl the affected URLs, which usually takes two to four weeks for important pages and longer for deep ones. Use URL Inspection on a sample to confirm Google's chosen canonical has changed.
Check your own page
Seotific audits a URL against the keyword it should rank for and lists the fixes in order of impact. Free plan, no card.
Run a free audit