Techniek · Tags · Indexering-control

Noindex en canonical tegelijkertijd gebruiken.

Noindex en canonical tag tegelijkertijd gebruiken: wanneer wel, wanneer niet. 3 scenarios voor combinatie-strategie, John Mueller's recente positie en wat dit betekent voor link-equity.

Door Ralf van VeenUpdate: 21 maart 2024Leestijd: 8 min

01 — positieJohn Mueller's positie veranderde — wat zegt Google nu?

De vraag of je noindex en canonical tag samen kunt gebruiken is jarenlang controversieel geweest. John Mueller (Google Search Advocate) heeft hierover meerdere keren zijn positie verfijnd. Hieronder beide posities — en wat dat in 2026 betekent. Voor breder context op canonical-implementatie zie canonical tags correct instellen.

Google's positie · evolution over timeMueller-quotes

2018 — oude positie:

Je moet noindex en rel=canonical niet samen gebruiken — ze zijn tegenstrijdige signalen voor ons. John Mueller · Google Search Advocate · Twitter, 2018

2022+ — bijgewerkte positie:

Het hangt ervan af. Voor identieke pages waarbij je weinig om welke gepicked wordt geeft → rel=canonical. Voor verschillende pages (zoals syndicatie) of een sterke voorkeur → noindex (+ misschien canonical). Noindex+canonical? Ja, als je meer geeft om indexering dan om canonicalisatie. John Mueller · Google Search Advocate · 2022

Dit is een belangrijke shift. In specifieke situaties kan combinatie nu acceptabel zijn — als de intent helder is. Maar voorzichtigheid blijft geboden: in 90% van cases is één van beide voldoende.

02 — scenarios3 scenarios — wel of niet combineren?

Hieronder drie concrete situaties uit de praktijk. Voor elke situatie de juiste aanpak op basis van Mueller's huidige positie en mijn eigen audit-ervaring.

3 scenarios · audit-besluitvormingwel/niet/hoe

Scenario 01

Syndicated content op andere domain

Jouw content overgenomen door partner-site of news-platform. Je wil dat zij niet ranken, maar wel link-equity terug naar jou. Noindex + canonical samen = correct.

✓ Combineren OK

Scenario 02

Locatie-pages met (bijna) duplicate content

Service-pages voor 50 steden met overlappende content. Wel relevant voor lokale users, maar Google ziet duplicates. Voorzichtig: noindex op lokale + canonical naar parent kan helpen.

⚠ Met voorzichtigheid

Scenario 03

Standaard duplicate-content fix

Filter-pages, paginaties, print-versies. Default: alleen rel=canonical gebruiken. Geen noindex toevoegen. Mengen creëert verwarring zonder voordeel. Standaard situaties = standaard oplossing.

✗ Niet combineren

Algemene regel: combineer alleen als je echt een unieke business-case hebt. Voor standaard SEO-werk is één tag voldoende. Mengen zonder reden = onnodige complexity + risico op misinterpretatie door Google.

03 — codeCode-voorbeelden per scenario

Hieronder de exacte HTML-implementatie voor elk scenario. Plaats altijd in de <head> van de pagina.

HTML implementatie · per scenariocopy-paste templates

Scenario 01 — Syndicated content (noindex + canonical naar origineel):

<!-- Op de pagina van de syndicatie-partner -->

<meta name="robots" content="noindex, follow">

<link rel="canonical" href="https://origineel.nl/originele-content">

Scenario 02 — Locatie-page met canonical naar parent:

<!-- Op /seo-specialist-utrecht (lokale variant) -->

<meta name="robots" content="noindex, follow">

<link rel="canonical" href="https://example.nl/seo-specialist">

<!-- LET OP: alleen overwegen bij echt te dunne lokale variaties -->

Scenario 03 — Standaard duplicate (alleen canonical):

<!-- Op gefiltreerde of paginated versie -->

<link rel="canonical" href="https://example.nl/categorie-x">

<!-- GEEN noindex! Google handelt canonical-grouping zelf -->

04 — faqVeelgestelde vragen

FAQ · 3 vragenklik om te openen

Wat gebeurt er met link-equity bij noindex+canonical combinatie?›

Complexer dan losse tags. Vijf principes voor begrip van link-flow. (1) Noindex alleen = link-equity gaat verloren. Google indexeert de pagina niet, maar Mueller bevestigd: signal-flow stopt over tijd. (2) Canonical alleen = link-equity volledig doorgegeven. 90-99% van link-equity gaat naar canonical-target. Sterkste consolidation-tool. (3) Noindex + canonical = ambigu. Mueller suggereert dat canonical-signal nog steeds doorgegeven kan worden, maar voorrang aan noindex-directive. In praktijk: variabel resultaat. (4) Voor syndicated content kritisch. Je wil dat backlinks naar partner-page nog steeds jouw origineel versterken. Test via Search Console of canonical-grouping plaatsvindt. (5) Praktijk-advies: voor maximale link-equity-doorgave alleen canonical gebruiken. Voor maximale indexering-control alleen noindex. Combinatie alleen bij specifieke compliance-requirements. Voor breder context zie canonical tags correct instellen.

Hoe debug ik canonical-issues in Google Search Console?›

URL Inspection toont Google's interpretatie. Vijf debug-stappen. (1) URL Inspection per affected page. "User-declared canonical" = jouw canonical-tag. "Google-selected canonical" = wat Google daadwerkelijk gebruikt. Verschil = issue. (2) "Submitted URL not selected as canonical" in Coverage. Google heeft andere canonical gekozen. Reden: vaak inconsistent signaling tussen sitemap, hreflang en canonical-tag. (3) Test alle signal-sources. Sitemap, canonical-tag, redirect-chain, hreflang, internal links — moeten allemaal naar zelfde URL wijzen. Conflicting signals = unpredictable behavior. (4) "Duplicate without user-selected canonical". Google groepeerde duplicates maar koos zelf canonical. Toevoegen: expliciete canonical naar voorkeur-URL. (5) Wacht periode na fix. Google heeft tijd nodig om re-evaluation. 1-4 weken voor visible changes in Coverage-report. Voor breder context zie Google Search Console gids.

Welke andere methodes zijn er voor duplicate content management?›

Zes alternatieven voor noindex + canonical. (1) 301-redirect. Hardste signal — pagina permanent verhuisd. Voor identical content waar oude URL volledig overschreven kan worden. (2) 302-redirect (temporary). Voor A/B-tests of tijdelijke campagnes. Niet voor permanente duplicate-management. (3) rel=alternate met hreflang. Voor internationale varianten van dezelfde page. Vertelt Google: deze versies bestaan voor verschillende regio's. (4) Parameter handling in Search Console. Voor URL-parameters die duplicates creëren. Vertel Google welke parameters relevante variaties zijn vs duplicates. (5) Robots.txt disallow. Hardste vorm — blokkeert crawling volledig. Niet aanbevolen voor SEO want signals worden niet doorgegeven. (6) Server-side content consolidation. Bij grote architectuur-changes: structurele oplossing in plaats van per-page tags. Voor breder context zie zoekwoord-kannibalisatie gids.

Duplicate-content audit voor jouw site?

Volledige audit van duplicate-content situaties met canonical-strategy review, syndicated-content opzet, en migratie van verkeerd toegepaste noindex+canonical combinaties naar correcte single-signal-approach.

Plan een gesprek met Ralf →