Contact

Canonical tag SEO: zo stop je met lekken van linkwaarde

door | sep 15, 2026 | SEO | 0 Reacties

SEO-specialist controleert de implementatie van canonieke tags

Gebruik rel=“canonical” om duplicate content te consolideren. Kies een 301 als je een URL permanent wilt opheffen. Elke indexeerbare pagina krijgt een self-referencing canonical, behalve als je bewust naar een andere URL wijst. Zo simpel is de regel. De praktijk gaat pas mis zodra je relatieve URL’s gebruikt, canonicals naar een 404 laat wijzen, of paginering blind naar pagina 1 stuurt.

Kort samengevat:

  • Gebruik een canonical tag om duplicaten te verminderen, maar zorg dat die altijd naar een bestaande, 200-statuspagina wijst en niet naar een redirect of foutpagina.
  • Canonicals moeten absolute URL’s zijn en altijd het juiste protocol en domein bevatten, met consistente trailing slashes, om fouten te voorkomen.
  • Gebruik een 301-redirect voor het definitief verwijderen of verplaatsen van een URL, in plaats van een canonical, om linkwaarde en bezoekers door te sturen.
  • Vermijd het gebruik van noindex op pagina’s die je wilt canonicaliseren, want canonicalisatie lost niet op dat de pagina in zoekresultaten komt.
  • Voer regelmatig controles uit op canonicals, sitemap, interne links en statuscodes om indexeringsproblemen vroegtijdig op te sporen en te voorkomen dat kleine fouten uitgroeien tot grote SEO issues.
Nebber
Voorkom fouten in je canonicals
Nebber helpt bedrijven met technische SEO en praktische adviezen om organisch verkeer en zoekresultaten gericht te verbeteren.

Inhoudsopgave

Wat een canonical tag technisch doet volgens de standaard

Een canonical tag is een regel HTML in de <head> van je pagina: <link rel="canonical" href="https://voorbeeld.nl/pagina" />. Die regel zegt tegen Google: “Dit is de originele kraan, de rest is doorgeefluik.” Google Search Central noemt het expliciet een sterke hint, geen commando. Google mag hem negeren als andere signalen tegenspreken.

De juridische basis achter het mechanisme is RFC 6596, de specificatie die de canonical link relation ooit vastlegde. Die RFC stelt drie harde regels die je zelden letterlijk terugleest in blogs:

  • Specificeer precies één canonical per pagina, nooit twee concurrerende signalen.
  • Laat de canonical altijd wijzen naar een levende URL met status 200, nooit naar een redirect of foutpagina.
  • Gebruik absolute URL’s, inclusief protocol en domein, nooit een relatief pad.

Waarom is dat relevant in 2026? Omdat de meeste CMS-systemen die regels standaard netjes volgen, maar zodra iemand handmatig gaat sleutelen, glipt er altijd een fout doorheen. De canonical tag is dan geen technisch obstakel meer, maar een lek in je eigen fundering.

Canonical, redirect of noindex: wanneer kies je wat

Dit is de vraag die de meeste discussie oplevert in audits, en toch is het antwoord vaak simpel als je één ding onthoudt: een canonical is een suggestie, een 301 is een bevel. Google zet redirects hoger in de rangorde van signalen dan canonical tags omdat een redirect geen ruimte voor interpretatie laat.

Gebruik een canonical wanneer:

  • Meerdere URL-varianten om functionele redenen bereikbaar moeten blijven, zoals productpagina’s met trackingparameters.
  • Je een ‘view-all’-pagina hebt die als superset dient voor losse paginatiepagina’s.
  • Content wordt gesyndiceerd naar een ander domein en jij de bronbron wilt blijven.

Kies een 301 wanneer een URL echt weg moet, bijvoorbeeld na een migratie of een permanente verhuizing van een pagina. Een canonical op zo’n pagina is dweilen met de kraan open: bezoekers en linkjuice blijven naar een dode hoek stromen.

Kies noindex wanneer een pagina helemaal niet in de zoekresultaten hoort, zoals interne zoekresultaatpagina’s of filtercombinaties zonder zoekvolume. Een canonical lost dat probleem niet op, want de pagina blijft crawlbaar en kan alsnog los geïndexeerd raken.

Pro-tip: Combineer nooit noindex met een canonical naar een andere pagina op dezelfde URL. Dat zijn twee tegenstrijdige orders in dezelfde brief, en Google kiest dan zelf welk bevel het volgt.

Zo implementeer je canonical tags in HTML, header en sitemap

De basisimplementatie staat in de <head>, vóór eventuele andere head-elementen die de rendering beïnvloeden:

<link rel="canonical" href="https://voorbeeld.nl/schoenen/sneakers" />

Drie technische valkuilen zitten in dit ene regeltje verstopt:

  1. Protocol en subdomein moeten kloppen. Wijs canoniek altijd naar https, nooit naar http, en zorg dat www of non-www consistent is met je gekozen voorkeursdomein.
  2. Trailing slash consistent houden. /sneakers en /sneakers/ zijn voor Google twee losse URL’s; kies één vorm en gebruik die overal.
  3. Absolute URL, altijd. Een relatief pad is fragiel: verandert de mapstructuur, dan verandert de betekenis van je canonical mee zonder dat je het merkt.

Voor bestanden zonder HTML head, zoals PDF’s, biedt Google de HTTP-header optie:

Link: <https://voorbeeld.nl/whitepaper.pdf>; rel="canonical"

Drie canonical tags die naar dezelfde pagina verwijzen

Dat is het enige correcte kanaal voor niet-HTML content. Een canonical tag in een PDF zelf bestaat simpelweg niet.

Daarnaast telt de sitemap mee als zwakker, maar niet onbelangrijk signaal. Zorg dat:

  • Je sitemap alleen canonieke URL’s bevat, geen duplicaten of parameterversies.
  • Interne links consequent naar de canonieke versie wijzen, niet naar de variant die je juist wilt consolideren.
  • CMS-plugins zoals Yoast SEO automatisch self-referencing canonicals toevoegen, wat in de meeste standaardinstallaties al goed staat.

De grootste zonde die je hier kunt begaan: een canonical die wijst naar een redirect of een 404. Dat is als een wegwijzer die naar een ingestort huis leidt. De regel is en blijft: het canonical-doel moet altijd 200 OK teruggeven, punt.

Veelvoorkomende canonicalisatiefouten en hoe je ze opspoort

De meeste canonical-problemen ontstaan niet door onwetendheid, maar door sleutelen zonder controle achteraf. De klassiekers:

  • Relatieve hrefs. Een pad als href="/sneakers" zonder domein lijkt onschuldig, maar breekt zodra een subdomein, staging-omgeving of CDN de context verandert.
  • Canonicals naar een redirect of 404. Elke keer dat de canonical-target zelf niet 200 OK teruggeeft, negeert Google het signaal en gaat zelf op zoek naar een alternatief.
  • Chained canonicals. Pagina A verwijst naar B, B verwijst naar C. Dat is geen consolidatie, dat is een estafette zonder finish.
  • Paginatiefouten. Alle paginatiepagina’s blind canonicaliseren naar pagina 1 wist per ongeluk de inhoud van pagina 2 tot en met 10 uit de index. RFC 6596 is daar expliciet over: elke paginapagina verdient een self-referencing canonical, tenzij er een echte view-all-superset bestaat.
  • Conflicterende signalen. Een canonical die iets anders zegt dan de sitemap, de interne links of een noindex-tag op dezelfde pagina.

Google Search Console laat deze conflicten zien in het dekkingsrapport onder de melding dat Google een andere canonieke pagina koos dan degene die jij aangaf. Zie die melding als een lekdetector: hij vertelt je precies waar het water wegloopt, niet hoe je de leiding repareert. Meer over die combinatie van paginering en canonicals vind je in de paginatie SEO checklist.

Checklist: canonicals controleren in zes stappen

Draai deze zes checks bij elke technische audit, in deze volgorde:

  1. Self-referencing check. Heeft elke indexeerbare pagina een canonical die naar zichzelf wijst?
  2. Absolute URL check. Staat het volledige protocol en domein in elke canonical-tag?
  3. Statuscode check. Geeft elke canonical-target een 200 OK terug, zonder redirect of foutmelding?
  4. Sitemap-consistentie. Bevat de sitemap uitsluitend canonieke URL’s?
  5. Interne links. Wijzen interne links naar de canonieke versie, niet naar een variant?
  6. Parameterbeleid. Heb je een vaste regel voor trackingparameters en filtercombinaties, of ontstaat er per toeval een nieuwe canonical-keten?

Voor stap 3 en 6 is een crawler zoals Screaming Frog of Sitebulb onmisbaar; voor conflictdetectie is Search Console je eerste stopplaats, zoals ook toegelicht in de gids over indexeringsfouten in Search Console.

Pro-tip: Fix eerst de canonicals die naar een 404 of redirect wijzen. Dat is de wortel van de meeste indexeringsproblemen, en die trek je er in één keer uit. Wortel eruit, altijd.

Ramon over canonicals: beslisregels uit de praktijk

Na jaren audits draaien de meeste canonical-discussies om twee vragen: moet deze URL blijven bestaan, en wil ik dat Google haar zelf indexeert? Als een URL niet meer moet bestaan, is een 301 de juiste keuze. Als een URL wel bereikbaar moet blijven maar niet in zoekresultaten mag verschijnen, is noindex in plaats van canonical aan te raden.

Twee voorbeelden uit de praktijk, geanonimiseerd maar herkenbaar voor iedereen die met een webshop werkt:

  • Een webshop canonicaliseerde alle gefilterde productpagina’s naar de hoofdcategorie. Hierdoor verdwenen veel pagina’s met mogelijk waardevol zoekvolume uit de index, omdat Google het signaal letterlijk opvolgde.
  • Een nieuwswebsite liet na een CMS-migratie de oude canonicals relatief staan. Na de overstap naar een nieuw subdomein wezen duizenden canonicals plots naar niet-bestaande paden. Dat kostte weken aan gecrawlde autoriteit voordat iemand het oppikte.

Canonicalisatie is geen eenmalige instelling die je “afvinkt” bij livegang. Het is een regel die elke keer opnieuw moet kloppen als je URL-structuur verandert, en dat vergeten kost meer linkwaarde dan een slechte titel-tag ooit zal doen.

Wat ik altijd inzet bij ontwikkelaars: laat de canonical automatisch genereren op basis van de definitieve, gerenderde URL, nooit handmatig per template. Meer over die bredere technische basis staat in de gids technische SEO best practices.

Waarom canonicalisatie bij site-hygiëne hoort

Canonical tags zijn geen eenmalige klus, ze zijn onderhoud. Vergelijk het met de afvoer onder je gootsteen: je merkt niet dat hij lekt, tot de vloer al rot is. Een kwartaalcheck van je canonicals, sitemap en interne links voorkomt dat kleine fouten uitgroeien tot een structureel indexeringsprobleem.

Plan die controle net zo vast in als je backups. Twijfel je of je eigen structuur nog klopt? Laat een audit checken waar het water precies weglekt.

— Ramon

Canonical-audit nodig? Zo pakt Nebber het aan

Wil je snelle hulp bij canonical-problemen? Kies voor een technische audit die binnen dagen concrete fixes oplevert. De audit onderzoekt crawldata, sitemaps en meldingen uit Search Console en levert een lijst met welke canonicals fout staan en waarom.

Nebber

De aanpak bevat een scan van canonical-signalen tegen redirects, statuscodes en interne links, gevolgd door een prioriteitenlijst van fouten die het meeste indexeringsverlies veroorzaken, en ondersteuning bij implementatie. Geen losse adviesrapporten die in een la verdwijnen, maar fixes die live gaan. Bij gebruik van JavaScript-gedreven templates sluit de aanpak aan op de aandachtspunten uit de JavaScript SEO checklist. Wil je weten waar jouw site linkwaarde lekt door verkeerde canonicals? Neem contact op via Nebber en vraag een technische audit aan.

Bronnen

Veelgestelde vragen

Wat is een canonical-probleem in SEO?

Een canonical-probleem ontstaat wanneer de canonical tag naar de verkeerde URL wijst, ontbreekt, of tegenstrijdig is met andere signalen zoals de sitemap of interne links. Google negeert het signaal dan en kiest zelf een canonieke versie, vaak niet de pagina die jij bedoelde.

Hoe voeg je een canonical tag toe?

Plaats <link rel="canonical" href="https://voorbeeld.nl/pagina" /> in de <head> van de HTML, met een absolute URL. Voor niet-HTML bestanden zoals PDF’s gebruik je in plaats daarvan de HTTP-header variant van rel=“canonical”.

Hoe controleer je of een URL een canonical tag heeft?

Bekijk de broncode van de pagina en zoek naar rel="canonical" in de head, of gebruik de URL-inspectietool in Google Search Console voor de door Google gekozen canonieke versie. Crawltools zoals Screaming Frog tonen canonicals van een hele site in één overzicht.

Wat is het verschil tussen een canonical tag en een 301-redirect?

Een canonical tag is een hint die een URL bereikbaar houdt maar aangeeft welke versie de voorkeur heeft; een 301-redirect stuurt bezoekers en zoekmachines permanent door en laat de oude URL niet meer bestaan. Gebruik een redirect als de oude pagina echt weg moet, en een canonical als beide versies functioneel nodig blijven.

Wanneer gebruik je noindex in plaats van een canonical?

Gebruik noindex wanneer een pagina helemaal niet in zoekresultaten mag verschijnen, zoals interne zoekpagina’s of dunnen filtercombinaties, terwijl de pagina wel bereikbaar moet blijven voor gebruikers. Een canonical lost dat niet op, omdat de pagina zelf crawlbaar en potentieel indexeerbaar blijft.

Aanbevelingen