Zodra Google Search Console indexeringsfouten toont, pak je eerst de harde blokkades aan: robots.txt-regels die crawlen verhinderen, onbedoelde noindex-tags, 5xx-serverfouten en kapotte redirects. Deze vier categorieën houden Google buiten de deur. Alles daarna, zoals lage contentwaarde of canonicalisatieproblemen, is secundair. Open Search Console, ga naar Pagina-indexering, klik op een fouttype en gebruik de URL-inspectietool voor de live test. Dat is het startpunt.

Drie actiepunten die je nu uitvoert:

  • Open het Pagina-indexeringsrapport en sorteer op fouttype. Tel het aantal getroffen URL’s per categorie.
  • Plak één representatieve URL in de URL-inspectietool en voer een live test uit. Kijk of indexering is toegestaan en welke canonieke Google kiest.
  • Controleer je robots.txt via jouwdomein.nl/robots.txt en test verdachte regels in de robots.txt-tester in Search Console.

Pro-tip: Controleer of je sitemap URL’s bevat die geblokkeerd zijn door robots.txt of een noindex-tag dragen. Dat is een klassieke tegenstrijdigheid: je vertelt Google tegelijk “crawl dit” en “negeer dit”. Google kiest dan voor negeren, maar de verwarring kost je crawlbudget.

Belangrijkste inzichten

Los eerst de harde blokkades op (robots.txt, noindex, 5xx, redirects) voordat je tijd steekt in contentverbetering, want zonder toegang indexeert Google niets.

Punt Details
Blokkades eerst Verwijder robots.txt-blokkades, noindex-tags en los 5xx-fouten op vóór contentwerk.
URL-inspectietool als startpunt Voer een live test uit per URL om de actuele status en canonieke keuze van Google te zien.
Fix op templateniveau Los problemen op in de bron (CMS-instelling, theme-bestand) bij meer dan 10 getroffen URL’s.
Indexbloat beperken Noindex of verwijder pagina’s zonder verkeer, conversies of backlinks om crawlbudget te beschermen.
Nebber voor bulk-audits Bij meer dan 500 getroffen URL’s of template-niveau problemen biedt Nebber technische SEO-audits met prioritering en bulk-validatie.

Inhoudsopgave

Wat betekenen de Search Console indexeringsstatussen?

Het Pagina-indexeringsrapport verdeelt URL’s in geïndexeerd, uitgesloten en fout. Elke status heeft een andere oorzaak en vraagt een andere reactie. Hieronder de statussen die je het vaakst tegenkomt.

Gevonden — momenteel niet geïndexeerd
Google kent de URL maar heeft het crawlen uitgesteld. Meestal een capaciteitskwestie aan Google’s kant, niet een fout aan jouw kant. Directe actie is zelden nodig. Verbeter wel de serverresponstijd als dit veel URL’s treft, want trage servers geven Google een reden om crawlen verder uit te stellen.

Gecrawld — momenteel niet geïndexeerd
Google heeft de pagina gecrawld maar besloten haar niet op te nemen. Dit is een kwaliteitsoordeel. Opnieuw indienen helpt hier niet. Kijk naar dunne content, duplicaten of een pagina die weinig toevoegt ten opzichte van bestaande content. Moz analyseert dat indexbloat en lage contentwaarde de meest voorkomende oorzaken zijn.

Uitgesloten door noindex
Een <meta name="robots" content="noindex"> tag of een X-Robots-Tag: noindex HTTP-header staat op de pagina. Als dit onbedoeld is, verwijder je de tag. Als het bewust is, laat je het staan.

Alternatieve pagina met correcte canonical
Google heeft een andere URL als canonieke versie gekozen en deze pagina als duplicaat behandeld. Controleer of de canonical-tag klopt en of Google de juiste versie kiest.

Geblokkeerd door robots.txt
Een Disallow-regel in robots.txt verhindert crawlen. Google kan de pagina niet indexeren als hij haar niet mag bezoeken. Verwijder de blokkade als de pagina geïndexeerd moet worden.

Server/5xx fouten
De server geeft een foutmelding terug. 5xx-pieken verlagen de crawlfrequentie en kunnen leiden tot indexverlies. Hoogste prioriteit.

Redirect/foutieve canonical
Ketens van redirects of een canonical die naar een andere canonical wijst, verwarren Google. Houd redirects kort: maximaal één stap.

Status Wat het betekent Eerste test
Gevonden — momenteel niet geïndexeerd Crawl uitgesteld door Google Serverresponstijd, sitemap controleren
Gecrawld — momenteel niet geïndexeerd Kwaliteitsoordeel van Google URL-inspectie live test, contentbeoordeling
Uitgesloten door noindex Noindex-tag aanwezig URL-inspectie → “Indexering toegestaan?”
Alternatieve pagina met correcte canonical Duplicaat behandeld Canonical-tag controleren, URL-inspectie
Geblokkeerd door robots.txt Disallow-regel actief Robots.txt-tester in Search Console
Server/5xx fouten Serverfout bij crawlen Serverlogs, hosting dashboard
Redirect/foutieve canonical Redirect keten of canonical loop HTTP-headers, redirect checker

Eén waarschuwing: Search Console heeft een vertraging van soms meerdere dagen. Wacht enkele dagen na een fix voordat je conclusies trekt uit het rapport. Een status die nog fout toont, kan al opgelost zijn aan jouw kant.

Hoe los je indexeringsfouten stap voor stap op?

Prioriteer op basis van waarde. Pagina’s die omzet, leads of verkeer genereren, pak je als eerste aan. Een eenvoudig besliskader: hoe hoger het verwachte verkeer en de conversieratio van een pagina, hoe eerder je die fix doorvoert.

De aanpak in volgorde:

  1. Bepaal de scope. Hoeveel URL’s zijn getroffen per fouttype? Tien URL’s pak je per stuk aan. Honderd of meer vraagt een template-fix.
  2. Neem een steekproef. Kies 5–10 URL’s per fouttype en voer een live test uit via de URL-inspectietool. Zo zie je of het probleem consistent is of incidenteel.
  3. Zoek de root cause. Is het een template-instelling (bijv. CMS dat noindex meestuurt op categoriepagina’s), een serverprobleem of een handmatige fout per pagina?
  4. Fix op templateniveau. Los het probleem op in de bron: een CMS-instelling, een theme-bestand of een serverconfig. Nooit per URL prutsen als honderd pagina’s hetzelfde probleem hebben.
  5. Valideer en monitor. Dien de fix in via het Pagina-indexeringsrapport (knop “Validatie starten”) en controleer na 7–28 dagen of de status verbetert.

Praktische prioriteitslagen:

  • Laag 1 (direct): 5xx-fouten, robots.txt-blokkades op waardevolle pagina’s, onbedoelde noindex-tags.
  • Laag 2 (binnen een week): Foutieve canonicals, redirect-ketens, sitemap-inconsistenties.
  • Laag 3 (planmatig): Indexbloat, dunne content, “Gecrawld — momenteel niet geïndexeerd” door kwaliteit.

Pro-tip: Meet pas na 7–28 dagen of een fix effect heeft. Wie na twee dagen al conclusies trekt, reageert op ruis. Google verwerkt wijzigingen niet direct, en het rapport heeft bovenop de crawlvertraging ook nog een rapportagevertraging.

Voor technische achtergrond over technische SEO best practices is er een uitgebreide gids beschikbaar die aansluit op de stappen hierboven.

Hoe los je indexeringsfouten stap voor stap op? — overview diagram

Hoe gebruik je de URL-inspectietool effectief?

De URL-inspectietool is het betrouwbaarste diagnostische instrument in Search Console. Het verschil met het Pagina-indexeringsrapport: de tool voert een live test uit en toont de actuele staat van een pagina, niet de gecachte versie.

Stap voor stap:

  1. Plak de volledige URL in de zoekbalk bovenaan Search Console.
  2. Klik op “Live URL testen” om een actuele crawl te starten.
  3. Controleer het veld “Indexering toegestaan?” — staat hier “Nee”, dan is er een blokkade.
  4. Kijk bij “Gecrawlde pagina bekijken” of de pagina er visueel correct uitziet voor Google.
  5. Vergelijk “Door gebruiker opgegeven canonieke URL” met “Door Google gekozen canonieke URL”. Als die twee verschillen, kiest Google een andere versie dan jij bedoelt.
  6. Open de HTTP-headers en noteer de statuscode.

Wat de statuscodes betekenen voor indexering:

  • 200: Pagina is bereikbaar. Geen blokkade vanuit de server.
  • 301/302: Redirect. Controleer of de eindbestemming correct is en of er geen keten van meerdere stappen is.
  • 404/410: Pagina bestaat niet of is verwijderd. Google verwijdert deze URL uiteindelijk uit de index.
  • 5xx: Serverfout. Google kan de pagina niet ophalen. Hoogste prioriteit.

Wanneer indexering aanvragen? Alleen nadat je een aantoonbare fix hebt doorgevoerd. Dien je een URL in zonder fix, dan keurt Google hem opnieuw af en verlies je tijd. Na een correcte fix duurt het meestal enkele dagen tot 2 weken voordat de pagina verschijnt in de zoekresultaten.

Wat controleer je in sitemaps en robots.txt?

Een sitemap is een instructie aan Google: “Dit zijn mijn belangrijkste pagina’s.” Maar als die sitemap URL’s bevat die niet bereikbaar zijn of een noindex-tag dragen, stuur je tegenstrijdige signalen. Dat kost crawlbudget zonder resultaat.

Checklist voor sitemaps:

  • Bevat de sitemap alleen URL’s met statuscode 200? Geen redirects, geen 404’s, geen 5xx.
  • Staan er URL’s in de sitemap met een noindex-tag? Verwijder die.
  • Is de sitemap ingediend in Search Console onder Sitemaps? Controleer de ingestionstatus.
  • Gebruik je een sitemap-index voor grote sites? Zorg dat alle deelsitemaps bereikbaar zijn.
  • Zijn er oude sitemaps actief die verwijderde of verplaatste URL’s bevatten? Verwijder of update die.

Robots.txt-checks:

  • Test elke Disallow-regel in de robots.txt-tester in Search Console.
  • Let op wildcard-regels zoals Disallow: /wp-admin/ die per ongeluk ook andere paden blokkeren.
  • Controleer de volgorde: robots.txt verwerkt regels van boven naar beneden. Een brede Disallow: / gevolgd door specifieke Allow-regels werkt niet altijd zoals verwacht.
  • Controleer of Crawl-delay is ingesteld. Google respecteert dit niet altijd, maar het kan verwarring geven.

Pro-tip: CMS-deploy scripts overschrijven soms tijdelijk de robots.txt met een testversie die Disallow: / bevat. Dit gebeurt bij automatische deploys naar productie. Controleer na elke deploy of je robots.txt nog klopt. Eén vergeten stap en Google crawlt je hele site niet meer.

Concrete fixes per veelvoorkomende melding

Gecrawld — momenteel niet geïndexeerd

Oorzaak: Google vindt de pagina kwalitatief onvoldoende of ziet haar als duplicaat.

Fix:

  • Verbeter de content door unieke informatie toe te voegen en dunne tekst te vermijden.
  • Controleer of er een sterkere canonieke versie bestaat die Google prefereert.
  • Overweeg de pagina samen te voegen met een vergelijkbare pagina via een 301-redirect.
  • Als de pagina weinig waarde heeft: noindex toepassen of verwijderen.

Test: URL-inspectie live test → kijk of Google de juiste canonieke kiest. Controleer de on-page SEO factoren van de pagina.

Validatie: Wacht enkele weken na contentverbetering voordat je resultaten verwacht.

Gevonden — momenteel niet geïndexeerd

Oorzaak: Google heeft de URL ontdekt maar crawlen uitgesteld. Capaciteitskwestie.

Fix:

  • Verbeter serverresponstijd om crawlen te versnellen.
  • Zorg dat de URL in de sitemap staat.
  • Verwijder overbodige URL’s die crawlbudget opslokken.

Test: Serverlogs controleren op crawlfrequentie. Sitemap-status in Search Console.

Uitgesloten door noindex

Oorzaak: <meta name="robots" content="noindex"> of X-Robots-Tag: noindex aanwezig.

Fix:

  1. Controleer de paginabron op de meta robots-tag.
  2. Controleer de HTTP-headers via URL-inspectie op X-Robots-Tag.
  3. Verwijder de noindex-instructie als de pagina geïndexeerd moet worden.
  4. Bij CMS: controleer of een plugin of template-instelling de tag toevoegt.

Validatie: URL-inspectie live test → “Indexering toegestaan?” moet “Ja” tonen.

Alternatieve pagina met correcte canonical

Oorzaak: Google kiest een andere URL als canonieke versie dan jij bedoelt.

Fix:

  • Controleer de canonical-tag: <link rel="canonical" href="...">.
  • Zorg dat alle varianten (met/zonder www, met/zonder trailing slash, HTTP/HTTPS) via 301-redirect naar één canonieke URL wijzen.
  • Gebruik URL-consolidatie via canonicalisatie voor parameter-URL’s.

Test: URL-inspectie → vergelijk “Door gebruiker opgegeven canonical” met “Door Google gekozen canonical”.

Geblokkeerd door robots.txt

Oorzaak: Disallow-regel in robots.txt.

Fix:

  • Verwijder of pas de Disallow-regel aan.
  • Test de wijziging direct in de robots.txt-tester.
  • Dien een sitemap-update in na de fix.

Validatie: URL-inspectie live test → “Indexering toegestaan?” moet “Ja” tonen.

Server/5xx fouten

Oorzaak: Server geeft foutcode terug bij crawlen. 5xx-fouten krijgen de hoogste urgentie omdat ze de crawlfrequentie verlagen.

Fix:

  1. Controleer serverlogs op het tijdstip van de fout.
  2. Identificeer of het een specifieke URL, een directory of de hele server betreft.
  3. Los het serverprobleem op bij de hosting provider.
  4. Controleer of een CDN of reverse proxy de fout veroorzaakt.

Validatie: Serverlogs tonen 200-responses. URL-inspectie live test geeft geen 5xx meer.

Redirectfouten en 404/410

Oorzaak: Redirect-keten, redirect-loop of verwijderde pagina zonder correcte afhandeling.

Fix:

  • Verkort redirect-ketens naar maximaal één stap. HTTP-redirects in ketens kosten crawlbudget en kunnen indexering vertragen.
  • Gebruik 410 voor permanent verwijderde pagina’s. Google verwerkt 410 sneller dan 404.
  • Controleer of interne links nog naar de juiste URL’s wijzen na een redirect.

Test: HTTP-headers via URL-inspectie. Redirect checker voor ketens.

Hoe voorkom je indexbloat?

Indexbloat is het verschijnsel waarbij Google honderden of duizenden URL’s indexeert die weinig of geen waarde hebben. Dat trekt Google’s aandacht weg van je beste pagina’s. Google adviseert zelf om niet te streven naar 100% indexering, maar te focussen op canonieke, waardevolle pagina’s.

Meet je indexbloat door het aantal geïndexeerde URL’s te vergelijken met die in je sitemap. Een grote afwijking kan duiden op problemen met indexering.

Praktische aanpak:

  • Voer een content audit uit op je geïndexeerde pagina’s. Gebruik een steekproef van 10% van je URL’s als de site groot is.
  • Pagina’s zonder verkeer, zonder backlinks en zonder conversies in de afgelopen 12 maanden zijn kandidaten voor noindex of verwijdering.
  • Parameter-URL’s (zoals ?sessie=, ?kleur=, ?pagina=) consolideer je via canonical-tags of via het parameterbeheer in Search Console.
  • Gebruik URL-consolidatie voor duplicaten die door CMS-instellingen ontstaan.

Meetpunten voor prioritering:

Meetpunt Hoge prioriteit Lage prioriteit
Organisch verkeer (12 maanden) Meer dan 100 sessies Minder dan 10 sessies
Conversies of leads Minimaal 1 conversie Geen conversies
Backlinks Minimaal 1 externe link Geen externe links
Unieke content Eigen informatie, niet elders Dunne of gedupliceerde tekst

Pro-tip: Noindex is slimmer dan verwijderen als een pagina interne links ontvangt of als je de URL later opnieuw wilt gebruiken. Verwijderen met een 410 is definitief en verwijdert ook de linkwaarde die naar die URL wijst. Kies noindex als je twijfelt.

Hoe monitor je indexeringsproblemen structureel?

Eenmalig fouten oplossen is niet genoeg. CMS-updates, nieuwe content en serverwijzigingen introduceren regelmatig nieuwe problemen. Een vast monitoringritme voorkomt dat je weken later ontdekt dat een template-update honderd pagina’s heeft genoindexed.

Maandelijkse checks:

  • Pagina-indexeringsrapport: vergelijk het aantal geïndexeerde URL’s met de vorige maand.
  • Sitemapstatus in Search Console: zijn alle sitemaps correct verwerkt?
  • URL-inspectie steekproef: test 5 willekeurige URL’s per contenttype.
  • Crawlstatistieken: controleer of de crawlfrequentie stabiel is.
  • Serverlogs: zoek naar 5xx-pieken die Search Console nog niet heeft opgepikt.

Wekelijkse alerts:

  1. Stel een e-mailmelding in via Search Console voor nieuwe fouten in het Pagina-indexeringsrapport.
  2. Monitor het aantal niet-geïndexeerde URL’s. Een plotselinge stijging van meer dan 10% is een signaal.
  3. Controleer na elke CMS-update of deploy de robots.txt en een steekproef van pagina’s.

Taakverdeling binnen een team:

  • Content: controleert maandelijks of nieuwe pagina’s geïndexeerd zijn via URL-inspectie.
  • Developer: controleert na elke deploy de robots.txt en HTTP-headers van een steekproef.
  • SEO: beoordeelt maandelijks het Pagina-indexeringsrapport en stuurt bij op prioriteit.

Meldingen die direct actie vereisen:

  • Piek in 5xx-fouten in het Pagina-indexeringsrapport.
  • Sitemap-ingestionfout in Search Console.
  • Massale noindex door een template-wijziging (zichtbaar als plotselinge stijging van “Uitgesloten door noindex”).
  • Daling van het aantal geïndexeerde URL’s met meer dan 5% in één week.

Wanneer schakel je een specialist in?

Sommige problemen los je zelf op in 15 minuten. Andere vragen kennis van serverarchitectuur, CMS-internals of bulk-validatieprocessen die buiten het bereik van een gemiddelde website-eigenaar vallen.

Signalen dat je een specialist nodig hebt:

  • Het probleem zit op templateniveau en je hebt geen toegang tot of kennis van de codebase.
  • De hosting geeft doorlopend 5xx-fouten en de provider lost het niet op.
  • Meer dan 500 URL’s hebben dezelfde fout en je weet niet hoe je een bulk-fix doorvoert.
  • Google kiest consistent de verkeerde canonieke URL, ook na meerdere correctiepogingen.
  • Je hebt een grote e-commerce site met filterpagina’s, parameter-URL’s en duizenden productpagina’s.

Vragen die je aan een technische SEO-specialist stelt:

  • Heb je ervaring met dit specifieke CMS (WordPress, Magento, Shopify, maatwerk)?
  • Hoe pak je bulk-fixes aan: op templateniveau of per URL?
  • Wat is je validatieproces na een fix en hoe lang duurt dat?
  • Lever je een auditrapport met prioritering, of alleen een lijst van fouten?
  • Hoe monitor je na de implementatie en wat zijn de afspraken rondom rapportage?

Wat je mag verwachten als deliverable: een technisch auditrapport met prioritering per fouttype, een fixplan met tijdsinschatting, implementatie op templateniveau waar mogelijk, en een validatierapport na 4–6 weken.

Prioriteiten en valkuilen uit de praktijk

De grootste fout die ik zie: mensen beginnen bij de kwaliteitsproblemen terwijl de deur nog op slot staat. Eerst de blokkades weg, dan pas nadenken over contentwaarde. Een pagina met de beste content ter wereld wordt niet geïndexeerd als robots.txt zegt “kom hier niet”.

Noindex verwijderen, robots.txt corrigeren, 5xx oplossen. Dat zijn de sleutels.

Wat niet werkt: elke URL apart opnieuw indienen zonder de onderliggende oorzaak te fixen. Dat is water scheppen met een theelepel terwijl de kraan openstaat.

Officiële documentatie en praktische gidsen

Betrouwbare bronnen voor verdere verdieping, in volgorde van prioriteit:

Bij tegenstrijdige informatie tussen bronnen: Google’s eigen documentatie heeft altijd voorrang.

Technische SEO-audit door Nebber

Nebber

Heb je meer dan 50 URL’s met indexeringsfouten, of zit het probleem op templateniveau in je CMS? Dan is handmatig per URL werken geen oplossing. Nebber voert technische SEO-audits uit waarbij indexeringsfouten worden geprioriteerd op basis van verkeer, conversiewaarde en fouttype. Het resultaat: een fixplan met concrete stappen, implementatie op templateniveau waar mogelijk, en een validatierapport na 4–6 weken.

Met 19 jaar ervaring in technische SEO werkt Nebber direct aan de bron van het probleem, niet aan de symptomen. Geen lange trajecten zonder resultaat, maar meetbare verbeteringen in indexering en organisch verkeer.

Neem contact op via Nebber voor een audit-intake en bespreek welke indexeringsfouten als eerste aangepakt worden.

Bronnen

Aanbeveling