Duplicate Without User-Selected Canonical: Meaning and How to Fix

You open the Page indexing report in Search Console and see a list of URLs under "Duplicate without user-selected canonical". It sounds serious. Many new bloggers panic and start deleting pages.

Most of the time, there is nothing wrong. This guide shows you how to tell the harmless cases from the real problems, and how to fix the real ones step by step.

What does "Duplicate without user-selected canonical" mean?

A canonical URL is the main version of a page. When the same content is available at several addresses, Google groups them and shows only one in Search.

Google's Page indexing help page explains this status as: the page is a duplicate of another page, it does not indicate a preferred canonical, and Google has chosen the other page as canonical, so it will not serve this page in Search.

In short: you did not tell Google which one is the main page, so Google decided for you.

Common causes on small blogs and script websites

Google's guide on consolidating duplicate URLs lists similar causes: URL parameters, domain variants, http and https versions, and separate mobile URLs.

Step 1: Check which URL Google chose

1. Open Search Console and go to Indexing > Pages.
2. Scroll to "Why pages aren't indexed" and click Duplicate without user-selected canonical.
3. Click one URL from the list, then click Inspect URL.
4. Under Page indexing, look at User-declared canonical and Google-selected canonical.

Now you know the pair: the URL in the report (the duplicate) and the one Google prefers (the main page).

Step 2: Decide if you need to do anything

Ask one question: Is the Google-selected canonical the page I want people to find?

• Yes: for example, the duplicate is /post/?utm_source=facebook and Google chose /post/. That is correct. You can still add a canonical tag to make it clear, but there is no urgent problem.
• No: for example, Google chose the http version, or an old copy of your article, or a category page instead of the post. This needs fixing.
• The pages are not really duplicates: Google's help page says that if the page should not be a duplicate, you should make its content clearly different from the other page.

Step 3: Fix it with the right method

Google's documentation names three main ways to tell it your preferred URL. Redirects and rel="canonical" are strong signals. Listing a URL in your sitemap is a weaker signal.

Method 1: Add a canonical tag

Place this inside the <head> section of the duplicate page, pointing to the main page:

<link rel="canonical" href="https://yourdomain.com/your-post/" />

Also add a canonical tag on the main page that points to itself. Google recommends a self-referencing canonical on the canonical page.

• WordPress: most SEO plugins add self-referencing canonicals automatically. Check a post's page source for rel="canonical".
• PHP scripts: check the header template. Good scripts print a canonical for each post. If yours does not, ask the script developer to add one.
• Blogger: Blogger themes usually include a canonical tag through the theme's head code. Check the page source to confirm.

Method 2: Use a 301 redirect

Use a redirect when the duplicate URL should not exist at all. Good examples: http to https, www to non-www (or the other way), and old URLs you replaced with new ones. Our guide on fixing a "Not Secure" website shows how to force HTTPS.

Method 3: Make the content different or merge it

If you have several thin pages with almost the same text, a tag will not save them. Merge them into one strong page and redirect the others, or rewrite each page so it has its own clear purpose.

Step 4: Send consistent signals

Google is more likely to accept your choice when everything points the same way:

• Internal links point to the canonical URL, not to parameter or http versions. See our internal linking guide.
• Your sitemap lists only canonical URLs.
• Canonical tags, redirects and sitemap all agree. Do not point a canonical to one URL and a redirect to another.
• The canonical URL returns a normal 200 page, not a redirect or an error.

Step 5: Validate the fix

1. Fix every important URL in the list, not just one.
2. Go back to the issue in the Page indexing report and click Validate Fix.
3. Wait. Google's help page says validation usually takes up to about two weeks, but can take longer.
4. Do not click Validate Fix again until it succeeds or fails.

For one important page, you can also use URL Inspection and request indexing after the fix.

How it differs from similar statuses

Final word

This status is Google telling you, "I picked the main version for you." Check its choice. If it is right, relax. If it is wrong, add a canonical tag or a redirect, keep your internal links and sitemap consistent, and validate the fix.

Next step: inspect three URLs from this list today and note which version Google chose. If you run a news site, duplicates are common, so check the demo's page source for a canonical tag on every post before you choose a script, whether it is our AI auto news website script or any other. Our courses cover Search Console in more depth.