Canonical URL Analyzer

Paste a URL to check whether its canonical tag correctly points back at itself — catching protocol, www, and trailing-slash mismatches that quietly split ranking signals. Free, instant, no signup.

What this checks & how to fix it

It reads the page's <link rel="canonical"> tag, resolves it to an absolute URL, and compares it piece by piece against the actual URL the page was fetched from: protocol (http vs https), host (including a www/non-www mismatch), trailing slash, and query string. A page that canonicalizes to itself passes cleanly; anything else is flagged with the specific mismatch found, not just a generic warning.

How to fix what it finds

Every issue here is one line in your page template — the href on the canonical <link> tag. Point it at the exact URL you want search engines to treat as authoritative, using the same protocol and host the site actually serves, then run the same URL through this tool again to confirm it lands as self-referencing.

Frequently asked questions

What does 'self-referencing' mean?

It means the page's canonical tag points back at the exact same URL the page is served from — the same protocol, host, path, and query string. This is the correct, expected setup for the overwhelming majority of pages: each page names itself as its own authoritative version, and only pages that are genuine duplicates of another URL should point elsewhere.

Why does the www mismatch matter so much?

Browsers and most visitors treat www.example.com and example.com as interchangeable, but search engines treat them as two different hosts entirely. If a page is served on one and its canonical points at the other, you're telling search engines the page they're looking at isn't the real one — which can quietly split ranking signals between the two versions instead of consolidating them.

Is it ever correct for a canonical to point to a different URL?

Yes — that's exactly what canonical tags are for on genuine duplicates: a printer-friendly version pointing at the main article, a URL with tracking parameters pointing at the clean version, or paginated pages pointing at a main view-all page. It's only a mistake when the page in question is supposed to be the original and the canonical is pointing away from it by accident.

Why does it flag a relative canonical URL?

A relative canonical (like /page instead of https://example.com/page) is technically valid — browsers and crawlers are supposed to resolve it against the page's own URL — but Google's own documentation explicitly recommends absolute URLs to remove any ambiguity, especially on sites that serve the same content over multiple protocols or subdomains. It's a low-severity issue, but an easy one to fix once and never think about again.

How is this different from the Meta Tag Analyzer?

The Meta Tag Analyzer checks whether a canonical tag exists at all, alongside title, description, and social tags. This tool exists specifically to compare the canonical's URL against the page's own actual URL, piece by piece — protocol, host, trailing slash, query string — which is where the more subtle, harder-to-spot canonical mistakes actually live.

Related tools

Command Palette

Search for a command to run...