Noindex of canonical: welke gebruik je bij dubbele pagina's?

Je hebt dubbele of bijna-identieke pagina’s en je weet dat je iets moet doen. Maar wat? Noindex of canonical — dat is dé vraag die ontwikkelaars en site-eigenaren steevast verkeerd beantwoorden. Ze klinken alsof ze hetzelfde doen (“deze pagina niet in Google”), maar ze doen iets compleet anders. De verkeerde keuze kost je verkeer, verspilt crawlbudget of laat juist de pagina die je wél wilde tonen verdwijnen.

In dit artikel zet ik het verschil scherp neer, geef ik je een beslisboom, en behandel ik de fouten die ik in de praktijk het vaakst tegenkom — inclusief de drie combinaties die je nooit moet maken.

Noindex of canonical: wat doen ze precies?

Voordat je kunt kiezen tussen noindex of canonical, moet je weten wat elk signaal eigenlijk tegen Google zegt. Ze hebben totaal verschillende doelen.

Noindex = uit de index houden

De noindex-richtlijn (via een meta robots-tag of een X-Robots-Tag header) zegt: “haal deze pagina uit de zoekresultaten en houd hem eruit.” Het is een harde instructie. De pagina mag bestaan, mag bezocht worden, mag intern gelinkt zijn — maar hij verschijnt niet in Google. Eventuele ranking-signalen van die pagina worden niet doorgegeven aan een andere pagina; ze gaan simpelweg verloren.

Canonical = signalen consolideren

De canonical (<link rel="canonical">) zegt iets heel anders: “deze pagina is een variant van die andere pagina; behandel die andere als de hoofdversie en bundel de signalen daar.” Het is een hint, geen harde instructie. Google mag ‘m negeren als de signalen tegenstrijdig zijn. Een correct toegepaste canonical voegt de waarde van duplicaten samen op één URL, zodat je niet tegen jezelf concurreert.

Wanneer kies je wat?

De kernvraag bij noindex of canonical is: wil je de waarde van deze pagina behouden, of helemaal weggooien?

• Kies canonical als de duplicaten echt op dezelfde inhoud slaan en je de gecombineerde waarde op één URL wilt bundelen. Denk aan een product dat via meerdere categorie-URL’s bereikbaar is, een pagina met tracking-parameters, of een printversie naast de gewone versie.
• Kies noindex als de pagina überhaupt niet in zoekresultaten thuishoort en je niets te consolideren hebt. Denk aan interne zoekresultaatpagina’s, bedankt-pagina’s, login-schermen, of dunne filtercombinaties die geen enkele zoekwaarde hebben.

Een handige toets: zou je willen dat Google de waarde van deze pagina “verplaatst” naar een andere URL? Dan canonical. Wil je die waarde gewoon laten verdampen omdat de pagina niets toevoegt? Dan noindex.

Beslisboom: noindex of canonical

1. Is er een bijna-identieke hoofdversie van deze pagina die je wél wilt tonen? Ja → ga naar 2. Nee → ga naar 3.
2. Wil je de signalen van de variant bundelen op die hoofdversie? Ja → canonical naar de hoofdversie. (Bonus: overweeg een 301-redirect als de variant überhaupt niet bezocht hoeft te worden.)
3. Heeft deze pagina enige zoekwaarde voor bezoekers vanuit Google? Nee → noindex. Ja, maar het is een duplicaat zonder eigen waarde → heroverweeg stap 1.
4. Twijfel je nog? Vraag jezelf: “verlies ik liever de signalen of bundel ik ze?” Verlies = noindex. Bundel = canonical.

De fouten die iedereen maakt

Hier loopt het in de praktijk mis. Deze combinaties zien er logisch uit, maar ze sturen Google tegenstrijdige of ronduit schadelijke signalen.

Fout 1: noindex én canonical op dezelfde pagina

De klassieker. Je zet noindex (“houd uit de index”) en tegelijk een canonical naar een andere pagina (“bundel signalen daar”). Dat is tegenstrijdig: een pagina kan niet tegelijk uit de index zijn én een hoofdversie aanwijzen waar signalen heen moeten. Google moet gokken welke richtlijn wint, en bovendien riskeer je dat het noindex-signaal “overspoelt” naar de canonical-doelpagina. Kies er één.

Fout 2: canonical die naar een noindex-pagina wijst

Je wijst de canonical naar een hoofdversie die zelf op noindex staat. Je zegt dus: “behandel deze andere pagina als origineel” — maar die andere pagina mag niet eens in de index. Een onmogelijke instructie. De variant raakt verweesd en Google negeert de canonical. Zorg dat je canonical altijd naar een indexeerbare, 200-status pagina wijst.

Fout 3: canonical in combinatie met een redirect

Je canonical wijst naar URL A, maar URL A redirect (301/302) door naar URL B. Nu klopt het ketentje niet: je hoofdversie bestaat niet meer op het adres dat je opgeeft. Laat je canonical altijd naar de uiteindelijke, niet-redirectende URL wijzen. En als je toch al redirect, heb je de canonical voor dat geval meestal helemaal niet meer nodig — de redirect doet het werk.

Extra valkuilen voor moderne sites

Bij Lovable-, Next.js- en andere JS-sites komt er nog iets bij: zorg dat je canonical en je robots-tags server-side in de HTML staan en niet pas via JavaScript worden gezet. Een canonical of noindex die client-side wordt geïnjecteerd, ziet Google mogelijk niet of pas later. Controleer dit altijd via de live URL-inspectie. Verwante valkuilen rond rendering bespreken we in onze Next.js SEO-check.

Let ook op consistentie: zelfverwijzende canonicals (een pagina die naar zichzelf wijst) zijn prima en zelfs aan te raden voor je hoofdpagina’s. Het probleem ontstaat pas als verschillende signalen elkaar tegenspreken.

Samengevat

Noindex of canonical is geen kwestie van smaak maar van intentie. Wil je waarde wegdoen, gebruik noindex. Wil je waarde bundelen, gebruik canonical. En combineer ze nooit op dezelfde pagina, wijs nooit canonical naar een noindex-pagina, en laat canonical nooit naar een redirect lopen.

Niet zeker of jouw site deze signalen correct uitstuurt — vooral bij client-side rendering? Draai een snelle SEO-audit met onze tool en zie meteen waar je noindex-, canonical- en robots-signalen elkaar in de weg zitten.

Respecteert Google een noindex?

Ja, en sneller dan de meeste mensen verwachten. Zodra Googlebot de pagina opnieuw ophaalt en de tag ziet, verdwijnt hij uit de index. Twee voorwaarden waar het in de praktijk op misgaat:

• Google moet de pagina kunnen ophalen. Blokkeer je hem óók in robots.txt, dan komt Googlebot er nooit langs en ziet hij je noindex nooit. De pagina blijft dan staan. Dit is de klassieke fout: nooit noindex en disallow tegelijk.
• De tag moet in de HTML staan die de server terugstuurt. Zet je hem er pas met JavaScript in, dan is het maar de vraag of hij gezien wordt.

Zo controleer je een canonical

Drie manieren, van snel naar zeker.

1. Paginabron bekijken. Zoek op rel="canonical". Let op dat er precies één staat: twee canonicals betekent dat Google ze allebei negeert.
2. URL-inspectie in Search Console. Die toont zowel de canonical die jij opgeeft als de canonical die Google zelf koos. Wijken ze af, dan is jouw signaal overruled en weet je meteen waarom een pagina niet geïndexeerd raakt.
3. Ophalen zonder JavaScript. Net als bij noindex geldt: een canonical die pas in de browser verschijnt is onbetrouwbaar.

Een voorbeeld van een goede canonical is er één die naar zichzelf wijst: op /schoenen/ staat <link rel="canonical" href="https://jouwsite.nl/schoenen/">. Dat klinkt overbodig maar het voorkomt dat een variant met een tracking-parameter zijn eigen leven gaat leiden.

Is een canonical belangrijk voor indexering?

Voor het indexeren zelf niet: een pagina zonder canonical kan prima in de index komen. Waar het om gaat is welke van je vrijwel identieke URL’s de index haalt. Zonder canonical kiest Google zelf, en die keuze valt regelmatig op de versie die je niet wilde: de variant met parameters, of de printversie.

Bij een gegenereerde site is dat extra relevant, omdat routes vaak zowel met als zonder afsluitende slash bereikbaar zijn. Twee adressen, dezelfde inhoud, geen canonical: dan verdeel je je eigen signalen over twee URL’s. Zie Lovable SEO zelf doen voor hoe je dat per route zet.