Gebruik noindex om een pagina uit de zoekresultaten te houden en een canonical om bij vergelijkbare pagina’s een voorkeurs-URL aan te wijzen. Samen vormen ze geen betrouwbare truc om linkwaarde over te dragen. Bepaal daarom eerst wat er met elke URL moet gebeuren: vindbaar blijven, verdwijnen uit de index, doorverwijzen of alleen toegankelijk zijn na inloggen.
Noindex, canonical en toegangsbeperking hebben verschillende doelen
Een noindex-instructie vertelt een zoekmachine die deze ondersteunt dat een pagina niet in de zoekresultaten moet worden opgenomen. Dat is bijvoorbeeld bruikbaar voor een openbare bevestigingspagina zonder zelfstandige zoekfunctie. De pagina kan ondertussen gewoon bereikbaar blijven voor bezoekers met de link.
Een canonical wijst een voorkeurs-URL aan voor dubbele of sterk vergelijkbare inhoud. Denk aan een productpagina die zowel via een schone URL als via een URL met campagneparameters bereikbaar is. Je vraagt de zoekmachine om de schone URL als representatieve versie te behandelen. Een canonical is een signaal; Google kan op basis van andere signalen een andere URL kiezen.
Toegang beschermen is een derde doel. Een factuur, klantdossier of accountpagina met persoonsgegevens hoort achter passende authenticatie en autorisatie. Noindex voorkomt niet dat iemand een openbare URL opent of doorstuurt. Een canonical beperkt de toegang evenmin.
Schrijf het doel daarom uit voordat je een instelling verandert. ‘Deze pagina mag openbaar blijven, maar hoort niet in zoekresultaten’ vraagt om een andere aanpak dan ‘Deze variant moet meetellen als dezelfde inhoud als onze hoofdversie’.
Onderzoek eerst waarom beide instructies aanwezig zijn
Zie je noindex en canonical op dezelfde URL, dan is dat aanleiding voor onderzoek. Het bewijst op zichzelf nog niet dat een complete website verkeerd is ingericht. Begin met de rol van de pagina en controleer daarna hoe de instructies zijn ontstaan.
Open de URL buiten je ingelogde beheersessie. Noteer wat een gewone bezoeker ziet, of de browser wordt doorgestuurd en welke eind-URL verschijnt. Vergelijk de inhoud vervolgens met het canonicaldoel. Zijn het werkelijk twee versies van dezelfde pagina, of verwijst een unieke pagina naar een algemenere categorie?
Controleer ook de schaal. Eén handmatig ingestelde bedanktpagina is iets anders dan een template die alle dienstenpagina’s op noindex zet. Bekijk daarom enkele URL’s van hetzelfde paginatype. Een gerichte SEO-audit kan helpen om de omvang en oorzaak vast te stellen voordat je instellingen voor de hele website wijzigt.
- Welke URL heeft het probleem en sinds wanneer is het zichtbaar?
- Moet deze pagina zelfstandig bezoekers uit Google kunnen ontvangen?
- Is er een andere URL met dezelfde of sterk vergelijkbare inhoud?
- Komt de instructie uit een pagina-instelling, plugin, template of serverheader?
- Zijn andere belangrijke pagina’s door dezelfde instelling geraakt?
Beoordeel de combinatie vanuit het gewenste einddoel
Verschillende doelen kunnen tegelijk in een systeem voorkomen. Een webshop kan bijvoorbeeld automatisch een canonical toevoegen aan alle pagina’s, terwijl een aparte instelling bepaalde pagina’s op noindex zet. Daardoor kunnen beide instructies technisch naast elkaar staan zonder dat iemand bewust voor die combinatie heeft gekozen.
Dat maakt de combinatie nog geen methode voor gegarandeerde signaaloverdracht. Noindex gaat over uitsluiting uit zoekresultaten. Canonical gaat over de selectie van een representatieve URL bij vergelijkbare inhoud. Je kunt uit hun gezamenlijke aanwezigheid niet afleiden dat alle linkwaarde naar het canonicaldoel gaat.
Wil je twee echte varianten samenbrengen onder één voorkeurs-URL? Gebruik dan een passende canonicalaanpak of, als de variant mag verdwijnen, een redirect. Google adviseert om noindex niet voor canonieke selectie te gebruiken.
Moet een unieke pagina uit de zoekresultaten blijven? Dan staat dat uitsluitingsdoel voorop. Voeg geen verwijzing naar een inhoudelijk andere pagina toe in de verwachting dat daarmee waarde wordt gered. Formuleer eerst het gewenste eindbeeld en maak de technische signalen daarmee consistent.
Kies per scenario een passende aanpak
Onderstaande beslismatrix begint bij de functie van de URL. De keuze hangt onder meer af van de inhoud, het voortbestaan van de pagina en de vraag of bezoekers de oorspronkelijke URL nog nodig hebben.
| Scenario | Gewenst einddoel | Voorwaardelijke keuze | Controle |
|---|---|---|---|
| Echte dubbele trackingvariant van een productpagina | De schone product-URL vertegenwoordigt dezelfde inhoud. | Gebruik een canonical naar de schone URL als de parameter alleen tracking toevoegt en de variant bereikbaar moet blijven. | Vergelijk product, prijs en hoofdinhoud; controleer of tracking blijft werken. |
| Unieke bedanktpagina na een aanvraag | Bezoekers zien de bevestiging, zonder zelfstandige zoekvermelding. | Gebruik noindex als de pagina openbaar mag zijn. Een canonical naar de homepage volgt niet uit dit doel. | Controleer de formulierroute en voorkom dat persoonlijke gegevens openbaar worden getoond. |
| Accountpagina met klantgegevens | Alleen de juiste ingelogde klant krijgt toegang. | Regel authenticatie en autorisatie. Beoordeel noindex afzonderlijk voor eventuele openbare toegangspagina’s. | Test zonder sessie en met een account dat geen toegang tot de gegevens hoort te hebben. |
| Tijdelijk evenement | De URL houdt een nuttige rol of wordt passend uitgefaseerd. | Behoud indexeerbaarheid bij een bruikbaar archief of terugkerende evenementpagina. Overweeg noindex bij een blijvend openbare pagina zonder zoekfunctie. | Controleer datum, aanmeldstatus en eventuele opvolger voordat je iets uitsluit of doorstuurt. |
| Inhoud is permanent verplaatst | Bezoekers en zoekmachines komen op de echte opvolger terecht. | Gebruik een 301-redirect naar de inhoudelijk passende nieuwe URL. | Controleer de eindrespons, vermijd redirectketens en werk interne links bij. |
| Eigen lokale diensten met verschillende inhoud | Elke relevante dienstpagina kan zelfstandig gevonden worden. | Houd pagina’s indexeerbaar als ze een eigen zoekbehoefte beantwoorden. Beoordeel overlap inhoudelijk. | Controleer concrete verschillen in dienstverlening, doelgroep en informatie. |
Los overlappende lokale pagina’s inhoudelijk op
Een installatiebedrijf kan in twee plaatsen verschillende diensten aanbieden. Een pagina over onderhoud aan zakelijke ventilatiesystemen heeft een andere functie dan een pagina over ventilatie in particuliere badkamers. Alleen de plaatsnaam vergelijken is dan onvoldoende.
Bestaan twintig pagina’s hoofdzakelijk uit dezelfde tekst met een andere plaatsnaam, dan lost noindex plus canonical het onderliggende inhoudsprobleem niet op. Onderzoek welke pagina’s een eigen zoekbehoefte bedienen en welke je beter kunt samenvoegen. Gebruik zoekwoordenonderzoek om die behoefte te beoordelen en SEO-content om ontbrekende, relevante informatie uit te werken.
Controleer crawlbaarheid en het canonicaldoel
Google moet een pagina kunnen crawlen om de noindex-instructie daarop te lezen. Blokkeer je dezelfde URL via robots.txt, dan kan Google die instructie niet ophalen. Een robotsblokkade is daarom geen betrouwbare vervanging voor noindex. Google beschrijft deze voorwaarde in de documentatie over het blokkeren van indexatie.
Controleer eerst of de pagina openbaar mag zijn voordat je een crawlblokkade verwijdert. Bij gevoelige informatie is toegangsbeveiliging de eerste maatregel. Het leesbaar maken van noindex mag nooit betekenen dat je klantgegevens openbaar zet.
Controleer vervolgens het canonicaldoel. Komt dat rechtstreeks uit op een werkende pagina? Geeft de eindrespons een normale succesvolle status, doorgaans HTTP 200? Is de inhoud dezelfde of sterk vergelijkbare inhoud? En bevat het doel zelf geen noindex die het beoogde resultaat doorkruist?
Een verwijzing naar een foutpagina, een lange redirectketen of een inhoudelijk andere categorie geeft geen heldere voorkeursselectie. Controleer ook of het doel terugverwijst naar de oorspronkelijke variant. Zulke wederzijdse verwijzingen maken de configuratie onnodig onduidelijk. Dit onderzoek hoort bij technische SEO: je beoordeelt de volledige route, niet alleen één regel broncode.
Herstel conflicten bij de instelling die ze veroorzaakt
In WordPress kan een SEO-plugin de canonical toevoegen terwijl het thema een tweede canonical uitvoert. Een serverinstelling kan daarnaast een X-Robots-Tag-header met noindex meesturen, ook wanneer het paginabeheer indexatie lijkt toe te staan. In Shopify kunnen thema-aanpassingen en apps eveneens overlappende uitvoer veroorzaken.
Bekijk daarom zowel de publieke HTML als de relevante HTTP-headers. Zoek in de HTML naar robotsinstructies en canonicalverwijzingen. Controleer in de headers onder meer X-Robots-Tag en eventuele canonicalverwijzingen via een Link-header. Als JavaScript de metadata wijzigt, onderzoek dan ook de gerenderde HTML.
Los de oorzaak op in de plugin, template of serverconfiguratie die verantwoordelijk is. Voeg niet alleen een extra tag toe die het tegendeel zegt. Een index-instructie heft een aanwezige noindex niet simpelweg op. Meerdere conflicterende canonicals maken de voorkeur evenmin duidelijker.
- Leg de huidige uitvoer en instellingen vast.
- Bepaal welke instelling de instructie hoort te beheren.
- Verwijder of corrigeer de conflicterende uitvoer bij de bron.
- Werk indien nodig caches bij en haal de publieke pagina opnieuw op.
- Controleer meerdere URL’s die dezelfde template gebruiken.
Fictief voorbeeld: 36 URL’s vragen om verschillende acties
Stel dat een fictieve leverancier van verpakkingsmateriaal 36 URL’s onderzoekt. Het overzicht bevat 8 gewone productpagina’s, 24 trackingvarianten van die producten en 4 bedanktpagina’s. Alle 36 URL’s hebben door een fout in een gedeelde template noindex gekregen.
De ondernemer wil dat de 8 productpagina’s zelfstandig gevonden kunnen worden. De 24 trackingvarianten bevatten dezelfde producten en moeten naar de bijbehorende schone URL verwijzen. De 4 bedanktpagina’s moeten bereikbaar blijven na een aanvraag, maar hebben geen zelfstandige zoekfunctie.
De controle levert dus drie groepen op: 8 indexeerbare product-URL’s, 24 varianten met een canonical naar hun product-URL en 4 openbare bedanktpagina’s met noindex. Samen is dat 8 + 24 + 4 = 36 beoordeelde URL’s. Het aantal bedoelde zelfstandig vindbare pagina’s is 8; dat is geen voorspelling van het aantal pagina’s dat Google daadwerkelijk indexeert.
Alleen overal noindex verwijderen zou de bedanktpagina’s hun bewuste uitsluiting ontnemen. Alleen overal een canonical toevoegen zou de onbedoelde noindex op de producten laten staan. Dit fictieve voorbeeld laat zien waarom je eerst groepeert op paginarol. Het bevat geen claim over verkeer, omzet of herstelsnelheid.
Twee afzonderlijke head-voorbeelden voor twee doelen
Stel dat een fictieve opleider een inschrijvingsbevestiging openbaar bereikbaar houdt voor iemand met de juiste link. Als die pagina niet in Google hoort, kan de beheerder in de HTML-head onderstaande noindex-regel publiceren. Dit is leesbare voorbeeldcode; er wordt hier niets aan je website ingesteld.
<head>
<meta name="robots" content="noindex">
</head>Controleer dat Googlebot deze instructie werkelijk kan ophalen. Een robots.txt-blokkade kan dat verhinderen. Voor vertrouwelijke inschrijfgegevens blijft toegangsbeveiliging nodig; noindex voorkomt geen bezoek via een gedeelde link. Een CMS-instelling kan de tag maken zonder dat je zelf HTML bewerkt.
Heeft dezelfde opleider twee voldoende gelijke openbare versies van een handleiding en moet de hoofdversie vindbaar blijven? Dan kan een canonical-voorkeur op de afwijkende URL een andere keuze zijn. Onderstaand adres is fictief; vervang het door het werkelijke, bereikbare voorkeursadres.
<head>
<link rel="canonical" href="https://opleider-voorbeeld.example/kennis/veilig-starten/">
</head>Dit tweede voorbeeld bevat bewust geen noindex. De bedoeling is een voorkeursversie aangeven, niet deze pagina uitsluiten. Inspecteer de volledige echte head en HTTP-headers: een plugin kan alsnog een tegengestelde instructie toevoegen. De bestaande status- en canonicalcontroles blijven nodig.
Hetzelfde artikel op een partnersite: leg het publicatiedoel vast
Bespreek vooraf waarom een partner jouw artikel opnieuw publiceert. Wil je dat diens kopie wel leesbaar is, maar niet in Google verschijnt? Vraag de partner dan om een daadwerkelijk verwerkbare noindex op die kopie en controleer samen de publieke uitvoer. Je kunt de instelling op het andere domein niet alleen vanuit jouw eigen CMS regelen.
Willen beide partijen hun pagina vindbaar houden, beoordeel dan of de kopie werkelijk voldoende gelijk is en wat de gewenste voorkeursversie is. Een canonical geeft een voorkeur aan; hij is geen afdwingbare afspraak over Googles keuze. Een sterk bewerkte partneruitleg met een eigen doel is ook niet automatisch een duplicaat van jouw oorspronkelijke artikel.
Leg de bronvermelding, verantwoordelijke beheerder en controle na wijzigingen vast. Een gewone link kan lezers naar de oorspronkelijke uitleg helpen, maar belooft geen vaste overdracht van linkwaarde. Combineer noindex en canonical niet als een gegarandeerde route naar rankings of behoud van signalen. Kies de instructie die het afgesproken publicatiedoel ondersteunt.
Gebruik een URL-werkblad om beslissingen vast te leggen
Maak voor elke onderzochte URL een rij in een spreadsheet. Vul de huidige situatie in voordat je de gewenste situatie noteert. Daarmee voorkom je dat een aanname over de instelling later als bewijs van de uitvoering wordt behandeld.
| Veld | Wat je vastlegt |
|---|---|
| URL en paginatype | De volledige URL, inclusief parameters, en de functie van de pagina. |
| Gewenste rol | Zelfstandig vindbaar, variant, uitgesloten, verplaatst of afgeschermd. |
| Huidige eindrespons | Statuscode, eventuele redirects en uiteindelijke URL. |
| Indexatie-instructies | Robotsmeta en X-Robots-Tag, inclusief de plaats waar ze worden ingesteld. |
| Crawltoegang | Eventuele robots.txt-blokkade en andere toegangsbeperkingen. |
| Canonical en doelcontrole | Opgegeven doel, bereikbaarheid, indexeerbaarheid en inhoudelijke overeenkomst. |
| Google-status | Bestaande indexstatus, laatste crawlinformatie en gekozen canonical voor zover beschikbaar. |
| Actie en verantwoordelijke | De concrete wijziging en wie deze uitvoert. |
| Verificatie en reviewdatum | Bewijs na uitvoering, openstaande vragen en het volgende controlemoment. |
Neem ook interne verwijzingen mee. Als navigatie en productoverzichten voortdurend naar parameter-URL’s verwijzen, blijft de website die varianten zelf verspreiden. Werk interne links bij naar de bedoelde voorkeurs-URL waar dat functioneel past. Neem in de sitemap de URL’s op die je als indexeerbare voorkeursversies wilt aanbieden.
Scheid de technische livecheck van Googles indexverwerking
Voer direct na de wijziging een technische controle uit. Haal de oorspronkelijke URL op, volg eventuele redirects en inspecteer de eindrespons. Controleer de publieke HTML en headers opnieuw. Een correcte instelling in het beheerpaneel is pas bruikbaar als de bedoelde uitvoer ook publiek wordt geleverd.
Gebruik daarna URL-inspectie in Search Console. Bekijk de bestaande indexinformatie en, waar beschikbaar, de door jou opgegeven en door Google gekozen canonical. Noteer de datum van de laatste crawl. Die informatie helpt verklaren of Google mogelijk nog een eerdere versie heeft verwerkt.
Een live test beantwoordt een andere vraag: wat kan Google op dit moment ophalen en welke relevante eigenschappen ziet het daarbij? Zo’n test bewijst niet dat de index inmiddels is bijgewerkt of dat Google de gewenste canonical definitief heeft gekozen. Bewaar daarom de live bevindingen en de bestaande indexstatus apart in je werkblad.
Plan een eerste review bijvoorbeeld een week na uitvoering. Dat is een werkafspraak, geen verwachting dat verwerking binnen een week klaar is. Is er nog geen nieuwe crawl zichtbaar, leg dat dan vast en kies een volgend controlemoment. Controleer belangrijke paginatypen ook na wijzigingen aan thema’s, plugins of apps. Neem deze controles op in je SEO-rapportage, zodat onbedoelde uitsluiting niet alleen bij toeval wordt ontdekt.
FAQ over noindex en canonical
Wat doe ik als een pagina dubbele tags bevat?
Controleer welke plugin, template of serverinstelling elke instructie toevoegt. Identieke dubbele tags kun je opruimen om het beheer duidelijker te maken; conflicterende instructies vragen om herstel op basis van het URL-doel. Bekijk zowel de publieke HTML als de headers en controleer na de wijziging opnieuw.
Draagt noindex samen met canonical gegarandeerd linkwaarde over?
Nee. De combinatie geeft geen garantie op overdracht van linkwaarde. Gebruik noindex voor indexatieuitsluiting en canonical voor de voorkeursselectie bij dubbele of sterk vergelijkbare inhoud. Is inhoud permanent verhuisd en kan de oude URL vervallen, beoordeel dan een 301-redirect naar de passende opvolger.
Is noindex verwijderen genoeg om weer in Google te verschijnen?
Nee. Controleer ook crawltoegang, de eindrespons, eventuele noindex-headers en de canonical. Google moet de wijziging opnieuw kunnen ophalen en verwerken. Het verwijderen van noindex maakt indexatie mogelijk als de overige voorwaarden kloppen, maar garandeert geen opname in de zoekresultaten.
Hoe voorkom ik dat belangrijke URL’s onbedoeld worden uitgesloten?
Leg per paginatype vast welke indexatie-instelling hoort te gelden. Controleer belangrijke URL’s na wijzigingen aan templates, plugins en apps op robotsmeta, headers en canonical. Vergelijk die bevindingen periodiek met Search Console en wijs iemand aan die onverwachte uitsluiting onderzoekt.
Stuur je URL en de bedoelde paginarol mee
Twijfel je welke instructie past bij jouw WordPress-website of Shopify-webshop? Stuur via het contactformulier van Niblah de betreffende URL en de beoogde rol: zelfstandig vindbaar, variant van een andere pagina, uitgesloten, verplaatst of afgeschermd. Voeg bij een variant of verhuizing ook de gewenste doel-URL toe. Deel eventuele Search Console-meldingen zonder klantgegevens of inloggegevens. Daarmee kan Niblah gericht beoordelen welke SEO- of websiteaanpassing onderzocht moet worden.