Alternate Page With Proper Canonical Tag: What It Means and When to Act

Short answer
What does alternate page with proper canonical tag mean?
Alternate page with proper canonical tag is a Search Console status that marks a URL as not indexed, but not because of an error. The page points to another main page with a canonical tag, and Google has indexed that main page. In most cases, you do not need to do anything.
Before you change anything, run this quick check. After that, we explain each step in detail.
- Open a few URLs from the report and see which main page they point to.
- In the URL Inspection tool, compare the user-declared canonical with the Google-selected canonical.
- Confirm that the main page is indexed.
- If an important page that should earn traffic is on the list, fix its tag.
- If everything looks as expected, keep monitoring and leave it alone.
We are Talha Aslan and team, and we wrote this guide based on questions we see often in client work. The examples here are example scenarios, and we use example.com as the domain. Also, Search Console labels can change over time. So we focus on the logic rather than on exact button text.
What does the canonical tag do in this situation?
A canonical tag tells Google which version is the main one among very similar pages. It sits in the head of the page and lists the full URL of the main version. As a result, Google gathers signals on one URL instead of indexing every near copy.
We covered the basics in our guide on what a canonical tag is and how to use it. Here, we focus only on this one Search Console status. In short, the tag is a hint. The Google Search Central guide to consolidating duplicate URLs calls rel canonical a strong signal, not a binding command.
However, Google decides for itself whether pages are truly similar. So even a correct tag can be overruled when the content is very different. In that case, the status in the report changes too.
In practice, writing the tag is only half the job. The other half is making sure your internal links, sitemap, and redirects support the same main URL. When these signals agree, Google will most likely accept your choice.
Why does Search Console not treat this as an error?
Google's own documentation is clear. The Search Console Help page on the page indexing report says the page correctly points to the canonical page, which is indexed, so there is nothing you need to do. In other words, this is a report line, not a warning.
In addition, the report notes that pages in the not indexed group are not necessarily there because of an error. Therefore, a growing number on this line is not a problem by itself. For example, the count usually rises when you add a new language version or more filter pages.
So the real question is simple. Are the listed URLs actually secondary versions? If yes, the system works exactly as you intended. If not, the issue is not this status but your canonical setup.
This distinction matters. Many site owners panic when they see this line and make needless changes. For example, they remove tags in bulk or try to get secondary versions indexed. Those steps can break a setup that was working fine. So understand first, and fix only when needed.
Which pages normally appear in the alternate page with proper canonical tag list?
Here are the normal cases we see most often. When these pages show up, your setup is doing its job.
- Parameter URLs: URLs with sorting, filter, or tracking parameters, such as example.com/shoes?sort=price.
- Separate mobile versions: mobile pages on a separate subdomain like m.example.com.
- AMP versions: fast versions that point to the main article.
- Print and share versions: plain copies of the same content.
- Case or trailing slash variants: the same page under slightly different spellings.
- Product variants: color or size pages with their own URL that point to the main product.
However, a page on this list is not automatically a secondary version. That is why we suggest you scan the list once by eye. For example, if a service page or a best selling product shows up here, it is no longer just information. It is a problem you need to fix.
Why do parameter URLs end up on this list?
A parameter URL is an address with variables added after a question mark. Sites use them for filtering, sorting, or campaign tracking. Because the content stays mostly the same, a well built site points these URLs to the clean main page.
For example, a store creates a separate URL for price sorting. Google crawls that URL, reads the tag, and indexes the main category page. As a result, the parameter URL shows up on this line. For the wider picture, see our guide to URL parameters and SEO.
Campaign links work the same way. Tracking parameters on ad and email links create extra URLs. On a well built site, those URLs also point to the main page. So the count often rises during campaigns, and that is normal.
On the other hand, a huge number of parameters makes the list grow fast. Then it is worth checking whether crawl budget is being wasted. Still, that does not turn the status itself into an error.
What does this status mean for mobile and AMP versions?
On sites with separate mobile URLs, the mobile page usually points to the desktop page as canonical. Google's guide recommends a rel alternate link with a media attribute on the desktop page when a separate mobile URL exists. That way, the relationship between both pages works in both directions.
So mobile URLs on this list are an expected result. Likewise, AMP versions appear here because they point to the main article. On news and blog sites, many AMP URLs on this line are not surprising at all.
However, a fully responsive site should not have separate mobile URLs. If you still see URLs starting with m., they may be leftovers from an old setup. In that case, check where those old URLs redirect.
Is this status right or wrong for language versions?
For language versions, this status is usually a warning sign. Each language version should be its own canonical page. Your English page should point to itself, and your German page should point to itself as well.
Google's guide recommends rel alternate links with hreflang for language and country versions, not canonical tags. It also says the canonical page should be in the same language. For example, if your German page points to the English page as canonical, the German page can drop out of the index.
Picture an example scenario. The German page at example.com/de/ points to the English page at example.com/ as canonical. As a result, the German page lands on this line, and German users see the English page instead. The fix is to give each page a self canonical and link the languages with hreflang.
We explain the hreflang setup in our hreflang tag guide. To build the tags without mistakes, you can also use our hreflang generator tool.
Which signs point to a broken canonical setup?
The status is not an error by itself. Still, what is on the list can reveal a problem. Look more closely if you notice any of the signs below.
- Main category or service pages that should earn traffic are on the list.
- Every paginated page points to page one as canonical.
- Different products point to a single product or to the homepage.
- Language versions point to one language as canonical.
- The declared main URL redirects, returns a 404, or carries noindex.
- The count grows far beyond the real number of pages on your site.
These signs share one pattern. The tag tries to merge different content instead of similar content. As a result, unique pages can lose visibility. Moreover, one wrong tag in a template can affect hundreds of pages at once.
How do you review the list step by step?
We suggest you review a small sample. Instead of opening hundreds of rows one by one, group the URLs by pattern. This gives you answers much faster.
- In Search Console, open the Pages report and click the relevant row.
- Export the example URLs from the list.
- Sort the URLs into patterns: parameters, mobile, language, variants, and other.
- Open two or three examples per pattern and read the canonical tag in the source.
- Check the same examples in the URL Inspection tool and note the Google-selected canonical.
- Write unexpected patterns into a table and set a fix order.
In the end, you have two lists: expected and unexpected. For expected patterns, you do nothing. For unexpected patterns, you find the source template and fix it.
What should you check in the URL Inspection tool?
The URL Inspection tool shows how Google sees a single URL. Two fields matter here: the user-declared canonical and the Google-selected canonical. If both match, Google has accepted your setup.
If they differ, the picture changes. The page will most likely sit on another line, where Google chose a different canonical than the user. The help page suggests you compare both URLs in that case. So that might be the line you really need to review.
In addition, the live test shows the current version of the page. That way, you see right after a fix whether Google reads the tag correctly.
Also check the last crawl date the tool shows. If it is old, Google may not have seen your latest version yet. Then the report still reflects the state before your fix. Therefore, wait for a fresh crawl before you draw conclusions.
How is this status different from similar ones?
Search Console has several lines about duplicate content, and people mix them up often. The table below sums up the differences based on the official help page.
| Status | What it says | Error? | What you do |
|---|---|---|---|
| Alternate page with proper canonical tag | The page points to the main page correctly, and the main page is indexed | No | Scan the list once and fix unexpected patterns |
| Duplicate without user-selected canonical | No tag on the page, so Google made its own choice | No | Add an explicit tag if Google picked wrong |
| Duplicate, Google chose different canonical than user | Google thinks your declared main page is not similar | Yes, the report calls it an error | Compare both URLs and fix the tag or the content |
| Page with redirect | The URL redirects to another URL | Usually no | Check that the redirect reaches the right target |
We cover the redirect line in a separate post. For details, see our guide on the Search Console page with redirect status. That way, you will not confuse the two.
What should you do if an important page is on this list?
When an important page is treated as a secondary version by mistake, you lose real visibility. So first, find where the tag comes from. Most of the time, the problem is not one page but a template or a plugin setting.
- Count the canonical tags in the page source, and remove extras if there is more than one.
- Check whether the HTTP header also sends a canonical.
- Make sure the tag lists the page's own full URL.
- Confirm that the main URL is in your sitemap.
- Check that internal links point to the main URL.
- After the fix, run a live test in URL Inspection and request indexing.
Google's guide clearly advises against declaring different canonical URLs for the same page through different methods. It also recommends a self referencing canonical on the main page. These two rules prevent most of the mistakes we see in practice.
After the fix, check other pages that use the same template. A template error rarely hits just one page. For example, if all service pages come from one template, they may all point to the same wrong URL.
Who should fix and monitor this setup on your site?
Fixing one page is easy. However, the work grows once templates, plugins, language versions, and filters all play a role. Moreover, the effect of a fix does not show up right away, because Google needs time to recrawl.
This is where our SEO consulting service comes in. We find these canonical issues on your site, build the fix list, and track the results in Search Console. We do not guarantee rankings. Instead, we make sure your technical setup matches Google's official recommendations.
What are the most common canonical tag mistakes?
Google's duplicate URL guide clearly lists practices to avoid. We check each of them in our audits.
- Using robots.txt to set canonical URLs.
- Using the URL removal tool for this purpose, which hides all versions from Search.
- Writing relative paths instead of full URLs.
- Setting a URL fragment as the canonical.
- Using noindex to choose the main version within one site.
- Mistaking a link with hreflang, media, or type attributes for a canonical tag.
HTTPS also matters. According to the guide, Google generally prefers the HTTPS version. However, issues like invalid certificates or HTTPS to HTTP redirects can change that preference. Therefore, your security settings also affect canonical selection.
Should you worry if the alternate page with proper canonical tag count jumps?
A sudden jump is not always bad news. For example, the count rises naturally when you add a new filter or run more campaign links. So first, recall what changed on the site in recent weeks.
We suggest a simple change log for this. Write down theme updates, new plugins, new categories, or campaign launches with dates. Then you can match every spike in the chart to an event.
On the other hand, if the count doubles while nothing changed, a template or plugin update may have altered your tags. In that case, use the sampling method above on the new URLs. That way, you narrow down the source quickly.
In short, look at patterns, not at the number. A growing expected pattern is fine. A new unexpected pattern means it is time to fix something. For instance, if a parameter name you have never seen appears hundreds of times, find out whether it comes from a plugin, an outside link, or a tracking tool.
Example scenario: how do you read the list for an online store?
Consider an example scenario. A store at example.com shows a few hundred URLs on this line. In the sample, most URLs carry sorting and filter parameters, and all of them point to the clean category page. That part is fully expected.
However, the list also includes some product pages. Because of an old plugin setting, these products point to the category page as canonical. As a result, they cannot appear in search on their own. The fix is to change the setting and give each product page a self canonical.
The fix does not end with the tag, though. You also check internal links to those products and the URLs in the sitemap. Otherwise, Google keeps getting mixed signals.
This scenario shows that the count alone tells you little. The real insight lies in the different patterns inside the list.
Which setup is safer for product variants and pagination?
For product variants, the choice depends on how different the variants are. If only the color changes, pointing variants to the main product can make sense. If each variant has its own search demand, a self canonical may fit better.
With pagination, pointing every page to page one is a common mistake. Pages two and beyond list different products, so the content is not similar. That is why a self canonical on each paginated page is usually safer. We cover the wider topic in our duplicate content guide.
How long should you wait after a fix?
There is no fixed timeframe. Google revisits pages on its own crawl schedule. For a few key pages, you can request indexing in the URL Inspection tool. Even so, that is not a time commitment.
Therefore, note the date of your fix and watch the report for a few weeks. Also make sure the fixed URLs are in your sitemap. This way, you send Google a consistent signal about the main versions.
During this waiting period, avoid new changes on the same URLs. Tags that change often send mixed signals and make results harder to read. In short, fix it right once, then monitor patiently.
Does alternate page with proper canonical tag hurt your rankings?
No, the status itself is not a penalty. When the main page is indexed, a secondary version staying out of the index does not lower rankings. In fact, the setup gets cleaner because signals from similar pages gather on one URL.
However, if the wrong page is treated as secondary, that page loses visibility for its own searches. So the risk lies in the mislabeled page, not in the status. To spot those cases, you can also use the method from our post on detecting canonical issues in Search Console.
How do you test your own canonical setup?
You do not need an expensive tool for this test. First, pick a few page types: the homepage, a category, a product or service page, a blog post, and a parameter URL. Then read the canonical tag in the source of each one.
Next, ask one question. Should this page rank on its own? If yes, the tag should point to its own URL. If not, the tag should point to the most similar main page. This simple rule catches most setup errors before they go live.
Also check that redirects and tags do not conflict. For example, if the canonical URL redirects somewhere else, Google gets two different signals. Writing the final redirect target into the tag gives a more consistent result. In addition, make sure your sitemap lists only main URLs, since the guide calls a sitemap a weak but real canonical signal.
What should you watch for on WordPress and hosted platforms?
WordPress, Shopify, and similar platforms often create canonical tags automatically. That saves time. However, if two plugins add tags at the same time, a page can end up with two different canonicals. Since Google advises against conflicting canonicals, this creates needless risk.
So if you use an SEO plugin, check whether your theme still outputs its own tag. For example, open the page source and search for the word canonical. If you find more than one result, disable one of them. Also confirm that multilingual plugins give each language its own self canonical.
On ecommerce platforms, a product can often open through several category paths. The platform then usually treats one product URL as the main one and points the other paths to it. Those paths appear on this line too, and that is fully expected.
How should you monitor the report over time?
A monthly look at this line is enough for most sites. For large stores or sites with frequent template changes, a weekly check is safer. What matters is that you use the same method every time.
- Write the count and the previous period into a table.
- Note any new URL patterns.
- Check that important pages are not on the list.
- Log site changes with their dates.
We also explain how to find other non indexed pages in our guide on finding unindexed pages in Search Console. That way, you read this line together with the rest of the report.
Share your monitoring notes with the rest of the team as well. Then, when a developer updates the theme, marketing already knows the report may shift. This small habit keeps problems from going unnoticed for weeks.
When does it make sense to hand this check to a team?
If your site is small, you can easily run this check yourself. On multilingual, filtered, or large catalog sites, however, the canonical setup sits where many systems meet. On such sites, one mistake slips through easily.
In that case, you can request a quote for SEO consulting and have your canonical, hreflang, and indexing reports monitored regularly. We fix the issue on your site, track the changes, and give you a clear report.
To sum up, the alternate page with proper canonical tag status usually shows that your site works correctly. Still, reviewing the list once is a good habit. With the right method, a few minutes are enough to tell what is normal and what needs a fix.
Core guide: What Is Digital Marketing? Its types, examples and how it is done, on one page with an interactive film that travels through the brain.



