“Alternate page with proper canonical tag” in Google Search Console

What the status means

The page has a rel="canonical" that points to a different URL, Google agrees with that choice, and the other URL is indexed. Google's help is direct: 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 list of duplicates you told Google about, and Google listened. A growing number here is not a penalty and doesn't hurt the canonical page.

Is it a problem?

So the only work here is a spot check: make sure no page you need in search is on the list.

Typical sources by platform

• Shopify: a product is reachable at /products/name and at /collections/category/products/name. The collection version points to /products/name, which lands here. Expected.
• WordPress: Yoast and Rank Math add canonicals automatically. Paginated comments, ?replytocom= links and attachment pages often appear here.
• Next.js and other headless builds: canonicals come from the page metadata. A shared layout that sets one canonical for every page, often the home page, is a classic bug: then every page shows up here pointing to /.
• Any site with marketing links: every ad and email link with UTM parameters creates a URL that canonicalizes to the clean one.

How to check that the list is clean

1. Open Indexing → Pages → Alternate page with proper canonical tag and export the examples.
2. Filter out the expected patterns: parameters, http/www variants, collection paths, pagination.
3. Look at what's left. Any service page, product, article or language version you want indexed should not be here.
4. Inspect a suspicious URL. URL Inspection shows the User-declared canonical and the Google-selected canonical. If the declared canonical is not the page itself, find where it comes from: the theme, the SEO plugin, a hard-coded tag.
5. Check the live page with the checker below; it reports the canonical in the HTML and in the Link header, and flags pages with more than one canonical tag.

How to fix a wrong canonical

• Make the page point to itself. A page you want indexed should carry a self-referencing canonical: its own full URL.
• Fix the source, not the symptom. If a layout or template sets the canonical, fix it there so every page gets its own URL.
• Language versions: each one points to itself, and the versions are tied together with hreflang. Google's documentation says to point a canonical to a page in the same language.
• Remove duplicate tags. A theme and a plugin both adding a canonical can produce two conflicting tags; keep one.

After the fix, request indexing for the most important pages. The status updates when Google recrawls them.

When a redirect is better than a canonical

A canonical keeps the duplicate URL accessible. If nobody needs that URL, such as the http:// or www version of the site, redirect it with a 301 instead. Google calls both a redirect and rel="canonical" strong signals; a redirect also sends visitors to the right page. Keep canonicals for duplicates that must keep working, like URLs with parameters.

What not to do

• Don't try to make this list empty. Parameter and tracking URLs will always land here, and that is fine.
• Don't noindex the duplicates. Google's documentation advises against using noindex to choose a canonical within a site; use rel="canonical".
• Don't block the duplicates in robots.txt. Google can't see their canonical then, and blocked URLs can still be indexed without content.