Few Search Console messages cause as much needless worry as "Alternate page with proper canonical tag". The word "alternate" and the long count of affected URLs make it feel like a problem. Usually it is the opposite. It tells you that Google found a page that points to another page as its preferred version, agreed with that choice, and left the alternate out of the index on purpose.
This guide is for site owners and developers who see this status and want to know whether it needs action. You will learn what Google means by it, how to check that each flagged URL really is a duplicate or variant, how to confirm that the page it points to is the one you want in search, and how to find pages that were tagged by mistake. The honest summary is short: most of the time you do not need to do anything. The rest of the guide helps you tell that apart from the cases where you do.
Before you begin
You need Search Console access for the property and the ability to view the source of a page, which any browser provides. If you suspect a template or plugin problem, you also need access to the CMS or code that outputs the <link rel="canonical"> tag.
The check takes about 30 minutes for a sample. Nothing here changes your site until you edit templates or tags, so the risk is low. Before editing any canonical logic, note the current behaviour, because canonical tags are applied across many pages at once and a mistake spreads quickly.
What the status means
Google's Page Indexing help describes this status as follows: the page is an alternate version of another page, such as an AMP or mobile version, and it correctly points to the canonical page that is indexed. Google lists no required fix.
The idea behind it is canonicalization. When several URLs show the same or very similar content, Google picks one as the canonical version, the one it shows in results, and treats the others as duplicates or alternates. Google's documentation on duplicate URLs explains that you can influence the choice by pointing duplicates at your preferred URL with a rel="canonical" link element, which it calls a strong signal. Redirects are stronger, and sitemap entries are weaker.
Reasoning from that definition, you will often see the status for URLs such as:
- A version of a page with a tracking or sorting parameter, whose canonical tag points to the clean URL.
- A print or mobile version that points back to the main page.
- A page reachable at several paths, where all but one declare the main path as canonical.
Google's help text gives AMP and mobile versions as its examples, so treat the list above as an application of the same rule, not as Google's own list.
Step-by-step instructions
Step 1: Open the list and group the URLs
In Search Console open Indexing, then Pages, and choose "Alternate page with proper canonical tag" under the reasons pages are not indexed. Look at the example URLs and group them by pattern: parameters, folders, language or device versions, trailing-slash variants.
What success looks like: You can describe each group in one sentence, for example "sorted category pages" or "mobile subfolder".
Step 2: Confirm each group is a real duplicate or variant
For one URL in each group, view the page source and find the canonical tag:
<link rel="canonical" href="https://example.com/shoes/">
Then open the URL it points to. Ask whether the two pages show the same main content. If a page differs in a way that matters, for example it lists different products or a different language, the canonical tag may be wrong. Google's duplicate URL documentation says canonical tags are for duplicate or very similar pages, so pointing a unique page at another page asks Google to ignore it.
What success looks like: For each group, the page and its canonical target show essentially the same content.
Step 3: Confirm the canonical target is the page you want indexed
Inspect the canonical target in the URL Inspection tool. It should be indexed (or eligible), allowed to be indexed and have no noindex rule. Compare the two canonical fields: "User-declared canonical" is the URL your page declared, and "Google-selected canonical" is the URL Google chose. For a healthy alternate, both should point to the same target. Google notes that the Google-selected value can differ from the declared one and may be a few hours out of date.
If the target is not indexed, the alternate has nothing to defer to. Look at the target's own problems first. Crawled - currently not indexed and the Page Indexing report guide cover typical causes.
What success looks like: The declared and Google-selected canonical match, and that URL is indexed.
Step 4: Look for pages tagged by mistake
The status is only harmless if the canonical tags are right. Scan for pages that should be indexed but appear in this list. Common causes, according to Google's canonicalization troubleshooting page, include a CMS or plugin that points rel="canonical" or a redirect at unintended URLs, a misconfigured server that returns content from one domain for another, and malicious hacking that injects canonical tags pointing to spam. A few other patterns are easy to spot by hand:
- Every page canonicalises to the home page.
- Paginated pages all canonicalise to page 1. Google's pagination guidance says each page should have its own canonical URL and that the first page should not serve as the canonical for the whole set. See pagination SEO best practices.
- A canonical tag points to the HTTP version of an HTTPS page. Google prefers HTTPS unless signals conflict, and a canonical link from HTTPS to HTTP is one of those conflicts.
- Different language versions canonicalise to one language. Google says
hreflangalternates are marked withrel="alternate", not with canonical attributes, so check hreflang implementation if this applies.
Pages in the list that you want to rank on their own are the ones to fix. Change the canonical so it points to the page itself, make sure its content is truly distinct, and recheck.
What success looks like: Every URL in the list is one you are happy to see excluded in favour of its canonical.
Step 5: Keep your signals consistent
Google recommends several habits that keep canonicals stable:
- Use absolute URLs in canonical tags.
- Put the canonical element in the
<head>of valid HTML. - Add a self-referential canonical on the canonical page itself.
- Link internally to the canonical URL, not to the duplicates.
- Use one method (HTML element or HTTP header) for
rel="canonical", not both with different URLs. - Make sure the sitemap lists the canonical URLs, not the alternates.
If your canonical tag is injected by JavaScript, Google says to prefer putting it in the HTML source and to avoid having JavaScript change it.
Where a duplicate is truly retired, a 301 redirect is a stronger signal than a canonical tag, so consider redirecting instead. The duplicate URLs and canonical tags guide covers the options in detail.
What success looks like: Canonical tags, internal links and the sitemap all name the same URL for each page.
Step 6: Decide what to leave alone
If the groups are expected, leave them. You do not need to press Validate fix, because nothing needs repairing. If you corrected a mistaken canonical, make the fix on the live pages, then use the issue's Validate fix button once. Google's help says to do this after fixing all instances and not to press it again until validation has succeeded or failed.
What success looks like: The expected groups remain in the report, and corrected pages leave it as Google recrawls them.
Final verification checklist
- Each group in the report is a real duplicate, variant or parameter version.
- Each page's canonical tag points at the intended preferred URL.
- The canonical target returns 200, is indexed and allows indexing.
- URL Inspection shows matching user-declared and Google-selected canonicals.
- No page you want to rank on its own appears in the list.
- Canonical URLs are absolute and HTTPS where the site uses HTTPS.
- The sitemap lists canonical URLs only.
- Internal links point at canonical URLs.
Common mistakes to avoid
- Trying to "fix" an expected status. If the canonical is right, there is nothing to repair.
- Pointing every page's canonical at the home page. The tag tells Google those pages are duplicates of the home page, which they are not. Give each page a canonical for itself.
- Canonicalising paginated pages to page 1. Each page in a series needs its own canonical.
- Using both an HTML canonical and an HTTP header with different values. Pick one method.
- Using canonical tags to mark language versions. Use
hreflangannotations instead. - Blocking the duplicate in robots.txt. Google says not to use robots.txt for canonicalization, because disallowed URLs can still be indexed without their content.
- Putting alternates in the sitemap. List the canonical URLs only.
- Relying on noindex to choose a canonical. Google says to avoid it for picking a canonical within a site, because it removes the page entirely.
Frequently asked questions
Is "Alternate page with proper canonical tag" an error?
No. Google defines it as a page that correctly points to the canonical page that is indexed, and lists no fix. It becomes a problem only when a page you wanted indexed appears in the list.
Why are so many URLs in this report?
Sites generate alternates through parameters, sorting, device versions and multiple paths. Each URL that correctly points at its canonical is counted.
Will this status affect my rankings?
A correct alternate is not a ranking problem. Rankings depend on the indexed page and much more. This guide does not promise any change from editing canonicals.
Should I redirect the alternate pages instead?
If a duplicate is retired and no visitor needs it, a 301 redirect is a stronger signal than a canonical tag. If visitors need the variant, such as a sorted list, keep it with a canonical tag.
How is this different from "Duplicate without user-selected canonical"?
Here the page declares a canonical and Google agrees. In the other status the page declares none, and Google picks one. See Duplicate Without User-Selected Canonical.
Can I change which page Google treats as canonical?
You can influence it with redirects, canonical tags and sitemaps, but Google makes the final choice. Make the signals agree and the choice usually follows.
Related guides
- Fix Duplicate URLs and Incorrect Canonical Tags
- Duplicate Without User-Selected Canonical: Pick One and Align Signals
- Page Indexing Report Explained: Every Status and What to Do
- Pagination SEO Best Practices: Paged Lists Google Can Crawl
- Hreflang Implementation Guide: Tag Language and Region Versions
Official references
- https://support.google.com/webmasters/answer/7440203
- https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
- https://developers.google.com/search/docs/crawling-indexing/canonicalization-troubleshooting
- https://support.google.com/webmasters/answer/9012289
- https://developers.google.com/search/docs/specialty/ecommerce/pagination-and-incremental-page-loading
Next step: See how Crawvix checks a website and capture a baseline once scanning opens. This guide provides technical information, not a guarantee of rankings, traffic or index inclusion.
Crawvix Editorial Team
· Published October 29, 2026 · Last updated October 29, 2026 · 9 min read