"Alternate page with proper canonical tag" is a Google Search Console status that means Google found your page, saw it points to a different canonical URL, and deliberately chose not to index the duplicate. It is a normal, expected signal in most cases -- not an error -- and usually needs no action at all.
When you open the Page Indexing report (also called the Index Coverage report) in Search Console, the "Alternate page with proper canonical tag" status appears under the "Excluded" grouping. It shows up next to pages Google crawled and understood but intentionally left out of the search index. The word "proper" is the important part: it tells you Google agreed with the canonical hint you provided. In other words, Google looked at the relationship between the duplicate and the canonical version and decided your setup was correct.
This distinction matters because many marketers see a status under "Excluded" and assume something is broken. It usually is not. A canonical tag is a way of telling search engines which version of a URL is the one that should appear in search results. When a page carries a canonical tag pointing elsewhere, and Google respects that hint, the page is recorded as an alternate. The duplicate stays crawlable but is kept out of the index on purpose.
If you want the fundamentals of how canonical tags work and when to use them, read our canonical tags guide for the theory. This post is about the Search Console status itself and what to do when you see it, not about teaching canonical tags from scratch.
TL;DR: What Does "Alternate Page with Proper Canonical Tag" Mean?
- It is a status, not an error. Google found the page and chose not to index it because it points to a different canonical URL.
- "Proper" means Google agreed with your canonical hint. The duplicate was excluded on purpose and your setup is working as intended.
- Most occurrences are expected behavior. Paginated pages, filters, and tracking parameters commonly land here and that is fine.
- Only act if a page you WANT indexed shows up here. That signals a misconfigured canonical or a disagreement between signals.
- Google treats rel=canonical as a hint, not a directive. It can override your choice, but the "proper" label means it did not.
- Diagnose before fixing. Use URL Inspection, check the rendered canonical, sitemap, links, and redirects before changing anything.
- Recrawl takes time. After a fix, request validation; do not expect a specific number of days for reindexing.
What Does This Search Console Status Actually Mean?
The status lives in the Page Indexing report under the "Excluded" section of Search Console. It is generated when Google crawls a URL, detects a rel=canonical tag pointing to a different URL, and decides the canonical signal is valid. Because Google treats the canonical tag as a strong hint rather than a hard rule, the presence of this status confirms that the hint was accepted and the page was excluded from the index as a duplicate of the canonical target.
Conceptually, you can think of it as Google saying: "I found this page, I see it is a copy or variant of another page, and I agree the other page should be the one in search results." The page is not penalized, not hidden from crawling, and not causing harm. It is simply marked as a known alternate so that only the canonical version competes for rankings.
Is "Alternate Page with Proper Canonical Tag" A Problem?
In the large majority of cases, no. It is the correct outcome for any URL that is genuinely a duplicate or near-duplicate of a page you want indexed. If the canonical target is the page you intended, seeing this status is a sign your technical SEO is working. You should only be concerned when a page that should appear in search results shows up with this status, because that means Google is excluding the wrong URL.
The key question to ask is whether the page listed as an alternate is one you care about ranking. Printer-friendly versions, faceted-navigation URLs, and session-tracking parameters are good candidates for exclusion. A core product or blog page is not. When the canonical target is correct, leave the status alone; when it is wrong, treat it as a misconfiguration to diagnose rather than a penalty to fear.
What Kinds of URLs Typically Land in This Bucket?
A wide range of non-canonical variants naturally fall into this category. Parameterized URLs such as ?utm_source= tracking links and ?ref= referral tags are common examples, because the parameters do not change the content. Paginated series like /blog?page=2 often point back to the first page as canonical. Faceted filters and sort orders on ecommerce sites generate endless URL combinations that should consolidate to a single canonical product or category page.
Other frequent residents include printer-friendly versions of articles, syndicated copies of your content published on partner sites, and AMP versions of pages (where the AMP URL canonicalizes back to the standard HTML page). Protocol and domain variants such as www versus non-www, http versus https, and trailing-slash versus no-trailing-slash URLs also appear here when one variant is declared canonical. All of these are normal and expected.
How Is It Different from Other Search Console Exclusion Statuses?
Search Console reports several "Excluded" statuses, and confusing them leads to wrong fixes. The table below distinguishes "Alternate page with proper canonical tag" from four related statuses so you can tell whether your situation is healthy or needs attention.
| Status | What it means | Is Google following your signal? | Typical action |
|---|---|---|---|
| Alternate page with proper canonical tag | Page points to a different canonical and Google accepted it | Yes -- agreed with your hint | None, this is expected |
| Duplicate without user-selected canonical | Duplicate detected but no canonical tag was provided by you | N/A -- you gave no hint | Add canonical tags to consolidate |
| Duplicate, Google chose different canonical than user | You set a canonical but Google picked another URL | No -- Google overrode you | Align signals (links, sitemap, redirects) |
| Excluded by noindex | Page carries a noindex directive | Yes -- respecting noindex | Remove noindex if you want it indexed |
| Crawled - currently not indexed | Google crawled but chose not to index for quality reasons | N/A -- not a canonical issue | Improve content quality and relevance |
The practical difference is control. With "proper canonical," you set the signal and Google followed it. With "Google chose different canonical than user," your signal was ignored, which usually means your internal links, sitemap, or redirects contradict the canonical tag. A full technical SEO audit checklist can help you catch these contradictions before they spread.
When Should You Actually Fix It?
Fix it only when the excluded page is one you genuinely want in the index. The clearest red flag is a high-value page -- a product, a pillar article, a category landing page -- appearing under this status. That means a canonical tag is pointing away from a page you intended to rank, quietly suppressing it. Another trigger is a pattern where many important URLs are canonicalizing to the wrong target, which wastes crawl budget and fragments ranking signals.
If instead the status lists tracking parameters, filtered views, and pagination, do nothing. Those pages should not rank, and canonicalizing them protects your crawl budget and keeps duplicate content out of search results. Optimizing crawl budget on growing sites depends on exactly this kind of consolidation, so a clean "Alternate page" bucket is a good sign, not a bad one.
How Do You Diagnose and Fix a Page Wrongly Marked as an Alternate?
When a page you care about is wrongly excluded, work through a structured diagnostic so you find the root cause instead of guessing. Follow these steps in order:
- Open the URL Inspection tool in Search Console, paste the excluded URL, and read the "Indexing" section to confirm the reported canonical is the duplicate.
- View the rendered page's HTML and inspect the actual
rel=canonicaltag Google saw -- server-side code or a CMS plugin may be emitting the wrong value. - Check that the canonical target is included in your XML sitemap and that the sitemap does not list the duplicate URL instead of the canonical one.
- Review internal links across the site to confirm you link to the canonical version, not the duplicate, so signals consolidate on the right URL.
- Verify there are no conflicting redirects (for example, a redirect that sends the canonical to the duplicate) which would contradict your stated preference.
- Once corrected, return to the report detail view and request validation so Google re-crawls and re-evaluates the affected URLs.
While you investigate, log file analysis can show you exactly which URLs Googlebot is requesting and how often, which makes it easier to spot whether the duplicate or the canonical is being favored. Pair that with a check of your robots.txt to ensure the canonical target is not accidentally blocked from crawling, since a blocked canonical can push Google toward picking a different URL.
How Do You Stop the Wrong Pages from Being Canonicalized in the First Place?
Prevention is better than diagnosis. The most common cause of wrong canonicalization is inconsistency: the canonical tag says one thing, but your internal links, sitemap, and redirects imply another. Pick one canonical URL per piece of content and make every signal agree. Use self-referencing canonical tags on pages that should rank so Google has an unambiguous reference, and have your CMS emit canonical tags from a single, reliable template rather than ad-hoc logic.
Also audit for keyword cannibalization, where multiple similar pages compete and accidentally canonicalize or dilute each other. Standardize trailing-slash and protocol behavior at the server level with consistent redirects, and strip or standardize tracking parameters so they never create crawlable duplicates. When every technical signal points to the same canonical, Google will consistently record alternates as "proper" and your important pages will stay indexed.
Key Takeaways
- The "Alternate page with proper canonical tag" status means Google agreed with your canonical hint and excluded a duplicate -- expected, not an error.
- Only investigate when a page you want indexed appears in this bucket; otherwise leave it alone.
- Use URL Inspection and a structured diagnostic to find misconfigured canonicals before changing anything.
- Keep canonical tags, internal links, sitemaps, and redirects consistent to prevent wrong canonicalization.
Frequently Asked Questions
Why Is My Page Not Indexed and Showing "Alternate Page with Proper Canonical Tag"?
Your page is not indexed because it carries a canonical tag pointing to a different URL, and Google accepted that hint. The page is treated as a duplicate of the canonical target and kept out of the search index on purpose. This is normal when the canonical is correct. If the page should rank, inspect its canonical tag and align your links, sitemap, and redirects to the right URL, then request validation in Search Console.
What Is the Difference Between "Alternate Page" And "Duplicate Without User-Selected Canonical"?
"Alternate page with proper canonical tag" means you provided a canonical hint and Google followed it. "Duplicate without user-selected canonical" means Google found a duplicate but you supplied no canonical tag at all, so Google had to choose the representative URL itself. The first is intentional and controlled by you; the second leaves the decision to Google and risks the wrong page being selected. Adding explicit canonical tags resolves the second case.
Does "Alternate Page with Proper Canonical Tag" Hurt My Site'S Rankings?
No. The status itself does not hurt rankings. It simply records that a duplicate was excluded in favor of its canonical, which is healthy consolidation. Rankings are only at risk if an important page is wrongly marked as an alternate, because then the wrong URL is indexed. As long as your canonical targets are the pages you want to rank, this status protects your site by preventing duplicate content from competing in search results.
How Long Does It Take for a Fixed Alternate Page to Be Indexed After I Request Validation?
After you correct the canonical setup and request validation from the report detail view, Google must recrawl and re-evaluate the URLs. Timelines vary based on site size, crawl rate, and how many URLs are affected, and there is no guaranteed number of days. Keep the canonical target crawlable, linked internally, and present in your sitemap, then monitor the Page Indexing report for the status to change as Google reprocesses the pages.