Canonical Tag: wat het is en hoe je het gebruikt
Wanneer je een of meerdere websites bezit — gericht op producten, diensten of verschillende soorten secties — komt het vaak voor dat veel pagina's op het platform om allerlei redenen op elkaar lijken of bijna identiek zijn. Dit is vooral gangbaar in ecommerce, maar we komen het ook tegen in onze adviespraktijk rond blog-tags en uiteenlopende soorten content.
Het is goed voor te stellen dat elke website tegen problemen met duplicate content kan aanlopen. Google straft sites met dubbele content af, en dat heeft zonder twijfel impact op hun positie in de zoekresultaten.
Hoe komt het dan dat websites duplicate content kunnen hebben zonder dat hun webmasters zich zorgen hoeven te maken over een penalty?
Het antwoord ligt in wat bekend staat als het canonical-attribuut of canonical link, dat we in de volgende secties uitvoerig behandelen: definitie, doel, voordelen, hoe je het toepast, wanneer je het moet gebruiken en de mogelijke nadelen wanneer je het canonical-attribuut inzet om penalties voor duplicate content te vermijden.
Wat is een canonical link en het canonical-attribuut?
Heel algemeen is een canonical link een link die via een tag of attribuut wordt beschreven als de "hoofd"- of "originele" link van een website, zodat je URL's van pagina's met vergelijkbare content erop kunt laten wijzen. Daardoor wordt de link door de bots of de zoekalgoritmes van Google opgevat als de voorkeursversie of prioritaire versie.
Op deze manier kan content die als duplicate gezien zou kunnen worden, correct en relatief eenvoudig worden afgehandeld. Zonder canonical-aanduiding zou het de positie van het platform kunnen schaden en tot penalties kunnen leiden. Dat kan zelfs gebeuren wanneer de duplicate content niet bewust is geplaatst, maar op natuurlijke en organische wijze ontstaat door productverkopen, dienstaanbiedingen, gerelateerde secties en dergelijke.
Vanuit technisch oogpunt is een canonical URL een link die in HTML-code is geschreven en de canonical tag bevat, waardoor hij het canonical-attribuut krijgt. Daardoor wordt hij, zoals hierboven al aangegeven, door de bots van Google gezien als het hoofd- of bronadres en worden vergelijkbare links niet als herhaald of dubbel beschouwd.
Hieronder een voorbeeld van hoe we een URL als canonical of hoofdversie aanduiden:
<link rel="canonical" href="/nl/">
De oorsprong van canonical links en hun SEO-voordeel
Het gebruik van canonical links begon in 2009, toen de drie grote zoekbedrijven op het internet — Google, Bing en Yahoo — gezamenlijk het canonical-attribuut introduceerden.
Logischerwijs heeft de canonical link een groot SEO-potentieel, omdat hij ons helpt de eerder genoemde penalties te vermijden en onze belangrijkste URL's aan Google signaleert.
Daarom maakt het opnemen van canonical links altijd deel uit van het plan als het gaat om de SEO van een site en de toepassing van bijbehorende strategieën, zeker bij grote sites met een aanzienlijk aantal URL's die identiek kunnen zijn.
Hoe maak je een URL canonical
Wanneer je een website hebt, of bezig bent er een te optimaliseren, en je merkt dat er een groot aantal vergelijkbare URL's is, moet je een canonicalization-proces starten. Dit komt erop neer dat je kiest welke URL de beste is en die het canonical-attribuut geeft.
Soms is het kiezen van de beste URL eenvoudig, omdat hij de meest geoptimaliseerde content en technische structuur heeft. Maar in andere gevallen kan de keuze ingewikkelder zijn, vooral wanneer de pagina's erg op elkaar lijken en moeilijk uit elkaar te houden zijn.
Hoe dan ook, een eenvoudig advies: het is altijd beter een canonical URL te kiezen wanneer je vergelijkbare secties of pagina's hebt. Anders kunnen er negatieve gevolgen zijn voor je rankings en penalties die het verkeer permanent kunnen beïnvloeden.
Om een URL canonical te maken is de eerste stap het vergelijken van URL's die mogelijk op elkaar lijken. Dit is gangbaar in ecommerce-sites, waar gebruikers via verschillende paden bij producten en dienstenoverzichten komen, wat tot URL's als deze kan leiden:
Aangezien beide URL's waarde hebben voor de site of naar hetzelfde product of dezelfde pagina leiden, moet je kiezen welke van de twee het meest relevant is, en wel als volgt:
-
Kies de meest relevante URL op basis van bezoeken, verkeer en autoriteit.
-
Zodra de link is gekozen, voeg je het canonical-attribuut toe op de niet-canonical pagina, gericht op de canonical. Dat ziet er ongeveer zo uit:
<link rel="canonical" href="https://example.com/wordpress/seo-plugin/">
Wat we hiermee bereiken, is Google duidelijk maken welke URL de gecanonicaliseerde is (degene die we als kopie van het origineel behandelen) en welke de canonical URL, dus het origineel. Deze link staat op de "kopie"-URL en wijst naar de originele URL.
Met andere woorden: het volgt dit schema:
Wanneer is het verstandig canonical URL's te gebruiken
Wanneer je websites hebt met veel pagina's of secties zoals producten, diensten en andere informatie en posts, is het zeer waarschijnlijk dat sommige van die pagina's en URL's erg op elkaar lijken — wat het gebruik van canonical URL's sterk aanbevolen maakt.
In die gevallen kun je echter ook echte 301-redirects gebruiken in plaats van canonical tags. Dat is vooral handig wanneer de redirects permanent zijn en er sprake is van een sitemigratie. Bij technische problemen of penalties blijft het instellen van canonical tags daarna de meest aanbevolen optie.
Het is zelfs mogelijk canonical tags te gebruiken op URL's van verschillende sites, zoals content die zonder wijziging wordt herpubliceerd op andere platforms, met de juiste toestemming, altijd verwijzend naar het origineel om penalties te voorkomen.
Belangrijke opmerking over rel=canonical
Dat we dit voor het laatst hebben bewaard, betekent niet dat het minder belangrijk is. Het moet ons duidelijk zijn dat het canonical-attribuut een SUGGESTIE aan Google is, geen directief. Dat betekent dat Google het kan negeren als de signalen die we op de rest van de site sturen, in tegenspraak zijn met hoe we het hebben gedefinieerd.
Met andere woorden: als we een canonical instellen van URL A naar URL B, maar intern alle links naar A wijzen, en ook de externe links naar A wijzen, kan Google die canonical negeren en A als de juiste behandelen. B zou dan een kopie van A zijn en mogelijk onderhevig aan penalties.
Om te achterhalen welke URL Google als origineel en welke als canonical behandelt, moeten we naar Search Console gaan, de URL aan de inspector toevoegen en de informatie van Google Search Console bekijken.
Daar krijgen we de volgende gegevens:
Veelgemaakte fouten met canonical URL's
Er zijn diverse problemen en veelgemaakte fouten rond canonical URL's, die vooral opduiken wanneer dit hulpmiddel verkeerd wordt gebruikt, bijvoorbeeld:
-
Een gepagineerd archief moet je niet naar Pagina 1 canonicaliseren. Net zo moet de canonical tag van een pagina naar diezelfde pagina wijzen, bijvoorbeeld: van Pagina 2 naar Pagina 2, anders kunnen zoekmachines moeite hebben met het indexeren van diepere paginaarchieven.
-
Maak canonical URL's exclusief en uniek, ook al betekent dat het wisselen van protocol van HTTP naar HTTPS.
-
Baseer de canonical tag op de vereiste URL, zonder variabelen en op directe wijze.
-
Wanneer een pagina meerdere onderling gerelateerde canonical URL's heeft, kan dat contraproductief en onvoorspelbaar zijn. Vergeet niet dat Google onze website snel en duidelijk moet kunnen begrijpen — laten we het hem makkelijk maken.
-
Een andere belangrijke fout kan voortkomen uit het gebruiken van het canonical-attribuut in de body in plaats van in de /head of header. Google adviseert in zijn officiële communicatie om het attribuut zo vroeg mogelijk in de head te plaatsen, om problemen bij het parseren van alle content te voorkomen, omdat het anders mogelijk niet wordt opgemerkt.
-
noindex en rel=canonical samen gebruiken. John Mueller heeft dit specifiek aangekaart in een van zijn vele hangouts en uitgelegd dat beide signalen tegenstrijdig zijn en Google zullen verwarren — Google neemt dan het canonical-attribuut boven de noindex. Daarom mogen we ze NOOIT samen gebruiken.
-
Canonical-attributen naar 404-pagina's of 30x-pagina's laten wijzen. Even nadenken: als we op URL A een attribuut zetten dat naar B wijst en B een fout retourneert of een redirect doet, sturen we dan niet de verkeerde signalen naar Google? We vertellen het dat de "originele" URL een foutpagina of een redirect is — dat slaat nergens op.
Geavanceerd gebruik van het canonical-attribuut
Het canonical-attribuut kan ook andere functies en geavanceerd gebruik kennen, zoals:
- Canonical link in de HTTP-header: dit soort headers kan zeer nuttig zijn als het gaat om het canonicaliseren van PDF-documenten, omdat die geen HTML zijn — als we ze willen canonicaliseren, moeten we voor deze optie kiezen. Het ziet er zo uit:
Link: <http://www.example.com/downloads/seoguide.pdf>; rel="canonical"
-
Canonical gebruiken op pagina's die niet zo vergelijkbaar zijn: het is feitelijk mogelijk canonical tags te gebruiken op pagina's die niet echt identiek of zelfs behoorlijk verschillend zijn. Hoewel dat de algehele autoriteit van de site kan helpen, is het niet aan te raden, omdat Google misbruik van canonicals kan detecteren, de site kan straffen en daarna de echte canonical URL's kan negeren.
-
Het canonical-attribuut samen met Hreflang gebruiken: je kunt strategieën met Hreflang tegelijk inzetten met de canonical tag, met goede resultaten als je het correct toepast. Wel moet je heel duidelijk hebben dat bij gebruik van Hreflang de taalimplementatie van de canonicals perfect moet zijn — altijd naar zichzelf verwijzend — om onvoorspelbare problemen of conflicten te voorkomen die beide strategieën meer kunnen schaden dan helpen.
Heb je nog vragen over deze fascinerende SEO-tag? We helpen je graag verder!
Auteur: David Kaufmann
Ik heb de afgelopen 10+ jaar volledig in het teken van SEO gestaan — en eerlijk gezegd zou ik het voor geen goud anders willen.
Mijn carrière bereikte een nieuw niveau toen ik als senior SEO-specialist werkte voor Chess.com — een van de 100 meest bezochte websites van het hele internet. Werken op die schaal, verspreid over miljoenen pagina's, tientallen talen en in een van de meest competitieve SERPs die er bestaan, heeft me dingen geleerd die geen cursus of certificering ooit zou kunnen. Die ervaring veranderde mijn kijk op hoe geweldige SEO er echt uitziet — en werd de basis voor alles wat ik sindsdien heb gebouwd.
Vanuit die ervaring heb ik SEO Alive opgericht — een bureau voor merken die serieus werk willen maken van organische groei. Wij zijn er niet om dashboards en maandelijkse rapporten te verkopen. Wij zijn er om strategieën te bouwen die daadwerkelijk het verschil maken, door het beste van klassieke SEO te combineren met de spannende nieuwe wereld van Generative Engine Optimization (GEO) — zodat jouw merk niet alleen opduikt in de blauwe links van Google, maar ook binnen de AI-gegenereerde antwoorden die ChatGPT, Perplexity en Google AI Overviews elke dag opnieuw aan miljoenen mensen leveren.
En omdat ik geen tool kon vinden die beide werelden goed aanpakte, heb ik er zelf een gebouwd — SEOcrawl, een enterprise SEO intelligence platform dat rankings, technische audits, backlinks-monitoring, crawl-gezondheid en AI brand visibility tracking op één plek samenbrengt. Het is het platform waarvan ik altijd had gewild dat het bestond.
Ontdek meer content van deze auteur
