If you are working through the Page indexing report in Google Search Console, “Alternate page with proper canonical tag” is one of the statuses you will almost certainly see. It is listed under “Why pages aren’t indexed”, so it is natural to worry. In most cases, though, this status is a sign that your website is doing exactly what it should. This guide explains what it means, how to confirm that everything is fine, and the handful of cases where it does need action.
This article is part of our complete guide: Why Is My Website Not on Google? The Complete Indexing Guide.
What the status means
Google found a URL, read it, and saw a canonical tag pointing to a different URL. Google agreed with that canonical, indexed the other URL, and left this one out. In other words: you said “this page is a copy, please index the original”, and Google said “understood”.
That is the opposite of the related status “Duplicate without user-selected canonical”, where you gave Google no instruction, and “Duplicate, Google chose different canonical than user”, where Google disagreed with you.
Typical URLs you will find in this report
- URLs with tracking parameters such as
?utm_source=newsletteror?fbclid=. - Sorting and filtering parameters on shop and blog pages.
- Shopify product URLs inside collections, such as
/collections/shoes/products/runner. - AMP versions of articles, which canonicalise to the main article.
- Mobile versions on old
m.subdomains. - Language or country variants that point to a main version (although hreflang is usually better for those).
- Paginated comment pages and reply URLs on WordPress.
All of these are alternate versions that should not be indexed separately. Seeing them here is healthy.
A three-minute health check
- Export the list of URLs from the report.
- Scan for patterns. Are they all parameter versions, collection paths or AMP pages? Good.
- Pick five URLs and run them through URL Inspection. Check that “Google-selected canonical” matches “User-declared canonical”.
- Open the canonical URL itself and confirm it is indexed (“URL is on Google”).
If all four checks pass, you can close the report and move on to more important work. There is nothing to validate and nothing to fix.
When this status is a real problem
1. Important pages point to the wrong canonical
The most damaging case we see is a template or plugin that sets every page’s canonical to the homepage, or every product’s canonical to the shop page. Google then treats your important pages as copies and only indexes one URL. If you find service pages, product pages or articles in this report, check their source code immediately.
2. A staging or old domain is set as canonical
After migrations we sometimes find canonicals still pointing to staging.example.com, an old domain or the http version. Google may then index the wrong site or nothing at all. Searching the page source for rel="canonical" reveals this quickly.
3. Paginated pages canonicalised to page one
Blog page 2, 3 and 4, or category page 2 onwards, should normally have self-referencing canonicals. If they all canonicalise to page one, products and posts that only appear on deeper pages lose a path for discovery. Google’s guidance is to give each paginated page its own canonical.
4. Similar but distinct pages forced together
Sometimes a site owner deliberately points several location or variant pages to one main page. If those pages have genuinely different intent (for example, different services or cities with unique content), they should be indexable in their own right. If they are thin copies, the right fix is to merge or improve them; see our guide to thin content.
5. Canonical conflicts between plugins or themes
On WordPress, a theme and an SEO plugin can both output canonical tags. If they disagree, Google sees two instructions and may ignore both. Always confirm there is exactly one canonical tag per page.
How to fix a wrong canonical
WordPress
Open the page in the editor and check the advanced tab of Rank Math or Yoast. If a custom canonical has been entered, remove it so the plugin outputs a self-referencing canonical. If the wrong canonical appears site-wide, look for a theme setting, a header code snippet or a second SEO plugin. Our WordPress team fixes these conflicts routinely.
Wix
Wix creates canonicals automatically. If you edited the canonical in the page’s advanced SEO settings, reset it. Check the site-wide SEO settings for custom tag patterns too. Our Wix SEO checklist walks through the relevant panels.
Squarespace
Squarespace sets canonicals for you and gives limited control. Problems usually come from code injection in the header. Remove any manually added canonical tags.
Shopify
Shopify themes output canonicals in theme.liquid. If a theme edit hard-coded a URL, restore the default {{ canonical_url }} variable.
After fixing: what to expect
Once the canonical is correct, request indexing for the affected pages in URL Inspection. Google usually recrawls important pages within days and updates the report within a few weeks. Keep an eye on the Performance report: pages that were wrongly canonicalised often start gaining impressions quickly once they become indexable again.
How this fits into a wider indexing audit
We treat this report as a quick sanity check in every audit, alongside “Crawled – currently not indexed”, “Discovered – currently not indexed” and “Page with redirect”. Each status tells a different part of the story. Read together, they show whether Google can reach your pages, whether it understands which version to index and whether it values the content enough to keep it.
On projects like OneFlytt and Green Solar Systems, separating harmless statuses from real blockers meant we could focus effort on the pages that actually needed work, instead of chasing a “perfect” report.
Key takeaways
- “Alternate page with proper canonical tag” usually means your canonicals work.
- Check that the listed URLs are parameter, AMP or variant URLs.
- Investigate immediately if important pages appear in the list.
- Make sure each page has exactly one correct canonical tag.
- Do not chase a zero count; some alternates are always expected.
Related guides and services
- Duplicate without user-selected canonical: how to set canonicals so Google indexes the right URL.
- Page with redirect: which redirects are harmless and which ones waste crawl budget.
- Crawled – currently not indexed: what to do when Google reads a page but refuses to index it.
- Website not showing on Google: the full diagnosis for sites that are missing from search.
- Google indexing fix service: we diagnose and fix pages Google will not index.
Get expert help
If you would rather spend your time running your business, MIVAQ can handle this for you. We audit the site, fix the root causes, document every change and show you the before-and-after in Search Console, so you know exactly what improved and why. Start with our Google indexing fix service, browse real client results in our case studies, or contact us for a free, no-pressure review of your website.
Frequently asked questions
Should I validate this status in Search Console?
No. There is nothing to validate when the canonicals are correct. Validation is for issues you have fixed.
Will these URLs hurt my rankings?
No. Google consolidates their signals into the canonical URL.
Why are my product pages listed here?
Check whether the listed URLs are collection-path versions. If the main /products/ URL is indexed, it is fine.
Can I remove these URLs from Search Console?
You do not need to. They will remain as a record of alternates Google has seen.
