Skip to content
Technical SEO

Canonical and Indexability Check

Reads the canonical tag, the robots meta, the X-Robots-Tag header, the HTTP status and the www/https consistency together, then tells you whether the page can enter the index.

  • Sign-in requiredMembership is free
  • Open on the Ücretsiz plan5 runs a day
  • Saved to your historyReachable from your account

Aracı çalıştırın

1 zorunlu alan · sonuç birkaç saniyede hazır

Ücretsiz pakette · günde 5 analiz

Üyelik ücretsizdir ve yarım dakika sürer. Formu şimdiden doldurabilirsiniz; giriş yaptığınızda bu sayfadan ayrılmazsınız, yazdıklarınız yerinde kalır.

What does this tool look at?

Everything that decides whether Google can crawl and index your page: tags, redirects, robots, sitemaps and server responses.

  • Whether the canonical points at this page or another one
  • noindex / nofollow directives, in the tag and the HTTP header
  • HTTP status and the final address after redirects
  • http→https and www consistency

What this tool measures

Before a page can appear in search, it has to enter the index. Most of what keeps it out is a permission problem rather than a ranking one: a wrong canonical, a forgotten noindex, an X-Robots-Tag header from the server, or an address answering 404 instead of 200.

The tool brings those four sources onto one screen. It requests the address, follows the redirect chain hop by hop, reads the HTTP status of the final page, and then weighs the canonical and robots tags in the HTML together with the X-Robots-Tag header the server sends.

The one-line summary gives you the answer directly: can this page be indexed or not. The checklist underneath shows you why.

How to use it

  1. 1

    Enter the address you expect to be indexed

    Paste the exact URL Search Console calls “not indexed”. If it redirects, the tool shows you the chain.

  2. 2

    Read the summary line

    If it says NOT INDEXABLE, one of the red items below is the reason. You do not need to look anywhere else.

  3. 3

    Confirm the canonical target

    The page should point at itself. If it points somewhere else, Google indexes that address instead of this one.

  4. 4

    Check the request chain table

    If the address you entered differs from the final one, use the final address everywhere you link to it.

When to use it

  • When Search Console reports “Alternate page with proper canonical tag” and you need the cause.
  • As the first check when a freshly published page has not shown up in search for weeks.
  • After moving a page from staging to production, to confirm the noindex came off.
  • On near-identical addresses like product variants or filtered listings, to see which one is canonical.

Reading the result

  • More than one canonical tag

    Faced with contradictory signals, Google discards all of them and decides for itself. Remove the extras.

  • Canonical points elsewhere

    Fine if you meant it, since the page is a duplicate. If you did not, this is why the page never entered the index.

  • A noindex directive is present

    Either in the meta tag or in the HTTP header. Both have the same effect; the header one is much harder to spot.

  • More than two redirects

    Crawl budget is wasted and a little link value dissolves at every hop. Collapse the chain to a single step.

  • Protocol mismatch

    If the page is served over https while the canonical names http, the two get treated as separate addresses.

FAQ

Questions about the Canonical and Indexability Check

Didn't find your answer?

Send us your question and we'll reply the same day.

Ask us

A hint. Google takes the signal into account, but if other evidence — internal links, the sitemap, redirects — points the other way, it can decide for itself. That is why your canonical, sitemap and internal links all need to name the same address.

Not strictly, but a self-referencing canonical is cheap insurance. When someone shares a campaign link with tracking parameters appended, a self-referencing canonical stops the parameterised version being indexed as a separate page.

They should not. It is a contradictory signal: the canonical says “this is the master version of that page” while noindex says “never index this”. To keep a duplicate out of the index use the canonical alone; to remove the page entirely use noindex alone.

It is a robots directive the server attaches to the HTTP response. It never appears in the page HTML, so viewing source will not reveal it. It usually comes from server configuration, a CDN rule or a plugin, and it is the only way to deindex non-HTML files such as PDFs.

The tool found the problem. Now for the fix

We run technical SEO, content and AI visibility work end to end. Let us review your site and come back with a clear list of what to do.

Monday – Saturday 09:00 – 18:00