Samenvatting
De canonical-tagcontrole leest de canonical van elke URL, in de HTML of in de HTTP-Link-header, en vertelt je waar hij naartoe wijst, of het doel werkt en of Google hem waarschijnlijk zal volgen. Hij controleert ook de signalen die de canonical kunnen tegenspreken: HTTP-status, doorverwijzingen, robots.txt en noindex. De veiligste opzet voor de meeste pagina's is één enkele, absolute, naar zichzelf verwijzende canonical in de head die wijst naar een URL die 200 antwoordt.
Wil je verder gaan? Vraag het aan
Een canonical-tagcontrole verifieert de regel HTML die zoekmachines vertelt welke versie van een pagina ze moeten indexeren. Duplicaten zijn overal: trackingparameters, sorteeropties, http en https, www en non-www. Google definieert canonicalisatie als "het proces van het selecteren van de representatieve" URL van een stuk content (Google, what is canonicalization). De canonical-linkrelatie zelf is gestandaardiseerd in RFC 6596 als manier om "het voorkeurs-IRI aan te wijzen uit bronnen met dubbele content" (IETF, RFC 6596).

Wat verifieert de canonical-tagcontrole?
Voer een volledige URL in. De tool volgt tot acht doorverwijzingen, leest de eindpagina, haar headers en de robots.txt van de site en, als de canonical elders naartoe wijst, haalt dat doel één keer op om het te controleren.
| Controle | Hoe een probleem eruitziet | Ernst |
|---|---|---|
| Canonical aanwezig | Geen canonical in de HTML of de Link-header | Waarschuwing: Google kiest zelf de versie |
| Enkele canonical | Twee of meer canonicals met verschillende URL's | Fout: Google negeert ze allemaal |
| Plaatsing | Canonical in de body in plaats van in de head | Waarschuwing: door Google genegeerd |
| Absolute URL | Relatief pad zoals /page | Waarschuwing: werkt, maar riskant |
| Doel | Wijst naar een andere pagina, een ander protocol of een ander domein | Waarschuwing: controleer of het de bedoeling is |
| Status van het doel | Het doel verwijst door of geeft een fout terug | Fout: de canonical wordt genegeerd |
| Indexeerbaarheid van het doel | Het doel heeft noindex | Fout: tegenstrijdige signalen |
| Paginasignalen | Status anders dan 200, blokkade door robots.txt, noindex, nofollow voor de hele pagina | Fout of waarschuwing, afhankelijk van het geval |
Het rapport eindigt met de canonical-tag die de pagina zou moeten hebben, klaar om in de head te kopiëren. Drie gratis analyses per dag zijn inbegrepen; een Sorank-account heft de limiet op.
Is de canonical-tag een richtlijn of een hint?
Een sterk signaal, geen bevel. Google noemt de methoden "in volgorde van hoe sterk ze de canonicalisatie kunnen beïnvloeden": doorverwijzingen en rel="canonical"-annotaties zijn sterke signalen en opname in de sitemap is een zwak signaal (Google, how to specify a canonical URL). De methoden stapelen, dus de canonical werkt het best wanneer interne links, de sitemap en doorverwijzingen allemaal naar dezelfde URL wijzen.
| Methode | Sterkte | Het best voor |
|---|---|---|
| 301- of 308-doorverwijzing | Sterk | Een dubbele URL voorgoed uit gebruik nemen |
| rel="canonical" in de HTML-head | Sterk | Duplicaten die toegankelijk moeten blijven, zoals gefilterde of getrackte URL's |
| rel="canonical" in de HTTP-Link-header | Sterk | Niet-HTML-bestanden zoals pdf's |
| Opname in de sitemap | Zwak | De andere methoden ondersteunen op een grote site |
Om te zien wat Google heeft besloten inspecteer je de URL in Search Console en lees je het veld "Door Google geselecteerde canonical" van de geïndexeerde versie; Google merkt op dat de livetest dit niet kan voorspellen (Search Console Help, URL Inspection).
Moet elke pagina een naar zichzelf verwijzende canonical hebben?
Ja. In de documentatie van Google staat: "Neem een rel="canonical"-link op in de canonieke pagina zelf (ook wel een zelfverwijzende canonical genoemd)." Het beschermt de pagina tegen de varianten die door trackingparameters, sortering en sessie-ID's ontstaan en die anders met haar zouden concurreren. Wanneer de controle een URL met parameters vindt waarvan de canonical naar de schone versie wijst, markeert hij de opzet als correct: zo worden varianten precies samengevoegd.
Gebruik absolute URL's. Google ondersteunt relatieve paden maar waarschuwt dat ze "op lange termijn problemen kunnen veroorzaken", bijvoorbeeld wanneer een stagingkopie of een http-versie wordt gecrawld. De controle markeert relatieve canonicals om die reden.

Wat zijn de meest voorkomende canonical-fouten?
Google noemde er meer dan tien jaar geleden vijf, en het zijn nog steeds de fouten die de controle het vaakst vindt (Google Search Central Blog, 5 common mistakes with rel=canonical).
- Elke pagina van een reeks naar pagina één laten wijzen: pagina 2 van een gepagineerde lijst is geen duplicaat van pagina 1 en moet canonical naar zichzelf zijn.
- Verkeerd geschreven relatieve URL's, die veranderen in canonicals naar pagina's die niet bestaan.
- Meerdere canonicals op één pagina, vaak één van het thema en één van een SEO-plug-in. "Wanneer er meer dan één is opgegeven, worden alle rel=canonical-links genegeerd."
- Een categoriepagina met canonical naar een uitgelicht artikel, wat de positie van de categorie aan het artikel geeft.
- Een canonical in de body, waar Google hem niet leest.
Twee andere komen tegenwoordig vaak voor: een canonical die wijst naar een URL die doorverwijst en een canonical gecombineerd met noindex. Google raadt af om noindex te gebruiken om binnen een site een canonical te kiezen, omdat "het de pagina volledig uit Zoeken blokkeert". Houd de canonical als de pagina een duplicaat is en de noindex alleen als de pagina moet verdwijnen.
Kan een canonical naar een ander domein wijzen?
Ja, voor content die op meerdere sites is herpubliceerd: de kopie wijst naar het origineel en het origineel behoudt de positie. Buiten dat geval geeft een canonical naar een ander domein je positie aan de andere site, en daarom markeert de controle hem altijd voor beoordeling. Hetzelfde geldt voor een canonical die van https naar http wisselt: bijna altijd een configuratiefout na een migratie.
Hoe werken canonicals samen met robots.txt, noindex en doorverwijzingen?
Ze moeten overeenkomen. Een canonical kan een pagina niet helpen die Google niet kan crawlen of die niet geïndexeerd mag worden.
- Blokkeer duplicaten niet in robots.txt om ze te "canonicaliseren". Google zegt: "Gebruik het robots.txt-bestand niet voor canonicalisatie", omdat het geblokkeerde URL's nog steeds zonder hun inhoud kan indexeren. Controleer je regels met de robots.txt-controle.
- Laat canonicals naar definitieve URL's wijzen, nooit naar een URL die doorverwijst. De controle op doorverwijzingen toont elke stap.
- Houd indexeringssignalen in één richting: een pagina die moet scoren heeft een 200-status, geen noindex en een naar zichzelf verwijzende canonical nodig. De controle op indexeerbaarheid draait dezelfde signalen met de nadruk op indexering.
- Noem alleen canonieke URL's in de sitemap en verifieer hem met de sitemapcontrole.
Bij internationale sites is elke taalversie canonical naar zichzelf en met de andere verbonden via hreflang; de hreflang-generator schrijft die tags. Voor de terminologie zie je onze woordenlijstitems over canonical-tags en dubbele content.
Hoe lees je het rapport van de controle?
Begin met het oordeel bovenaan en werk daarna de rode items af voor de oranje.
- Eerst de indexeringssignalen: een 404, een blokkade door robots.txt of een noindex maakt de canonical irrelevant tot het is opgelost.
- Dan de canonical zelf: ontbrekend, meervoudig, onleesbaar of in de body geplaatst.
- Dan het doel: verwijst het door, geeft het een fout terug of heeft het noindex, laat de canonical dan naar de definitieve, actieve URL wijzen.
- Ten slotte de waarschuwingen: relatieve URL, ander domein, wijziging van protocol. Houd ze alleen als ze de bedoeling zijn.
Kopieer de voorgestelde tag aan het eind van het rapport naar de head van de pagina, publiceer en draai de controle opnieuw op dezelfde URL.
Hoe repareer je canonicals op een hele site?
Repareer het sjabloon, niet elke pagina. De meeste canonical-fouten komen van één themainstelling of één plug-in die op duizenden URL's wordt toegepast. Controleer één URL van elk sjabloon (home, categorie, product, artikel, gefilterde lijst), repareer het sjabloon dat faalt en controleer opnieuw. Herhaal dit na elk herontwerp, elke migratie of elke plug-inupdate. Met de SEO Chat van Sorank stel je vragen over je eigen site en krijg je de volgende reparatie in gewone taal, en het GEO / SEO-dashboard toont of het verkeer na de wijziging herstelt.
Eén pagina, één canonical, die wijst naar een actieve URL die overeenkomt met elk ander signaal. Controleer nu je belangrijkste sjablonen en bekijk de abonnementen van Sorank om je technische SEO op autopilot te houden.
































































































