<link rel="canonical">) vertelt Google welke versie van een pagina de "echte" is bij duplicate-content. Voor MKB is de regel simpel: elke pagina krijgt een self-referencing canonical naar zichzelf. Webshops en filter-pagina's hebben extra aandacht nodig om duplicate content via parameters te voorkomen. Veel CMS'en (WordPress + Yoast, Webflow, Shopify) doen dit standaard. Eén regel HTML per pagina, geen nadelen.
Wat doet een canonical tag?
Een canonical tag staat in de <head> van een pagina en wijst Google naar de "officiële" URL voor die content. Vorm:
<link rel="canonical" href="https://designcheck.nl/prijzen" />Als Google dezelfde of bijna-identieke content op meerdere URL's vindt, kiest hij de canonical als de te indexeren versie. Ranking-power (links, autoriteit) wordt naar die URL geconsolideerd. Zonder canonical bepaalt Google zelf wat de "originele" is — meestal correct, soms catastrofaal.
Waarom dit voor MKB telt
Onverwachte duplicate content
Een gemiddelde MKB-site heeft duplicate content zonder dat de eigenaar het weet. Veelvoorkomende bronnen:
- www-vs-non-www — designcheck.nl en www.designcheck.nl serveren dezelfde inhoud op twee URL's.
- HTTP-vs-HTTPS — als je redirect niet 100% strikt is.
- Trailing slash — /prijzen en /prijzen/ zijn voor Google twee URL's.
- UTM-parameters — /prijzen?utm_source=newsletter is technisch een aparte URL.
- Filter- en sortering-parameters — /producten?sort=prijs vs /producten?sort=naam.
- Print-versies — /prijzen?print=1 zonder canonical.
- Hash-fragments (#) — meestal niet, Google negeert deze.
Verloren ranking-power
Zonder canonical kiest Google soms de verkeerde versie. Een lokale dienstverlener in Mijdrecht die op "hovenier Mijdrecht" wil ranken kan ontdekken dat Google /index.html?source=google liever indexeert dan /home — met alle interne links wijzend naar de verkeerde versie. Ranking-impact: significant.
De basis: self-referencing canonical
Eenvoudige regel: elke pagina krijgt een canonical die naar zichzelf wijst. Op /prijzen staat:
<link rel="canonical" href="https://designcheck.nl/prijzen" />Dit voorkomt dat Google later in de war raakt door parameters of trailing slashes. Eén regel HTML per pagina, geen nadelen.
Wanneer een canonical naar een andere URL?
1. Webshop-varianten
Productpagina /shirt-rood en /shirt-blauw zijn bijna identiek. Bij echte uitwisselbaarheid: één canonical kiezen (bv. /shirt) en varianten daarheen laten wijzen. Bij echt verschillende content (andere foto's, andere reviews): self-referencing.
2. Filter- en sortering-pagina's
/producten?categorie=hoveniers en /producten?sort=naam tonen dezelfde producten in andere volgorde. Canonical → /producten zonder parameters. Voorkomt 20 bijna-identieke pagina's in Google's index.
3. Categorienavigatie met paginering
/blog/page-1 en /blog (eerste pagina) zijn vaak identiek. Canonical → /blog. Voor /blog/page-2 en verder: self-referencing (anders verlies je rankings op die pagina's).
4. Mobiele subdomeinen
m.example.com en example.com — canonical op de mobiele variant naar de desktop. Bij responsive design (één URL, beide weergaves) niet nodig.
5. Cross-domain syndication
Als je je blog-post ook op LinkedIn of Medium plaatst: canonical op die externe versie naar jouw originele URL. Voorkomt dat Medium hoger rankt op jouw eigen content.
Hoe stel je het in per platform
WordPress + Yoast SEO
Automatisch self-referencing. Per pagina aanpasbaar via Yoast-paneel onder elke editor. Voor 95% MKB: niets aanpassen, gewoon laten staan.
Webflow
Automatisch self-referencing. Custom canonicals via "Page Settings" > "SEO Settings" > "Canonical URL". Manueel werk bij dynamische collecties.
Shopify
Standaard self-referencing op productpagina's, problematisch bij filter-collections. Vereist app of theme.liquid-aanpassing voor /collections/all?sort=manual cases. Webshop-eigenaren: checken in Search Console.
Statische HTML (zoals deze site)
Handmatig in <head> per pagina. Bij build-tools (Astro, Next.js, 11ty): dynamisch via template.
Veelgemaakte fouten
- Canonical naar de homepage op elke pagina. Komt voor bij verkeerde Yoast-config. Effect: alle interne pagina's worden gedeprioriteerd. Catastrofaal voor SEO.
- Canonical met http:// terwijl site op https:// draait. Google volgt redirect maar verliest ranking-signaal.
- Canonical met andere taal. /en/about canonical naar /nl/about — Google indexeert maar één taal. Voor meertalig: hreflang, niet canonical.
- Canonical naar gepagineerde sub-page in plaats van eerste pagina van de paginering.
- Geen canonical op AMP-pagina's (als die nog bestaan). AMP-versies moeten canonical naar non-AMP-original.
Hoe controleer je het?
- View page source (Cmd-U op Mac, Ctrl-U op Windows) op je homepage. Zoek "canonical". Klopt de URL?
- Google Search Console > "Pagina's" > "Niet geïndexeerd" > "Alternatief met canonical". Hier zie je welke pagina's Google heeft samengevoegd onder een andere canonical.
- Screaming Frog (gratis tot 500 URL's) — crawlt je hele site en toont canonical per pagina in één lijst.
- Google's URL Inspection Tool in Search Console — toont per URL welke canonical Google heeft gekozen vs welke je hebt aangewezen.
Bij meer dan 40% van de DesignCheck-audits van WordPress-sites vinden we ten minste één pagina met een verkeerde canonical — meestal op categoriepagina's of bij oude redirects. Eenvoudige fix, grote ranking-impact.
Wat krijg je bij DesignCheck?
Bij elke Rebuild en Premium staan canonicals automatisch goed via je CMS-config of statische templates. Bij Refresh-pakket controleren we de canonical-instellingen van bestaande pagina's en herstellen waar nodig. Combineer met onze sitemap.xml-uitleg voor compleet crawling-fundament.
Self-referencing canonicals op elke pagina, custom canonicals bij filters en varianten, zit in elke Rebuild (€3.995) en Premium (€6.995). Bij Refresh als onderdeel van technical-SEO-set.
Volledig prijsoverzicht →Hoe Google de canonical werkelijk kiest
De canonical-tag is een signaal, geen bevel. Google weegt zes signalen tegen elkaar af voordat hij beslist welke URL hij in zijn index opneemt: de canonical-tag, interne links, externe backlinks, de URL in je XML-sitemap, HTTPS-voorkeur, en hreflang-relaties. Stuur deze allemaal naar dezelfde URL en Google volgt je zonder discussie. Stuur conflicterende signalen — bijvoorbeeld canonical naar /prijzen maar interne navigatie naar /prijzen/ — en Google kiest zelf, meestal op basis van wat de meeste externe links binnenkrijgt.
Een concreet voorbeeld uit een audit van een hoveniersbedrijf in Wilnis: de site had keurig self-referencing canonicals, maar de XML-sitemap noemde alle URL's met trailing slash terwijl de canonicals zonder slash stonden. Google koos uiteindelijk de sitemap-versie. Resultaat: de "verkeerde" URL kreeg de ranking, alle binnenkomende backlinks wezen naar de andere variant. Twee jaar lang verlies van ranking-power op de homepage. Fix: één regel sitemap-template aanpassen, twee weken later weer correct geïndexeerd.
Search Console toont in het URL-inspectierapport bij elke pagina twee velden: "User-declared canonical" (wat jij hebt aangegeven) en "Google-selected canonical" (wat Google daadwerkelijk gebruikt). Bij ruim 30% van de MKB-sites die we doorlopen zijn deze twee waarden verschillend. Dat is het eerste cijfer om te checken bij een SEO-audit.
Canonical versus 301-redirect — wanneer welke?
Veel ondernemers verwarren beide. De praktische regel: een 301-redirect stuurt de bezoeker én Google fysiek door naar een andere URL, een canonical laat de oorspronkelijke URL bestaan maar wijst Google naar de master. Kies een 301 als de oude URL nooit meer een rol speelt (oude productlijn, gewijzigde permalink-structuur, www → non-www). Kies canonical als beide URL's bestaansrecht houden, bijvoorbeeld bij filters die bezoekers via interne navigatie écht gebruiken.
Een 301 consolideert ranking-signalen direct en blijvend. Canonical doet hetzelfde, maar Google mag het signaal negeren als andere signalen tegenspreken. Voor permanente changes: 301. Voor "leef parallel naast elkaar, maar één is de officiële versie": canonical. Voor tijdelijke verhuizingen (bijvoorbeeld een seizoensactie op een eigen URL): 302, en op die tijdelijke URL alsnog een canonical naar de hoofdpagina.
JavaScript-gerenderde canonicals — let op
Bij sites die client-side renderen (oude React-SPA's, Vue zonder SSR) staat de canonical-tag pas in de HTML nadat JavaScript is uitgevoerd. Google rendert tegenwoordig wel JavaScript, maar in twee fasen: eerst leest de crawler de raw HTML, daarna komt de renderer langs. Tussen die twee momenten zit soms dagen tot weken. In dat venster ziet Google geen canonical en kan de verkeerde versie kiezen.
Voor MKB-sites is dit zelden een probleem omdat de meeste statisch of server-side gerenderd zijn (WordPress, Webflow, statische HTML). Maar bij een Next.js- of Nuxt-site moet je controleren of de canonical in de initiële HTML staat, niet pas na hydratie. Test: rechtermuisknop → "View page source" (niet "Inspect"), zoek "canonical". Staat hij er? Goed. Niet? Server-side rendering aanzetten of de canonical injecteren via SSR.
Veelvoorkomende scenario's per branche
Bij elke audit in De Ronde Venen en omgeving zien we dezelfde patronen terugkomen per type bedrijf:
- Hoveniers, klusbedrijven, schilders. Vaak één-paginas-WordPress met identieke content voor "tuinaanleg Mijdrecht" en "tuinaanleg Wilnis". Beide pagina's canonical naar zichzelf, geen duplicate. Maar: kopieer-werk inhoud kost ranking. Beter twee pagina's met écht andere local-content.
- Webshops onder de €500k omzet. Shopify-defaults laten /products/x én /collections/all/products/x als twee URL's bestaan met dezelfde inhoud. Canonical naar /products/x verplicht via theme-edit.
- Boekhouders, advocaten, makelaars. Dienstenpagina's en blog-posts vaak via twee paths bereikbaar (bv. /diensten/aangifte én /aangifte). Eén kiezen, ander redirecten.
- Energielabel- en keurmeester-diensten. Bij dynamische pagina's per postcode (zoals bij Keurmeesters met BAG-API) is canonical-strategie cruciaal: of canonical naar de generieke service-pagina, of self-referencing per geldige postcode-combinatie.
- Restaurants, kapsalons, sportscholen. Vaak duplicate via Facebook-link met fbclid-parameter. Self-referencing canonical strip de parameter weg in de index.
Wat een verkeerde canonical kost in geld
Een MKB-site die op vier of vijf primaire zoekwoorden ranking-power verliest aan duplicate URL's loopt al snel 10 tot 20 procent organisch verkeer mis. Reken het door: een hovenier in De Ronde Venen met 1.200 organische bezoekers per maand verliest dan 120-240 bezoekers. Bij een gemiddelde conversieratio van 2,5 procent zijn dat 3 tot 6 offerteaanvragen per maand. Tegen €600 tot €40.000 per project (gemiddeld €3.500 voor een tuinaanleg-traject) loopt het verlies snel op tot vijfcijferig op jaarbasis.
Een Refresh-pakket van €1.995 verdient zichzelf vaak terug binnen een kwartaal als de canonical-issues onderdeel zijn van de bredere technical-SEO-fix. Bij een Rebuild van €3.995 is canonical-set-up zo'n vanzelfsprekend onderdeel dat het niet apart in de offerte verschijnt — net als HTTPS of een mobiele weergave. De verliescalculator rekent voor elke branche door wat slechte technical-SEO kost.
Tools die je vandaag al kunt gebruiken
- Google Search Console — gratis, verplichte basis. URL-inspectie toont gekozen canonical per URL.
- Screaming Frog SEO Spider — gratis tot 500 URL's. Geeft canonical-overzicht in één tabel, exporteert naar CSV.
- Sitebulb — meer visuele rapporten, betaald maar er is een 14-daagse trial. Sterk in het visualiseren van canonical-chains.
- Ahrefs Site Audit — betaald, maar zeer compleet. Detecteert canonical-conflicten met sitemap, redirects en hreflang.
- Chrome DevTools Network-tab — bij elk request zie je response-headers, inclusief eventuele HTTP-canonical (Link-header).
- Browser-extensies zoals Detailed SEO — toont canonical per pagina in één klik, handig tijdens audits.
Voor een snelle audit zonder licentie is de combinatie Search Console + Screaming Frog ruim voldoende. Beide gratis, samen drie kwartier werk voor een gemiddelde MKB-site.
Stappenplan: canonical-audit in 12 stappen
Volg dit lijstje op je eigen site, ongeveer 45 minuten werk voor een gemiddelde MKB-site van 30-60 pagina's:
- Open je homepage in de browser, druk Cmd-U (Mac) of Ctrl-U (Windows) om de broncode te zien.
- Zoek met Cmd-F naar "canonical". Klopt de URL met de URL in de adresbalk? Zo nee: fout-1.
- Test of de canonical https:// gebruikt en niet http://.
- Test of de trailing slash overeenkomt met je site-conventie (consistent kiezen).
- Doe hetzelfde op je belangrijkste service-pagina, contactpagina en één blog-post.
- Open Google Search Console, ga naar "Pagina's" en filter op "Niet geïndexeerd".
- Klik op "Alternatief met canonical" — dit zijn pagina's die Google heeft samengevoegd. Kijk of je het eens bent met de samenvoegingen.
- Gebruik URL-inspectie op je homepage, check "User-declared" vs "Google-selected" canonical.
- Test minstens vijf URL's: homepage, twee servicepagina's, een blog-post, een contactpagina.
- Crawl je eigen site met Screaming Frog (gratis tot 500 URL's), tab "Canonical" toont alle waarden in één overzicht.
- Exporteer naar CSV, filter op pagina's waar canonical-URL en huidige URL verschillen — controleer elk geval.
- Check je XML-sitemap: bevat hij alleen URL's die met de canonical overeenkomen? Niet-canonical URL's horen niet in de sitemap.
Canonical en moderne zoekmachine-techniek
Zoekmachines anno 2026 zijn niet meer alleen Google. Bing groeit dankzij integratie in Microsoft 365 en Copilot, DuckDuckGo blijft stabiel op privacy-bewust publiek, en steeds meer verticale zoekmachines (Kagi, Brave Search) winnen niche-publiek. Wat ze gemeen hebben: ze respecteren allemaal de canonical-tag. Eén regel HTML beïnvloedt dus de indexatie in tien tot vijftien zoekmachines tegelijk.
Schema.org-data en canonical werken in tandem. Wanneer je structured data toevoegt op /producten/x maar de canonical wijst naar /producten/master, dan koppelen zoekmachines de schema-data aan de master-URL. Klink het detail klein, het is het verschil tussen rich-result-eligibility op de juiste URL of de schema verspild zien gaan op een variant die nooit geïndexeerd wordt. Lees verder over deze koppeling in JSON-LD structured data.
Bij Keurmeesters — de eerste betalende klant van DesignCheck, een NL energielabel-bureau dat live ging in mei 2026 met BAG-API-integratie — staat de canonical-strategie centraal in de SEO-setup. Per ingevoerde postcode genereert de site een unieke landingspagina, maar de overkoepelende dienst-pagina blijft de master. Resultaat: rich snippets verschijnen op één centrale URL in plaats van versnipperd over honderden postcode-varianten.
Wat doe je vandaag?
Open je homepage, druk Cmd-U, zoek "canonical". Klopt de URL? Doe hetzelfde op je drie belangrijkste landingspagina's. Vind je iets verdachts? Stuur de URL door via de gratis audit — we kijken er binnen 48 uur naar en koppelen terug welke fix nodig is.
Gratis audit aanvragen →Het lange-termijnbeeld
Een goed ingestelde canonical-structuur veroudert niet. Of Google zijn algoritme nu volgend kwartaal of pas in 2030 weer drastisch wijzigt, de afspraak "deze URL is de officiële" blijft de minimale toezegging die een zoekmachine vraagt. Sites die het fundament goed hebben staan, hoeven bij elke algoritme-update niet opnieuw te puzzelen. Sites die het negeren of laten zwerven, betalen elke iteratie opnieuw met verloren ranking. Voor een MKB-ondernemer betekent dat: één keer goed inrichten, daarna een jaarlijkse controle via Search Console.
Voor klanten met een Rebuild- of Premium-traject staat canonical-set-up standaard in het deployment-protocol. Voor zelfdoeners is bovenstaand stappenplan voldoende voor 90% van de cases. Loop je tegen een hardnekkig probleem aan, dan helpen we via de gratis audit graag een keer mee kijken.
Volgende stappen
Voor de bredere SEO-set: sitemap.xml voor MKB. Voor de hele crawling-laag: robots.txt uitleg. Voor schema-markup: JSON-LD structured data. Check je site op canonical-issues via de gratis DesignCheck Audit. Reken via verliescalculator wat slechte SEO je kost aan leads. Lokaal: webdesigner Mijdrecht.
FAQ — canonical tags
Moet ik op elke pagina een canonical zetten?
Wat als ik geen canonical zet?
Helpt een canonical bij identieke productpagina's in een webshop?
Wat als canonical en 301-redirect tegenstrijdig zijn?
Telt een canonical mee voor hreflang-meertalig?
Kan een canonical mijn ranking laten zakken?
Door Lorenzo Ruisi — DesignCheck. Laatst bijgewerkt 16 mei 2026.