Wat zijn canonicals en hoe zet ik ze in voor SEO: Mijn tips
4,9 ★★★★★ 97 reviews
Begrippenlijst · Canonical · Live tag-builder

Wat is een canonical?

Canonical uitleg: live canonical-tag-builder met duplicate-URL-detector, canonical vs noindex vs 301, 5 use-cases en de SEO-impact.

Door Ralf van VeenUpdate: 28 maart 2024Leestijd: 7 min

01 — builderCanonical — live tag-builder

Een canonical-tag (officieel: rel="canonical" link element) is een HTML-attribuut dat zoekmachines vertelt: "DIT is de hoofd-URL van deze pagina, ook al zijn er duplicaten." Het werd in 2009 geïntroduceerd door Google, Bing en Yahoo gezamenlijk om duplicate-content-issues aan te pakken. Bouw je eigen canonical-tag in de live builder hieronder. Voor breder context op URL-structuur zie URL.

Live · vul URLs in voor code-outputcopy-paste ready

Belangrijke nuance: canonical is een SUGGESTIE aan zoekmachines, geen directive. Google's John Mueller bevestigt dat Google de canonical-tag negeert als er sterkere signalen zijn (interne links, sitemap, redirects) die naar een andere URL wijzen als canonical. Voor strikte controle gebruik je 301-redirects.

02 — duplicates5 meest voorkomende duplicate-URL-patronen

Wanneer heb je een canonical NODIG? Bij deze 5 typische scenarios.

5 patterns · severity per typespot-checks
Patroon
Risico
1
Trailing slash mismatch
/page vs /page/
Server serveert beide URLs apart — gezien als 2 pagina's
Hoog
2
WWW vs non-WWW
www.site.nl vs site.nl
Beide subdomains worden gecrawld, splitst link-equity
Hoog
3
HTTP vs HTTPS
http:// vs https://
SSL-migration zonder redirects = dubbel geïndexeerd
Hoog
4
URL-parameters (UTM/filters)
/page?utm_source=fb&sort=price
Tracking + filter-params creëren oneindige varianten
Middel
5
Hoofdletter-gebruik
/Page vs /page
URLs zijn case-sensitive — sommige servers serveren beide
Middel

Detect via Screaming Frog + Search Console "Coverage"-rapport. Filter op "Duplicate" status. Combineer met server-config (htaccess/nginx) voor preventieve oplossing — canonical is fallback.

03 — vsCanonical vs noindex vs 301 — kies de juiste

Drie mechanismen voor duplicate-content. Kies op basis van situatie.

3 oplossingen · juiste tooldecision-tree
CANONICAL
rel="canonical"
Beide URLs blijven LIVE + indexeerbaar. Suggereert preferred-URL aan Google. Behoudt link-equity-flow naar canonical.
Wanneer: filter-params, print-versies, A/B-tests, AMP-pages
NOINDEX
meta robots noindex
URL blijft LIVE maar VERWIJDERD uit Google's index. User kan nog komen, maar niet via search. Behoudt geen link-equity.
Wanneer: thank-you-pages, account-pages, search-result-pages
301
301 Permanent Redirect
Oude URL VERDWIJNT. User + Google geredirect naar nieuwe URL. 90-99% link-equity-transfer. Strictste oplossing.
Wanneer: URL-restructure, site-migration, content-merge

Beslissingsboom: moet de URL toegankelijk blijven? Ja → canonical OF noindex. Nee → 301 redirect. Moet de URL geïndexeerd zijn? Ja → canonical. Nee → noindex. Voor breder context zie 301 redirect.

04 — faqVeelgestelde vragen

FAQ · 3 vragenklik om te openen
Moet elke pagina een self-referencing canonical hebben?
Ja — als best practice. Vijf nuances. (1) Self-referencing canonical = pagina A heeft rel="canonical" naar pagina A zelf. Lijkt overbodig, maar is industry-standard. (2) Voorkomt accidental-duplicates: als een URL met parameters of typo wordt gedeeld, weet Google nog steeds welke "echte" versie is. Verhoogt rankings-stability. (3) Verplicht voor: e-commerce, blogs, sites met >50 pages. Optioneel voor: simple brochure-sites met <10 pages. (4) WordPress + Yoast/RankMath: doen self-referencing automatisch. Manual implementation hoeft niet bij gebruik van deze plugins. (5) Custom-build sites: handmatig toevoegen aan elke template via dynamic-URL-generation. Voorkom hardcoded absolute URLs die breken bij staging-deploys. Voor breder context zie SEO-technieken.
Kan ik een canonical naar een ANDERE domain wijzen?
Ja — cross-domain canonical bestaat. Vijf scenarios. (1) Cross-domain canonical: pagina A op site1.nl kan canonical wijzen naar pagina op site2.nl. Vooral gebruikt door content-syndication-platforms. (2) Use-case: gastblog gepubliceerd op meerdere sites — origineel-publisher zet canonical naar eigen domein. Voorkomt duplicate-content-issues + transfert link-equity. (3) Voorwaarde: PUBLISHER van origineel moet canonical-tag accepteren. Niet alle publishers willen dit (verlies van SEO-equity voor henzelf). (4) Google bevestigt: cross-domain canonical wordt gerespecteerd, MAAR alleen als signalen consistent zijn. Geen conflicting interne links, sitemaps etc. (5) Voorzichtig met: cross-domain naar lower-authority-site (Google kan negeren), naar lager-quality-content (Google ziet als manipulation), of voor uiteenlopende content (Google verwerpt). Voor breder context zie SEO-technieken.
Wat als Google mijn canonical negeert?
Het gebeurt — vooral bij zwakke signalen. Vijf redenen + fixes. (1) Conflicting signals: interne links, sitemap, redirects wijzen naar andere URL dan canonical-tag. Google volgt de meerderheid. Fix: maak alle signalen consistent. (2) Canonical URL is non-indexeerbaar: heeft noindex, robots.txt-blok of 4xx-status. Google negeert canonical naar dode URL. Fix: zorg dat canonical-target bereikbaar + indexeerbaar is. (3) Content matcht niet: canonical wijst naar pagina met FUNDAMENTEEL andere content. Google's content-analysis verwerpt mismatched canonicals. Fix: alleen voor near-duplicates. (4) Lower-quality canonical-target: hogere page rankt beter dan target. Google kiest de "betere" versie als canonical, ongeacht de tag. (5) Detect via Search Console → URL Inspection → "Google-selected canonical" — toont welke URL Google daadwerkelijk als canonical ziet. Discrepantie = je tag wordt genegeerd. Voor breder context zie SEO-tools.

Canonical + duplicate-content audit?

Volledig canonical-traject: complete duplicate-content-audit via Screaming Frog, canonical-implementation-strategie, parameter-handling in Search Console, 301-mapping voor permanent-duplicates, plus monthly rapportage op index-coverage.

Plan een gesprek met Ralf →