page_infoFree Technical SEO Tool

Indexability and Canonical Checker

Audit the exact issues that make SEO tools show amber or red: canonical mismatch, non-www URLs, missing trailing slashes, noindex tags, weak titles, short descriptions, Open Graph URL mismatch, and sitemap conflicts.

Run the Audit arrow_downward How It Works

Run the check

target

Your indexability report will appear here.

Enter a live URL to get a green, amber, or red audit with exact fixes.

0/100

Indexability score

Indexability Canonical Meta

Audit checks

Priority fixes

    The score weights live HTTP and robots blockers most heavily: a direct blocker caps the score below 50, while a canonical conflict caps it below 80. Social metadata is advisory and does not reduce the score. Always review the evidence before deployment.

    Why indexability and canonical checks matter

    An SEO page can have useful content and still fail a crawler audit if its signals disagree. The most common example is a page loaded at https://www.example.com/page/ with a canonical tag pointing to https://example.com/page/. Search engines can handle many canonical signals, but SEO tools correctly flag the mismatch because the audited URL is not self-referencing.

    This checker is built for that exact workflow. Enter the public URL to inspect its final HTTP response, redirect path, HTML robots meta, server-side X-Robots-Tag, canonical tag, title, description, social metadata, and optional sitemap entries. Pasted head markup remains available when a live page cannot be fetched, although response headers and redirects cannot be verified from markup alone.

    What the tool audits

    • Robots directives: reports HTML robots meta and live X-Robots-Tag headers separately. A missing directive correctly defaults to index,follow; noindex is treated as a blocker.
    • HTTP and redirects: reports the final response status separately from the redirect chain.
    • Canonical tag: checks for a single canonical, self-reference, trailing slash consistency, and www mismatch.
    • Title tag: checks whether the title exists and sits in a practical SEO range.
    • Meta description: checks whether the description exists and is long enough to explain the page.
    • Social URL tags: checks whether og:url matches the canonical URL.
    • Sitemap consistency: checks whether the canonical URL appears in a pasted sitemap list.

    How to fix canonicalised warnings

    If your SEO tool says a page is “canonicalised,” first compare the audited URL against the canonical tag. If the page should rank on its own, the canonical should usually point to the exact final URL: same protocol, same host, same www preference, same path, and same trailing slash behavior. If the canonical points to a different duplicate, then the warning may be intentional.

    For most service pages, blog posts, case studies, and tools, 1stpage uses self-referencing canonicals on the live www.1stpage.agency host. That keeps crawlers, social previews, and sitemap entries aligned. If you are managing a similar static site, pair this checker with the AI Citation Readiness Checker to make sure the page is both indexable and easy for AI systems to understand.

    Recommended workflow

    1. Open the final live URL after redirects.
    2. Run the live audit, or paste the rendered source or page head only when the live page cannot be fetched.
    3. Paste sitemap URLs if you want to confirm sitemap consistency.
    4. Fix direct blockers first: a non-successful final HTTP response or noindex in either robots source.
    5. Resolve canonical conflicts next, then review title, description, sitemap, and non-scoring social metadata recommendations.
    6. Recheck after deployment and recrawl the page in your SEO tool.

    Technical notes and limitations

    The live checker securely fetches public pages, follows safe redirects, records the final HTTP status, and reads HTML metadata plus server-side X-Robots-Tag directives. Pasted markup remains available for blocked, staged, or unpublished pages. JavaScript-injected metadata that is absent from the returned HTML may still require a rendered crawler or Search Console inspection.

    The checker does not replace a full technical SEO audit. It solves a focused problem: the set of metadata and canonical conflicts that often stop an otherwise valid page from getting a clean indexability score. After you resolve those issues, use the LLMs.txt Generator, Google Preferred Source Generator, and LLM Visibility Checker to strengthen AI-search discovery.

    References

    Indexability and Canonical Checker FAQ

    What does canonicalised mean?

    It means the audited page points its canonical tag to another URL. That can be correct for duplicates, but wrong if the live URL should index itself.

    Should every page have a self-referencing canonical?

    Most indexable service pages, posts, tools, and case studies should. Duplicate, filtered, or alternate pages may intentionally canonicalize elsewhere.

    Does this check X-Robots-Tag headers?

    Yes, when you audit a live public URL. The server response header is reported separately from the HTML robots meta tag. A pasted-markup audit cannot verify response headers.

    Why does www versus non-www matter?

    If the live page is on www but the canonical uses non-www, crawlers may treat the audited URL as canonicalized to another host.

    Need a cleaner technical SEO foundation?

    Use this audit first, then check whether your page is structured for AI citations and LLM discovery.

    Run AI Citation Checker arrow_forward