Stel u voor dat u een blogartikel publiceert. Het is toegankelijk via /blog/mijn-artikel, /blog/mijn-artikel/ (met afsluitende schuine streep), /blog/Mijn-Artikel (met hoofdletters) en /blog/mijn-artikel?utm_source=nieuwsbrief (met parameters). Voor Google zijn dit mogelijk 4 verschillende pagina's met dezelfde inhoud. Uw autoriteit wordt verdund over 4 URL's en Google moet raden welke de "juiste" is.
De canonieke tag lost dit probleem op door expliciet te verklaren: "dit is de officiele versie van deze pagina". Het is een eenvoudig concept, maar de correcte implementatie ervan is verrassend complex.
Canonieke URL's begrijpen
De canonieke tag is een aanwijzing (hint) geplaatst in de <head> van uw HTML-pagina:
<link rel="canonical" href="https://www.voorbeeld.com/blog/mijn-artikel" />
Het vertelt Google: "deze pagina bestaat mogelijk onder meerdere URL's, maar de officiele versie is deze". Google consolideert vervolgens de rankingsignalen (backlinks, betrokkenheid, enz.) naar de canonieke URL in plaats van ze te verspreiden over duplicaten.
Cruciaal punt: de canonical is een aanwijzing, geen richtlijn. Google kan het negeren als het oordeelt dat het onjuist is (bijvoorbeeld als u canonicaliseert naar een 404-pagina of naar radicaal andere inhoud). In de praktijk respecteert Google de canonical in 80-90% van de gevallen als de implementatie correct is.
Wanneer een canonical gebruiken
| Situatie | Canonical aanbevolen | Alternatief |
|---|---|---|
| URL's met parameters (filters, tracking) | Ja → naar de URL zonder parameters | Configuratie in Search Console |
| www vs niet-www versie | Ja + 301-redirect | 301-redirect alleen volstaat |
| HTTP vs HTTPS | Ja + 301-redirect | 301-redirect alleen volstaat |
| Gesyndiceerde inhoud (gepubliceerd op een andere site) | Ja → naar de originele versie | Geen betrouwbaar alternatief |
| Productpagina's met varianten (kleur, maat) | Hangt af van het geval | Unieke inhoud per variant indien mogelijk |
| Pagineringspagina's (/pagina/2, /pagina/3) | Nee — elke pagina is uniek | Zelf-refererende canonical |
De gouden regel: elke pagina op uw site moet een canonieke tag hebben, zelfs als het een zelf-refererende tag is (die naar zichzelf verwijst). Dit elimineert alle ambiguiteit voor Google.
Hoe correct implementeren
Methode 1: HTML-tag in de <head>
Dit is de meest gebruikte methode. Voeg <link rel="canonical" href="VOLLEDIGE_URL" /> toe in de <head> van elke pagina. De URL moet absoluut zijn (niet relatief), het protocol bevatten (https://) en exact overeenkomen met de URL die u wilt laten indexeren.
Methode 2: HTTP Link-header
Voor niet-HTML-bestanden (PDF's, afbeeldingen) gebruikt u de HTTP-header Link: <URL>; rel="canonical". Deze methode is ook nuttig voor Single Page Applications waar HTML dynamisch wordt gegenereerd.
Methode 3: In de XML-sitemap
Elke URL in uw XML-sitemap wordt beschouwd als een impliciete canonieke URL. Google vergelijkt deze informatie met de canonieke tag in de HTML. Als beide overeenkomen, is dat een versterkt signaal. Als ze elkaar tegenspreken, moet Google kiezen — en dat hoeft niet per se te zijn wat u wilt.
De 7 fouten die uw canonical ongedaan maken
1. Canonical verwijzend naar een 404-pagina. Google negeert canonicals die verwijzen naar niet-bestaande pagina's. Controleer regelmatig of uw canonicals oplossen met 200.
2. Canonical verwijzend naar een noindex-pagina. Tegenstrijdig: u zegt "dit is de juiste pagina" maar ook "indexeer het niet". Google negeert de canonical in dit geval.
3. Canonical in HTTP op een HTTPS-site. Na een HTTPS-migratie moeten canonicals verwijzen naar HTTPS-URL's. Een HTTP-canonical op een HTTPS-pagina is een tegenstrijdig signaal.
4. Canonicals in een keten. Pagina A canonical naar B, pagina B canonical naar C. Google volgt geen ketens — wijs rechtstreeks naar de uiteindelijke bestemming.
5. Te verschillende inhoud. Als u een productpagina canonicaliseert naar een categoriepagina, zal Google de canonical negeren omdat de inhoud te verschilt. De canonical werkt alleen tussen pagina's met substantieel identieke inhoud.
6. Canonical in de <body>. De canonieke tag moet in de <head> staan. Geplaatst in de <body> (een veelvoorkomende fout bij sommige CMS), wordt ze genegeerd door Google.
7. Meerdere canonicals. Twee verschillende canonieke tags op dezelfde pagina. Google weet niet welke te kiezen en kan beide negeren.
Canonical vs 301-redirect: wanneer welke gebruiken
De vraag komt vaak terug: moet u een canonical of een 301-redirect gebruiken?
Gebruik een 301-redirect wanneer de twee versies niet mogen naast elkaar bestaan (HTTP naar HTTPS, oude slug naar nieuwe slug, www naar niet-www). De gebruiker wordt doorgestuurd, de originele pagina is niet meer toegankelijk.
Gebruik een canonical wanneer beide versies toegankelijk moeten blijven (pagina met filterparameters, gesyndiceerde inhoud, afdrukversies). De gebruiker kan beide openen, maar Google weet welke te indexeren.
Zoals John Mueller van Google Zurich uitlegt: "Als u een redirect kunt gebruiken, geef er de voorkeur aan. Het is sterker en duidelijker dan een canonical. De canonical is nuttig wanneer een redirect niet mogelijk of niet wenselijk is."
Impact op AI-zichtbaarheid
LLM's en RAG-systemen erven dezelfde problemen als Google bij gedupliceerde inhoud. Als uw inhoud bestaat onder 3 verschillende URL's, kan een LLM elk ervan citeren — inclusief de niet-canonieke versie. Het resultaat: verspreide citaties, onmogelijke tracking en gefragmenteerde autoriteit.
AI-crawlers (GPTBot, Perplexity, enz.) respecteren canonicals over het algemeen, maar niet allemaal en niet altijd. De beste aanpak: combineer canonical EN redirect wanneer mogelijk, zodat er geen ambiguiteit overblijft.
Volgens Bartosz Goralewicz, CEO van Onely in Krakau: "Gedupliceerde inhoud is een probleem vermenigvuldigd met het aantal systemen dat uw inhoud consumeert. In 2020 was dat Google. In 2026 is dat Google plus 5 grote LLM's. Elke niet-canonieke URL is een potentieel autoriteitsverlies op 6 platforms in plaats van op een."
Voor een volledig beeld van het technische beheer van uw site, zie onze gids over technische SEO, en voor meertalige sites behandelt ons artikel over hreflang-tags de interactie tussen canonical en hreflang.
FAQ
Moet elke pagina een canonieke tag hebben?
Ja. Zelfs pagina's zonder duplicaten zouden een zelf-refererende canonical moeten hebben (die naar zichzelf verwijst). Dit elimineert alle ambiguiteit voor Google en voorkomt toekomstige problemen als URL-varianten verschijnen (trackingparameters, protocol, enz.).
Kunt u canonicaliseren naar een ander domein?
Ja, cross-domain canonical wordt ondersteund door Google. Het is nuttig voor gesyndiceerde inhoud: als u een artikel opnieuw publiceert op Medium of een partnersite, kan de opnieuw gepubliceerde versie canonicaliseren naar uw originele site. Let op: de site die het duplicaat host moet de canonical implementeren, niet u.
Hoe controleer ik of mijn canonicals correct zijn?
Drie methoden: (1) Google Search Console > URL-inspectie toont de gedeclareerde canonical en de door Google geselecteerde canonical, (2) een Screaming Frog-crawl met het filter "Canonical" identificeert afwijkingen op schaal, (3) de Chrome-extensie "SEO Meta in 1 Click" toont de canonical van elke bezochte pagina.
Kiest Google altijd de canonical die ik aangeef?
Nee. Google gebruikt uw canonical als een signaal naast andere (interne links, externe links, sitemap, verkeer). Als andere signalen uw canonical tegenspreken, kan Google een andere URL selecteren. Controleer regelmatig in Search Console of de "door Google geselecteerde canonical" overeenkomt met uw declaratie.
Beinvloedt canonical pagineringspagina's?
Pagineringspagina's (/pagina/2, /pagina/3) mogen NIET gecanonicaliseerd worden naar pagina 1. Elke pagineringspagina heeft unieke inhoud (andere artikels) en moet een zelf-refererende canonical hebben. De verwarring stamt uit de oude Google-aanbeveling (rel=prev/next), die in 2019 werd verlaten.
Canonical en hreflang: zijn er interacties?
Ja, en dit is een frequente bron van conflicten. Elke taalversie moet een zelf-refererende canonical hebben (niet naar de hoofdversie). De hreflang verwijst naar andere versies, de canonical verwijst naar zichzelf. Als u /fr/pagina canonicaliseert naar /nl/pagina, signaleert u aan Google dat de Franstalige versie een duplicaat is van de Nederlandstalige versie — wat onjuist is.
Twijfels over uw canonicals?
Onze experts auditeren uw canonieke URL's en corrigeren de fouten die uw SEO-autoriteit verdunnen.
Mijn canonicals auditeren
