Een pagina kan via meerdere URL’s bereikbaar zijn, terwijl je in Google maar één versie wilt laten verschijnen. Lees hoe canonical tags zoekmachines naar die voorkeursversie wijzen, wanneer dat helpt en waarom een canonical geen oplossing is voor elk indexeringsprobleem.
Wat is een canonical tag en wat doet Google ermee?
Een canonical tag is een aanwijzing in de HTML van een pagina die vertelt welke URL de voorkeursversie is. De tag staat doorgaans in de <head> en verwijst met rel="canonical" naar de gewenste URL. Zo kan een pagina op voorbeeld.nl/product bijvoorbeeld aangeven dat https://www.voorbeeld.nl/product de versie is die je wilt laten indexeren. Dit is vooral relevant als dezelfde of vrijwel dezelfde inhoud via meer dan één adres bereikbaar is.
De tag is geen opdracht die Google altijd opvolgt. Google beschouwt canonicalisatie als een keuze die het zelf maakt op basis van meerdere signalen. Daarbij kijkt het onder meer naar redirects, interne links, sitemapvermeldingen, de inhoud van de pagina en de canonical zelf. Als die signalen elkaar tegenspreken, kan Google een andere URL kiezen dan de URL die jij hebt opgegeven. Een canonical helpt dus bij het verduidelijken van je voorkeur, maar garandeert niet dat die voorkeur wordt overgenomen.
Als Google de opgegeven canonical volgt, worden signalen zoals links en vergelijkbare inhoud doorgaans samengebracht rond de gekozen URL. Dat kan voorkomen dat concurrerende versies onnodig naast elkaar in de zoekresultaten verschijnen. Het betekent niet dat de alternatieve URL verdwijnt van het web of nooit meer wordt bezocht. De browser kan die pagina nog steeds laden en externe links kunnen er nog steeds naartoe verwijzen.
Wanneer zijn canonical tags nodig bij dubbele URL’s?
Canonical tags zijn nuttig wanneer meerdere URL’s dezelfde of sterk vergelijkbare inhoud tonen en je één versie als hoofdadres wilt behandelen. Dat gebeurt bijvoorbeeld door trackingparameters, filters, sortering of varianten van een domein. Een productpagina kan bereikbaar zijn via zowel /jas als /jas?utm_source=nieuwsbrief. De parameter is voor bezoekers of analytics nuttig, maar verandert de inhoud niet wezenlijk. Een canonical vanaf de parameter-URL naar de schone product-URL maakt je voorkeur duidelijk.
Ook bij printweergaven, sessieparameters en verschillende paden naar hetzelfde artikel kan canonicalisatie een rol spelen. Bepaal eerst of de alternatieve URL werkelijk dezelfde inhoud vertegenwoordigt. Een pagina met een andere taal, productvariant of inhoudelijke selectie is niet automatisch een duplicaat. Als die pagina een eigen doelgroep of zoekintentie heeft, kan een eigen indexeerbare URL beter passen dan een canonical naar een andere versie.
Een praktische keuze is om canonicals te gebruiken voor URL-varianten die technisch of functioneel bestaan, maar geen zelfstandige waarde in zoekresultaten hebben. Gebruik ze niet als algemene opruimknop voor alle pagina’s die op elkaar lijken. Denk bijvoorbeeld aan categoriepagina’s met verschillende producten: ze kunnen vergelijkbare teksten hebben, maar bedienen mogelijk andere zoekopdrachten. Een canonical kan die verschillen uitwissen in plaats van ze netjes te ordenen. Beoordeel daarom per URL de inhoud, het doel en de gewenste vindbaarheid voordat je een voorkeursadres aanwijst.
Zo kies je de juiste canonieke URL
De juiste canonical is de URL die je als stabiele, volledige en inhoudelijk representatieve versie wilt laten indexeren. Kies één vaste schrijfwijze voor protocol, hostnaam en trailing slash. Als de voorkeursversie bijvoorbeeld HTTPS zonder subdomein is, verwijs dan consequent naar https://voorbeeld.nl/pagina en niet soms naar de HTTP- of www-versie. De URL in de canonical moet rechtstreeks een werkende pagina opleveren en mag niet doorverwijzen naar een andere URL.
Controleer vervolgens dat de gekozen pagina inhoudelijk overeenkomt met de alternatieve pagina. Een canonical van een blauwe productvariant naar een rode variant is alleen logisch als de varianten voor bezoekers en zoekmachines in feite dezelfde pagina zijn en je bewust één versie wilt laten gelden. Verschillen de voorraad, prijs, afbeeldingen of zoekvraag wezenlijk, dan kan een aparte URL juist waardevol zijn. Canonicaliseer ook niet naar een pagina die een foutmelding geeft, niet indexeerbaar is of zelf naar een derde URL verwijst.
Let op samenhang tussen je signalen. Interne links, XML-sitemap, hreflang-verwijzingen en redirects horen waar mogelijk naar dezelfde voorkeursversie te wijzen. Als navigatie links naar URL A geeft, de sitemap URL B vermeldt en de canonical naar URL C verwijst, maak je Google onnodig onzeker. Leg in de techniek of CMS vast welke URL-regels leidend zijn en test uitzonderingen afzonderlijk. Zo voorkom je dat redacteuren en templates elk een andere variant publiceren.
Canonical tag correct instellen in HTML en HTTP-headers
Voor gewone HTML-pagina’s staat de canonical doorgaans in de head van de broncode, bijvoorbeeld als een linkelement met rel="canonical" en een absolute URL. Gebruik het volledige adres inclusief https://, zodat de bestemming niet afhankelijk is van de huidige URL of een relatieve padstructuur. Plaats de tag in de head en zorg dat er maar één geldige canonical aanwezig is. JavaScript kan de tag soms toevoegen of aanpassen, maar een servergerenderde tag is doorgaans eenvoudiger betrouwbaar te crawlen en te controleren.
Een pagina mag meestal naar zichzelf canonicaliseren. Dat heet een self-referencing canonical en maakt expliciet welke URL de voorkeursversie is, ook als er later parameters aan een bezoekadres worden toegevoegd. Stel de canonical dynamisch in op basis van de schone, genormaliseerde URL. Gebruik niet simpelweg de volledige adresbalk, want dan kan een trackingparameter per bezoek een andere canonical opleveren. Controleer bovendien dat hoofdletters, slashregels en URL-encoding consistent worden afgehandeld.
Voor bestanden zonder HTML, zoals pdf’s, kan een canonical via een HTTP Link-header worden opgegeven. Dat vraagt meestal om aanpassing van de server- of CDN-configuratie. Voorkom dat zowel de header als de HTML een andere URL aanwijst. Test de uiteindelijke respons, niet alleen de CMS-instelling: caches, plugins en templates kunnen tags verdubbelen of wijzigen. Bekijk de broncode en de gerenderde pagina en controleer bij bestanden de responseheaders met een geschikte browsertool of crawler.
Canonical tags voor webshops, filters en sorteerpagina’s
Webshops maken vaak veel URL’s aan voor filters, sortering en zoekresultaten. Denk aan een categoriepagina met parameters voor kleur, maat of volgorde. Niet iedere parametercombinatie hoeft een eigen pagina in Google te worden. Als de filter-URL vrijwel dezelfde categorie toont en geen zelfstandige zoekwaarde heeft, kan een canonical naar de basiscategorie passend zijn. Houd er rekening mee dat daarmee de filterpagina niet automatisch ontoegankelijk wordt; de tag geeft alleen een voorkeur voor de indexering door.
Sommige filters beantwoorden juist een duidelijke zoekvraag, zoals een categorie voor zwarte hardloopschoenen of een merkpagina met eigen assortiment. In dat geval kan een unieke, stabiele URL met eigen titel, inhoud en interne links nuttig zijn. Canonicaliseer zo’n pagina niet klakkeloos naar de algemene categorie: daarmee geef je aan dat de specifieke pagina niet de voorkeursversie is. De keuze vraagt dus om een afweging tussen crawlbeheersing en het behouden van pagina’s die organisch verkeer kunnen aantrekken.
Bekijk ook combinaties van filters. Een webshop kan duizenden URL’s genereren wanneer bezoekers meerdere kenmerken combineren. Stel regels op voor welke combinaties indexeerbaar mogen zijn, welke canonicals naar een hoofdcategorie wijzen en welke parameters helemaal niet nodig zijn. Zorg dat sorteer- en trackingparameters niet per ongeluk self-referencing canonicals krijgen. Test belangrijke categorieën met en zonder parameters, en controleer of de canonical aansluit op de inhoud die de bezoeker werkelijk ziet. Een verkeerd ingestelde template kan anders voor duizenden pagina’s hetzelfde probleem veroorzaken.
Veelgemaakte fouten met canonical tags
Een veelvoorkomende fout is een canonical die naar een URL verwijst die zelf weer canonicaliseert naar een andere URL. Zo ontstaat een keten. Google kan die uiteindelijk begrijpen, maar de omweg maakt het signaal minder helder en kan crawltijd verspillen. Verwijs rechtstreeks naar de uiteindelijke voorkeurs-URL. Controleer ook op canonicals naar redirects, 404-pagina’s of URL’s die door een robots.txt-regel niet gecrawld kunnen worden. In zulke situaties kan de zoekmachine de bestemming niet goed beoordelen.
Een tweede probleem is dat alle pagina’s van een template naar dezelfde URL canonicaliseren. Dit komt bijvoorbeeld voor wanneer een CMS de canonical van de homepage op iedere pagina hergebruikt. Dan lijken categorieën, artikelen en producten volgens de tag duplicaten van de homepage. Controleer daarom niet alleen één pagina, maar verschillende paginatypen en URL-varianten. Een crawler kan helpen om ontbrekende, dubbele en afwijkende canonicals op grote schaal te vinden.
Ook conflicterende signalen komen veel voor. Een pagina kan zichzelf canonicaliseren, terwijl de sitemap een andere URL vermeldt en interne links naar een derde variant wijzen. Soms wordt een canonical per ongeluk relatief gemaakt of bevat de tag een stagingdomein. Let verder op noindex in combinatie met canonical: de ene aanwijzing vraagt om uitsluiting, de andere om consolidatie rond een voorkeurs-URL. Dat kan verwarring geven. Kies het middel dat bij het doel past en controleer na publicatie wat de server daadwerkelijk uitstuurt.
Wat een canonical tag niet oplost
Een canonical is geen redirect. Een redirect stuurt bezoekers en crawlers door naar een andere URL; een canonical laat de alternatieve URL gewoon bestaan en geeft een voorkeur voor indexering door. Als een oude pagina definitief is vervangen en bezoekers altijd naar de nieuwe versie moeten, is een permanente redirect meestal geschikter. Een canonical kan in dat geval een tussenoplossing lijken, maar verandert het adres in de browser niet en voorkomt niet dat gebruikers op de oude pagina terechtkomen.
Een canonical verwijdert een pagina ook niet gegarandeerd uit Google en blokkeert crawlen niet. Gebruik robots.txt niet als vervanging om canonicalisatie af te dwingen: als Google de pagina niet mag crawlen, kan het de canonical op die pagina mogelijk niet uitlezen. Een noindex-tag heeft weer een ander doel: aangeven dat een pagina niet in de zoekresultaten moet worden opgenomen. Zet noindex en canonical niet willekeurig samen, want daarmee stuur je verschillende signalen over de gewenste behandeling van de URL.
De tag lost evenmin dunne of slechte inhoud, trage pagina’s, onjuiste interne links of een gebrekkige sitestructuur op. Als twee pagina’s inhoudelijk te weinig waarde bieden, kan het nuttiger zijn ze te verbeteren, samen te voegen of één ervan te verwijderen met een passende redirect. Canonicalisatie is vooral geschikt om voorkeursversies van vergelijkbare URL’s aan te wijzen. Het is geen garantie op indexering, betere rankings of snellere verwerking. Google bepaalt uiteindelijk zelf welke pagina’s het opneemt en hoe het de opgegeven signalen interpreteert.
Canonical tags controleren in Google Search Console
Begin met de URL-inspectie in Google Search Console. Daar kun je zien of de URL geïndexeerd is en, wanneer Google de gegevens beschikbaar heeft, welke canonical je zelf hebt opgegeven en welke URL Google als canonical heeft geselecteerd. Die twee waarden kunnen verschillen. Vergelijk de broncode van de pagina met de gerapporteerde URL en kijk of de gekozen versie bereikbaar is, vergelijkbare inhoud bevat en niet naar een redirect of foutpagina leidt. Een verschil is geen bewijs dat de tag technisch defect is, maar wel reden om de signalen rond beide URL’s te onderzoeken.
Search Console toont informatie op URL-niveau en is daardoor niet altijd genoeg om patronen te ontdekken. Gebruik bij grotere websites een crawler om pagina’s te verzamelen en te filteren op ontbrekende canonicals, meerdere tags, niet-200-bestemmingen, redirectdoelen en afwijkende domeinen. Test ook URL’s met parameters, hoofdletters, trailing slashes en eventuele taal- of pagineringvarianten. Controleer zowel de HTML-bron als de gerenderde DOM wanneer de site veel JavaScript gebruikt.
Leg bevindingen naast je interne links, sitemap en serverredirects. Als alle interne links naar één versie wijzen maar Google een andere kiest, onderzoek dan onder meer inhoudelijke verschillen en externe links. Na een wijziging kan verwerking tijd kosten; een onmiddellijke wijziging in Search Console is niet gegarandeerd. Houd daarom een meetbare selectie van belangrijke URL’s bij en controleer na implementatie opnieuw of de voorkeur consequent wordt herkend. Zo vind je zowel eenmalige fouten als templateproblemen die grote delen van de site raken.