“Alternate page with proper canonical tag” is a status in Google Search Console’s Pages report that means Google found a page, saw that its canonical tag points to a different URL, and agreed with you. The canonical version is indexed, and the alternate is left out of search results on purpose. In most cases you do not need to fix anything. You only need to act when a page you actually want to rank appears in that list.
Below is how to read the status, how to check whether it is harmless on your site, and what to do in the cases where it is not.
What “alternate page with proper canonical tag” means
When several URLs show the same or very similar content, Google picks one to index and treats the rest as duplicates. You can tell Google which one you prefer with a canonical tag in the page head:
<link rel="canonical" href="https://example.com/blue-widgets/">If a page carries a canonical tag pointing to another URL, and Google accepts that choice, the page is reported as an alternate page with proper canonical tag. Google’s Page indexing report help describes it as a page that correctly points to the canonical page, which is indexed, so there is nothing you need to do.
It appears under “Why pages aren’t indexed”, which is why it looks alarming. But “not indexed” here is the intended result. You asked Google not to index the duplicate, and it listened.
Why these pages show up on almost every site
Google’s documentation gives examples such as AMP pages with a desktop canonical and separate mobile and desktop versions. On a typical business site, the list is mostly made up of URL variants your site or your marketing creates without you noticing:
- Tracking parameters: links from emails, ads or social posts with UTM tags or click IDs appended.
- Filter and sort URLs on online stores and directories, such as a collection sorted by price.
- Product variants where each variant gets its own URL but canonicalizes to the main product.
- Session, print or preview URLs created by a CMS or plugin.
- Collection paths on Shopify, where a product is reachable both under a collection URL and its main product URL.
Every one of these is a reason to have canonical tags in the first place. Seeing them in the report is evidence that the tags are doing their job.
How to check whether the status is a problem
Open the Pages report in Search Console, click “Alternate page with proper canonical tag” and scan the example URLs. You are looking for one thing: is any URL in this list a page you want to appear in search on its own?
- Export the list and sort it. Group the URLs by pattern: parameters, variants, paths.
- Look for clean URLs. A URL with no parameters that looks like a normal page, such as a service page or a blog post, deserves a closer look.
- Inspect a suspicious URL with the URL Inspection tool. Compare the “User-declared canonical” with the “Google-selected canonical”. If both point somewhere else and you expected this page to be indexed, you have found a real problem.
- View the page source and find the canonical tag. Check which URL it points to and whether it is a typo, an old domain, or the http version.
If every URL in the list is a variant of another page, stop here. Nothing needs fixing.
When you do need to fix it
There are a few situations where this status points to a real mistake:
An important page canonicalizes to the wrong URL
Templates sometimes set every page’s canonical to the home page, or a migration leaves canonicals pointing to the old domain or staging site. Fix the tag so each page points to itself (a self-referencing canonical), then request indexing for the key pages in URL Inspection.
Two different pages are treated as duplicates
If two pages are genuinely different but share most of their text, such as near-identical service pages for slightly different audiences, you may have pointed one at the other, or a plugin did. Decide whether they should be one page. If they should stay separate, make the content clearly distinct and give each a self-referencing canonical.
Paginated pages point to page one
Pointing page two, three and four of a blog or category archive to page one can hide the posts listed on later pages. Each paginated page should usually canonicalize to itself.
Canonicals and other signals disagree
Google treats the canonical tag as a strong hint, not a command. If your sitemap lists the alternate URL, internal links point to it, and it redirects somewhere else, the signals contradict each other. Make them agree: sitemap, internal links and canonical should all name the same preferred URL. Google’s own documentation on consolidating duplicate URLs explains how these signals combine.
How this differs from similar Search Console statuses
Several canonical-related statuses look alike but mean different things:
| Status | What it means | Action |
|---|---|---|
| Alternate page with proper canonical tag | Your canonical points elsewhere and Google agrees | Usually none |
| Duplicate, Google chose different canonical than user | You declared a canonical, but Google picked another URL | Check why Google disagrees |
| Duplicate without user-selected canonical | No canonical tag, and Google picked another URL as canonical | Add canonical tags if the choice matters |
| Page with redirect | The URL redirects to another URL | Usually none; update internal links |
The second row is the one that more often needs work, because it means your signals are not convincing Google.
Reducing the number of alternate URLs
You do not have to make the count zero, but a very large count can mean your site generates far more URLs than it needs. That spends crawling on pages that will never rank.
- Link internally to clean URLs only. Do not add tracking parameters to internal links.
- Limit crawlable filter combinations on stores and directories, especially ones that can be stacked endlessly.
- Consider robots.txt for worthless parameter patterns. We did this on growthscribe.com after Search Console’s “Page with redirect” report filled up with
?filter-parameter URLs. Keep in mind that Google cannot see the canonical tag on a URL it is not allowed to crawl, so use this only for patterns that have no search value at all.
If you are unsure which of your URL patterns are safe to block, or canonical tags are being set by a theme you cannot easily edit, our technical SEO services include fixing canonical and indexing problems at the template level. For a full review of where this fits among other indexing checks, see our SEO audit checklist.
A quick routine for checking this report
Once a month, open the Pages report and check whether the alternate page with proper canonical tag count changed sharply. If it did, sample the new URLs and identify the source. Spot-check your top pages in URL Inspection to confirm they are indexed with the canonical you expect. Most months you will find nothing to do, which is exactly the point.
FAQ
Is “Alternate page with proper canonical tag” an error?
No. Google lists it under pages that are not indexed, but its own help documentation says the page correctly points to an indexed canonical page and there is nothing you need to do. It only needs attention if an important page shows up in the list.
Should I click Validate Fix for this status?
Usually not. If the URLs in the list are duplicates that should point elsewhere, there is nothing to fix and nothing to validate. Use Validate Fix only after you have corrected a real problem, such as a canonical tag on an important page that pointed to the wrong URL.
Why is the number of alternate pages going up?
The count often rises when Google discovers more variant URLs, such as tracking parameters, filter and sort URLs, or paginated and print versions. That is not harmful by itself. Check a sample of the URLs to see where the variants come from, and stop generating ones nobody needs.
Should I block these URLs in robots.txt?
Only if the URLs have no value and you want Google to stop crawling them. Google cannot read a canonical tag on a page it is blocked from crawling, so for most duplicate URLs a correct canonical tag is the better signal. Blocking makes more sense for endless parameter URLs that waste crawling.
