Canonicalisatie: complete gids voor canonieke URL's en rel=canonical

Canonicalisatie is het proces waarmee je zoekmachines duidelijk maakt welke URL de voorkeursversie van een pagina is. Dat doe je vooral met redirects, een rel="canonical"-tag, consistente interne links en een XML-sitemap. Het doel is niet om iedere vergelijkbare pagina te verbergen, maar om één logische URL als hoofdversie aan te wijzen. Google ziet een canonical als een signaal en kan alsnog een andere canonieke URL kiezen.

Wat is een canonieke URL?

Een canonieke URL is de versie die je wilt laten indexeren en tonen in de zoekresultaten wanneer meerdere URL's inhoudelijk hetzelfde of vrijwel hetzelfde zijn. Denk aan een product- of dienstenpagina die via verschillende URL-varianten bereikbaar is, bijvoorbeeld met een trackingparameter, een hoofdlettervariant of een alternatieve domeinvariant.

Zonder heldere aanwijzingen moet Google zelf bepalen welke versie het meest geschikt is. Dat kan ertoe leiden dat Google een andere URL selecteert dan je voorkeur. Goede canonicalisatie maakt die keuze consistenter en voorkomt dat je eigen signalen elkaar tegenspreken.

Canonicalisatie, duplicate content en indexatie: het verschil

Deze begrippen hangen samen, maar betekenen niet hetzelfde:

• Duplicate content: dezelfde of sterk vergelijkbare inhoud is via meer dan één URL beschikbaar.
• Canonicalisatie: je geeft aan welke van die URL's de voorkeursversie is.
• Indexatie: Google neemt een URL op in de zoekindex. Een canonical is een belangrijk signaal bij die keuze, maar geen garantie.
• Crawling: Googlebot bezoekt URL's om inhoud en signalen te verwerken.

Canonicalisatie is dus geen oplossing voor inhoud die echt verschillend zou moeten zijn. Hebben twee pagina's een eigen doel, doelgroep of inhoudelijke waarde? Maak dat verschil dan ook voor bezoekers en zoekmachines duidelijk.

Waardoor ontstaan meerdere URL's?

Meerdere URL's voor vergelijkbare inhoud ontstaan vaak onbedoeld. Veelvoorkomende oorzaken zijn:

• HTTP- en HTTPS-varianten.
• www- en niet-www-varianten.
• Hoofdletters, kleine letters of afwijkende slash-varianten, afhankelijk van de serverconfiguratie.
• Trackingparameters, zoals URL's uit nieuwsbrieven of campagnes.
• Filter-, sorteer- en zoekresultaatpagina's in een webshop.
• Een pagina die bereikbaar is via meerdere paden in de navigatie.
• Printversies, bijlagen of PDF-bestanden met dezelfde informatie als een HTML-pagina.

Niet elke parameter-URL is automatisch een probleem. De vraag is steeds: toont deze URL voor zoekmachines in essentie dezelfde pagina, en wil je dat deze variant zelfstandig in Google kan verschijnen?

Welke canonical-signalen gebruikt Google?

Google beoordeelt meerdere signalen in samenhang. Een goede implementatie zorgt dat ze allemaal naar dezelfde voorkeurs-URL wijzen:

• Redirects: geschikt wanneer een alternatieve URL niet meer zelfstandig hoeft te bestaan en bezoekers direct naar de nieuwe of definitieve versie moeten gaan.
• rel=canonical: geschikt wanneer alternatieve URL's bereikbaar moeten blijven, maar je één hoofdversie voor indexatie aanwijst.
• XML-sitemap: neem hierin alleen URL's op die je als canoniek beschouwt.
• Interne links: link in menu's, breadcrumbs, content en andere interne elementen naar de canonieke URL.

Een losse canonical tag is zwakker dan een consistente combinatie. Staat in de sitemap URL A, linken interne pagina's naar URL B en verwijst de canonical naar URL C? Dan geef je tegenstrijdige aanwijzingen af.

Wanneer gebruik je een redirect, canonical, noindex of 404/410?

Situatie	Beste keuze	Praktische actie	Wat je niet moet doen
Een oude URL is definitief vervangen door een nieuwe pagina	Redirect	Leid de oude URL rechtstreeks naar de meest passende nieuwe URL.	De oude URL laten bestaan met een canonical als bezoekers daar geen reden meer voor hebben.
Een campagne- of parameter-URL toont dezelfde pagina als de schone URL	rel=canonical	Laat de parameter-URL canonical verwijzen naar de schone hoofd-URL.	Parameter-URL's opnemen in de XML-sitemap of intern als standaard gebruiken.
Een filterpagina is nuttig voor bezoekers, maar niet bedoeld voor organische zoekresultaten	Noindex, afhankelijk van de situatie	Bepaal eerst of de pagina unieke zoekwaarde heeft. Zo niet, voorkom indexatie volgens je technische aanpak.	Blind elke filterpagina canonicaliseren naar een categorie als de inhoud wezenlijk verschilt.
Een pagina bestaat niet meer en heeft geen logisch alternatief	404 of 410	Geef een correcte status terug en verwijder interne links naar de verdwenen URL.	Alles doorsturen naar de homepage.
HTTP-, HTTPS-, www- en niet-www-varianten bestaan naast elkaar	Redirect plus consistente canonical-signalen	Kies één domeinvariant en zorg dat alternatieven daarheen leiden.	Varianten naast elkaar in sitemap, interne links of canonicals gebruiken.
Een PDF en HTML-pagina bieden dezelfde informatie	Afhankelijk van het gewenste hoofddocument	Wijs waar technisch mogelijk één voorkeursversie aan; voor niet-HTML-bestanden kan een HTTP-header worden gebruikt.	Aannemen dat een HTML canonical tag in een PDF werkt.

Bij echt verwijderde pagina's is canonicalisatie dus niet de hoofdoplossing. Lees voor die situatie ook onze gids over 404- en soft-404-fouten.

Een canonical tag correct instellen

Voor een HTML-pagina plaats je de canonical in de <head> van het document:

<link rel="canonical" href="https://www.voorbeeld.nl/dienst/" />

Gebruik daarbij een volledige, absolute URL. De URL in href moet bereikbaar zijn, inhoudelijk passen bij de bronpagina en idealiter zelf indexeerbaar zijn.

Self-referencing canonical

Een self-referencing canonical verwijst naar dezelfde URL waarop de tag staat. Bijvoorbeeld: de pagina https://www.voorbeeld.nl/dienst/ bevat een canonical naar exact die URL. Dit is een heldere manier om je voorkeursversie te bevestigen en helpt varianten met parameters of andere URL-vormen te consolideren.

Cross-page canonical

Een cross-page canonical verwijst naar een andere URL. Gebruik dit alleen als de bronpagina en doelpagina dezelfde of vrijwel dezelfde hoofdinhoud vertegenwoordigen. Zet niet automatisch alle dunne, oude of slecht presterende pagina's canonical naar een algemene pagina. Als inhoud en intentie niet overeenkomen, kan Google de aanwijzing negeren.

Canonicalisatie implementeren: stappenplan

1. Kies per inhoudsgroep één voorkeurs-URL. Leg de gewenste domeinvariant, protocol, URL-structuur en slash-conventie vast. Kies ook welke parameter- en filterpagina's een zelfstandige functie hebben.
2. Inventariseer URL-varianten. Controleer CMS-links, navigatie, sitemaps, campagne-URL's, filters, paginering en servervarianten. Een technische crawl helpt om afwijkingen zichtbaar te maken.
3. Gebruik redirects voor vervangen URL's. Wanneer een pagina definitief is verhuisd, stuur de oude URL rechtstreeks door naar de inhoudelijk meest passende bestemming.
4. Plaats een self-referencing canonical op indexeerbare hoofd-URL's. Controleer in de paginabron of er precies één canonical tag staat en of deze de juiste absolute URL bevat.
5. Pas cross-page canonicals terughoudend toe. Gebruik ze voor inhoudelijk equivalente varianten, zoals een tracking-URL of een technische duplicaatvariant.
6. Maak interne links consistent. Werk navigatie, breadcrumbs, canonieke contentlinks en eventuele templates bij zodat ze naar de voorkeurs-URL verwijzen.
7. Ruim de XML-sitemap op. Neem alleen de URL's op die je geïndexeerd wilt hebben als hoofdversie.
8. Valideer in Google Search Console. Inspecteer belangrijke URL's en vergelijk de door jou opgegeven canonical met de door Google geselecteerde canonical.
9. Controleer na wijzigingen opnieuw. Let vooral op redirects, de uiteindelijke HTML, robots-instellingen en interne links. Een wijziging in een plugin of template kan bestaande canonicals beïnvloeden.

Canonicalisatie in WordPress

WordPress-sites genereren vaak extra URL-varianten via taxonomieën, archieven, paginering, bijlagen, zoekresultaten of plugins. Een SEO-plugin of je thema kan canonical tags toevoegen, maar ga er niet zonder controle van uit dat iedere instelling klopt.

Controleer altijd de broncode van een representatieve selectie pagina's. Zoek op rel="canonical" en controleer of:

• er niet meerdere canonical tags in de pagina staan;
• de URL overeenkomt met de versie die je intern linkt;
• de canonical-doelpagina geen redirect, foutpagina of niet-indexeerbare pagina is;
• templates voor categorieën, berichten, diensten en paginering geen onverwachte afwijkingen geven.

Voor structurele technische keuzes, zoals URL-architectuur, indexatie en interne linking, kan conversie- en SEO-optimalisatie helpen om techniek en commerciële doelen op elkaar aan te laten sluiten.

Parameters, filters, sortering en paginering

Bij webshops en uitgebreide sites kunnen filters en sortering duizenden URL-combinaties opleveren. Behandel ze niet allemaal hetzelfde. Een filterpagina met een zelfstandige, relevante selectie kan een eigen pagina zijn. Een sortering op prijs of een sessieparameter is meestal geen pagina die je als hoofdversie wilt laten indexeren.

Gebruik een canonical alleen wanneer de pagina inhoudelijk een duplicaat of zeer nauwe variant is van de gekozen hoofd-URL. Is een gefilterde pagina wezenlijk anders, dan is een canonical naar de algemene categorie mogelijk niet logisch. Bepaal eerst of de pagina indexeerbaar en waardevol moet zijn, of alleen functioneel voor bezoekers.

Bij paginering moeten afzonderlijke pagina's toegankelijk blijven voor gebruikers en crawlers. Forceer niet zonder inhoudelijke reden alle vervolgpagina's naar pagina één. De juiste aanpak hangt af van de manier waarop je content en producten zijn opgebouwd.

Internationale sites: canonical en hreflang

Vertaalde of regionaal aangepaste pagina's zijn doorgaans geen duplicaten die je naar één taalversie canonicaliseert. Gebruik voor taal- en regiovarianten een zelfstandige URL per versie en implementeer hreflang volgens de gekozen internationale structuur. Elke taalvariant verwijst normaliter met een self-referencing canonical naar zichzelf.

Canonical en hreflang moeten elkaar niet tegenspreken. Canonicalisatie vertelt welke URL de hoofdversie is binnen een groep van duplicaten; hreflang helpt zoekmachines de passende taal- of regioversie te begrijpen.

Canonical-problemen controleren in Google Search Console

Gebruik URL-inspectie om een concrete URL te onderzoeken. Let daarbij op het verschil tussen de door jou opgegeven canonical en de canonical die Google heeft geselecteerd. Zijn die verschillend, onderzoek dan eerst de technische signalen voordat je alleen de tag aanpast.

Controleer onder meer:

• of de geïnspecteerde URL en de canonical-doelpagina bereikbaar zijn;
• of de doelpagina mag worden geïndexeerd;
• of de inhoud werkelijk sterk overeenkomt;
• of interne links, sitemap en redirects dezelfde voorkeurs-URL ondersteunen;
• of er geen conflicterende canonical tags vanuit een thema, plugin of tagmanager worden toegevoegd.

Een Google-selected canonical die afwijkt, is niet automatisch een fout. Het is wel een aanleiding om te controleren of jouw technische en inhoudelijke signalen helder en consistent zijn.

Veelgemaakte fouten bij canonicalisatie

• Canonical naar een redirect: laat de canonical bij voorkeur direct naar de uiteindelijke voorkeurs-URL wijzen.
• Canonical naar een niet-indexeerbare URL: voorkom dat het doel geblokkeerd is of door noindex niet als indexeerbare hoofdversie kan fungeren.
• Verschillende signalen door elkaar: sitemap, interne links, redirects en canonicals wijzen naar verschillende URL's.
• Een irrelevante canonical: twee pagina's hebben een andere zoekintentie of inhoud, maar worden toch samengevoegd.
• Canonicalisatie als reparatie voor verwijderde content: gebruik voor een definitief verdwenen URL met een passend alternatief een redirect, en zonder alternatief een correcte foutstatus.
• Canonicals niet controleren na een migratie: domeinwijzigingen, HTTPS-migraties en nieuwe templates kunnen oude URL's of verkeerde varianten achterlaten.

Praktische controlelijst

• Voor iedere belangrijke pagina is duidelijk welke URL de voorkeursversie is.
• De voorkeurs-URL heeft een self-referencing canonical.
• Alternatieve, equivalente URL's verwijzen met canonical of redirect naar dezelfde voorkeurs-URL.
• Interne links gebruiken consequent de voorkeurs-URL.
• De XML-sitemap bevat alleen gewenste canonieke URL's.
• Canonical-doelpagina's zijn bereikbaar en technisch geschikt voor indexatie.
• Er staat per pagina geen conflicterende set canonical tags.
• URL-inspectie in Search Console bevestigt of Google jouw voorkeur volgt.
• Na releases, migraties en pluginwijzigingen controleer je een selectie cruciale URL's opnieuw.

Veelgestelde vragen

Is een canonical tag verplicht?

Nee. Maar een self-referencing canonical is een nuttig, expliciet signaal op pagina's die je als hoofdversie wilt laten indexeren. Belangrijker is dat alle technische signalen dezelfde URL ondersteunen.

Wat is het verschil tussen een canonical en een redirect?

Een redirect stuurt bezoekers en crawlers door naar een andere URL. Een canonical laat de oorspronkelijke URL bereikbaar, maar geeft aan welke versie de voorkeur heeft voor indexatie. Gebruik een redirect wanneer de oude URL niet zelfstandig moet blijven bestaan; gebruik een canonical bij equivalente varianten die beschikbaar mogen blijven.

Kan Google mijn canonical negeren?

Ja. Google behandelt rel="canonical" als een signaal. Als de inhoud onvoldoende overeenkomt of andere signalen een andere URL aanwijzen, kan Google een andere canonical selecteren.

Moet ik alle duplicate content canonicaliseren?

Nee. Begin met een analyse van de oorzaak. Soms is een redirect nodig, soms noindex, soms een inhoudelijke verbetering en soms een correcte 404 of 410. Canonicalisatie is specifiek bedoeld om een voorkeurs-URL voor equivalente of zeer vergelijkbare URL's aan te wijzen.

Hulp bij technische SEO

Canonicalisatie raakt URL-structuur, indexatie, redirects, sitemaps en interne linking. Wil je deze onderdelen in samenhang laten beoordelen, bekijk dan de diensten van LYNX Media of bespreek je website of online groeikansen met LYNX Media.