Canonical-URL checker

Volgende

Plak een URL en de checker haalt die op, zoekt naar de <link rel="canonical">-tag in de HTML-head en de HTTP Link-header, en rapporteert welke canonical Google zal zien — plus eventuele conflicten, redirectketens of signalen die indexeringsproblemen kunnen veroorzaken. Er draait een korte crawl zodat je problemen ziet zonder zelf door de paginabron te hoeven graven.

Zo werkt de canonical-checker

  1. 1

    Voer een URL in

    Elke openbare pagina. HTTPS en HTTP worden beide geaccepteerd; redirects worden tot 5 hops gevolgd.

  2. 2

    Pagina wordt opgehaald

    Zowel HTTP-headers als gerenderde HTML worden geparsed. De crawler identificeert zich standaard als een normale browser-UA.

  3. 3

    Canonical-signalen worden geëxtraheerd

    Alle `<link rel="canonical">`-tags in `<head>`, alle HTTP-headers `Link: rel="canonical"`, plus self-referencing vs externe doelen.

  4. 4

    Conflicten worden gemarkeerd

    Dubbele tags met verschillende doelen, canonical die naar een redirect wijst, canonical die naar een noindex-pagina wijst, ontbrekende canonical bij een patroon van dubbele content.

Wat de checker rapporteert

  • Canonical doel-URL: de href-waarde uit de tag of header.
  • Bron: HTML-tag, HTTP-header, of beide. Als beide aanwezig zijn, moeten ze matchen.
  • Zelfverwijzend?: ja betekent dat de canonical terugwijst naar de pagina zelf. Dit is normaal en veilig.
  • Doel bereikbaar?: geeft de canonical URL een 200 terug?
  • Redirectketen op canonical: het doel hoort niet te redirecten.
  • Overeenkomend protocol en host: canonical hoort het schema van de live URL te matchen.
  • Consistente trailing slash: mismatches zorgen dat URL’s als verschillend worden behandeld.
  • Meerdere canonical-tags: Google gebruikt de eerste; extra tags zijn waarschuwingen.

Veelvoorkomende problemen die de checker vindt

Probleem Waarom het ertoe doet
Canonical naar een 301/302 redirect Google kan het signaal negeren of verzwakken
Canonical naar een pagina geblokkeerd door robots.txt Google kan niet verifiëren; signaal wordt verworpen
Canonical naar een noindex-pagina Tegenstrijdige signalen; indexeringsgedrag onvoorspelbaar
Meerdere canonical-tags met verschillende hrefs Slechts één wordt gevolgd; de rest verwart diagnostiek
Relatief pad zonder base Google resolveert relatief aan huidige URL — meestal prima, maar niet expliciet
Canonical naar een andere taalversie Gebruik in plaats daarvan hreflang
HTTP-canonical op HTTPS-pagina Signaal zwakker; Google kan het negeren
Canonical in <body> in plaats van <head> Google negeert het

Slechte canonicals oplossen

  1. Richt altijd op de uiteindelijke URL (geen redirects).
  2. Match het live protocol en de host exact, inclusief trailing slash.
  3. Plaats canonical in <head>, niet in <body> of via JavaScript na render geïnjecteerd.
  4. Eén canonical per pagina — kies één doel en houd daaraan vast.
  5. Voor gepagineerde archieven, canonicaliseer elke pagina naar zichzelf. Wijs niet alle pagina’s naar pagina 1.
  6. Voor filter-/sorteervarianten, wijs terug naar de ongefilterde lijst.
  7. Laat interne links matchen met de canonical URL — een canonical ontdekken waar de rest van de site niet naar linkt, verdunt het signaal.

Wat dit niet controleert

  • Of Google de canonical daadwerkelijk heeft geïndexeerd (gebruik daarvoor Search Console).
  • Of je interne linkstructuur de canonical versterkt.
  • Of XML-sitemapvermeldingen overeenkomen met de canonical.

Veelgestelde vragen

Niet per se. Zonder canonical kiest Google er zelf één op basis van interne signalen (links, sitemap, contentovereenkomst). Een zelfverwijzende canonical blijft de aanbevolen werkwijze om ambiguïteit te voorkomen, vooral op pagina’s met queryparameters.

Canonical is een sterke hint, geen richtlijn. Als Google de pagina’s te verschillend vindt, of als de canonical niet toegankelijk is, kan het een andere URL kiezen. Controleer via de tool “URL Inspection” in Search Console voor de gezaghebbende indexeringsstatus.

Dubbele canonical-tags in <head> zijn een bug — sommige CMS-thema’s voegen er één toe, plugins nog één. Google gebruikt de eerste; verwijder de rest. De checker markeert alle voorkomens.

Niet direct — hij haalt op als niet-geauthenticeerde client. Inspecteer voor afgeschermde content de paginabron handmatig na login of gebruik een staging-URL zonder auth.

Gerelateerde tools