"Duplicate Without User-Selected Canonical": What It Means and How to Fix It

“Duplicate without user-selected canonical” means Google found a page that is a duplicate of another URL, the page doesn’t say which version is the main one, and so Google chose the other URL as canonical. The duplicate isn’t shown in Search; the version Google picked is.

Most of the time this needs no action. It needs fixing when Google picked the wrong version, or when the duplicate URLs shouldn’t exist in the first place.

What Google says this status means

Google’s Page indexing report documentation describes it like this: the page duplicates another page and doesn’t indicate a preferred canonical, so Google has picked the other page as canonical and won’t serve this one in Search.

Google adds that this “is not an error, but is working as intended”, because it doesn’t show duplicate pages in results.

“User-selected” means you, the site owner. The page has no rel="canonical" (or other canonical signal) telling Google which URL you prefer, so Google chose one itself from the signals it had.

How it differs from similar statuses

Status	What happened
Duplicate without user-selected canonical	No canonical declared; Google picked another URL
Duplicate, Google chose different canonical than user	You declared a canonical, but Google disagreed and picked another URL
Alternate page with proper canonical tag	You declared a canonical, Google agreed, and that canonical is indexed

The second one is the more worrying status: your signals contradict each other, or Google doesn’t think the pages are really the same.

Common causes

The same content reachable at more than one URL. Typical sources:

• HTTP and HTTPS versions both answering, without a redirect.
• www and non-www both answering.
• Trailing slash and no trailing slash (/services and /services/) both returning the page.
• URL parameters: tracking codes (?utm_source=), sorting and filtering (?sort=price), session IDs.
• Print or “share” versions of pages.
• Archive pages that repeat the same posts: tag and category archives, date archives, paginated lists.
• Near-identical pages, such as product variants or location pages with the same text and a different city name.

The old WordPress version of our own site had several of these: category and tag archives, an author archive, feeds, and several sitemap files. When we moved to a static site in October 2026, we 301-redirected each archive to the closest real page (for example, /tag/keywords/ to the keyword research article) instead of keeping them.

How to check which URL Google chose

1. In Search Console, open Indexing → Pages, click the status, and look at the example URLs.
2. Open a URL in the URL Inspection tool.
3. Under Page indexing, compare “User-declared canonical” (likely “None”) with “Google-selected canonical”.
4. Open the Google-selected URL in your browser.

If the Google-selected URL is the version you want people to land on, you’re done. If it’s the wrong one (the parameter version, the HTTP version, the old archive), fix the signals.

How to fix it

Google’s documentation lists several ways to specify a canonical URL. In order of strength:

1. Redirect duplicates you don’t need

If a duplicate URL serves no purpose for visitors (HTTP, www, old archive URLs), redirect it with a 301 to the preferred URL. The duplicate stops existing, so there’s nothing left to choose between.

Our rule of thumb: if a visitor would never need the duplicate URL, redirect it rather than canonicalizing it.

2. Add rel=canonical where the duplicate must stay

When the URL has to keep working (filtered views, tracking parameters, print pages), add a canonical tag in the <head> pointing to the preferred version:

<link rel="canonical" href="https://example.com/services/technical-seo/">

Put a self-referencing canonical on the preferred page too. Every page on our site carries one, so each URL declares itself as the main version unless we say otherwise.

3. Make your own signals consistent

A canonical tag is a strong hint, not an order. Google weighs it against everything else, so:

• Internal links should always use the preferred URL, with the same protocol, host and trailing slash. Our site uses trailing slashes on every URL and every internal link, which removes the slash variant entirely.
• The XML sitemap should list only canonical URLs.
• Hreflang, Open Graph and structured data URLs should match the canonical.

4. Make near-duplicates different, or merge them

If two pages are nearly the same because they were written that way (two location pages with one word changed, for example), a canonical tag only hides the problem. Either give each page content that is actually different, or merge them into one page and redirect the other.

How long does it take to clear?

Google has to recrawl the duplicates to see the change, which can take days for important pages and weeks or months for URLs it rarely visits. The report updates on its own; where Search Console offers “Validate fix”, it can speed up the recheck. A URL that remains listed while Google shows the right page in Search isn’t a problem.

When to ignore it

• The Google-selected canonical is the version you want.
• The duplicates are parameter or tracking URLs nobody links to.
• The count is stable and small compared with your indexed pages.

In our view, the one case never to ignore is when an important page you want ranking appears in this list as the duplicate. That means Google is showing another URL instead, and the fix is usually one of the steps above.

Canonical problems usually come with other crawl and indexing issues, so it helps to look at them together: our technical SEO audit checklist goes through them in order, and the guide to “Crawled - currently not indexed” covers pages Google crawled but chose not to index at all. If you’d rather have someone else untangle it, canonicalization is part of our technical SEO service.