Pagina niet geïndexeerd? Zo kies je de juiste controle

Pagina niet geïndexeerd: wat controleer je eerst?

Als een pagina niet is geïndexeerd, begin je met de exacte URL en de gemelde reden in Search Console. Controleer daarna of die informatie nog past bij de huidige pagina. Een bereikbare pagina, een geslaagde live test en een opgenomen pagina in Google zijn verschillende uitkomsten. Kies pas een herstelactie wanneer je weet welke daarvan ontbreekt.

Deze gids helpt je een melding omzetten in een afgebakende controleopdracht. Je krijgt een beslisblad, voorbeelden van vervolgstappen en een eigen openbare HTTP-observatie van Ranktool. We beloven geen indexatie binnen een vaste termijn. Het doel is dat jij en je uitvoerder hetzelfde probleem onderzoeken, met bewijs van dezelfde URL.

Houd drie bewijsvakken naast elkaar

Gebruik een eenvoudig dossier met drie vakken: huidige website, laatst bekende Google-versie en gewenste bestemming. Schrijf bij elk vak de volledige URL, datum, bron en waarneming. Een recente websitewijziging hoort bij het eerste vak. De laatste crawldatum en Googles gekozen canonical horen bij het tweede. Jouw bedoelde hoofdpagina hoort bij het derde.

Waarom helpt dit? Een uitvoerder kan vandaag een goede pagina tonen terwijl jij een oudere melding bekijkt. Ook kun je onbedoeld twee adressen vergelijken: met of zonder eindslash, een oude product-URL en de opvolger, of een www-adres en het hoofddomein. Maak het verschil expliciet voordat iemand teksten herschrijft of instellingen wijzigt.

Noteer de exacte URL en de laatste wijziging

Kopieer het adres dat je wilt laten beoordelen. Verwijder parameters of een eindslash niet voordat je hebt vastgelegd welke variant de melding betreft. Noteer ook wanneer je de pagina publiceerde of inhoudelijk wijzigde. Maak de opdracht concreet: gaat het om een nieuwe pagina, een verhuizing, een gewijzigde tekst of een pagina die eerder wel zichtbaar was?

Bewaar een korte beschrijving van de beoogde functie. “Deze categorie helpt bezoekers een bureaulamp kiezen” zegt meer dan “deze URL moet ranken”. Daarmee kan de uitvoerder ook beoordelen of twee pagina’s werkelijk verschillende vragen beantwoorden. Een nieuwe URL voor vrijwel hetzelfde antwoord geeft niet vanzelf meer zoekkansen.

Controleer wat de huidige website werkelijk teruggeeft

Open de pagina als bezoeker en controleer inhoud, afbeeldingen en interne links. Laat daarnaast de HTTP-status en eventuele omleiding vastleggen. Een scherm dat eruitziet als een normale pagina kan technisch een foutmelding teruggeven. Andersom kan een leeg of onbruikbaar scherm een 200-status hebben. Noteer wat je zag én wat de server teruggaf.

Controleer of de gewenste inhoud zonder login bereikbaar is. Laat je beheerder ook robots-instructies, een eventuele noindex-instructie en de canonical nakijken. Verander die instellingen niet op basis van één algemeen advies: een privéomgeving of bedankpagina kan juist bewust buiten zoekmachines horen. Het gaat om de bedoelde openbare pagina.

Een technische controle heeft een duidelijke oplevering: de gecontroleerde URL, de bevinding, het betrokken onderdeel en de controle na herstel. “Technische SEO uitgevoerd” is daarvoor te vaag. Spreek bijvoorbeeld af dat een onbedoelde foutstatus wordt hersteld en dat de pagina daarna opnieuw wordt geopend en opgehaald.

Lees de Google-melding samen met de crawldatum

URL-inspectie toont informatie over de versie die Google kent. Een live test onderzoekt de actuele pagina en voorspelt niet welke canonical Google uiteindelijk kiest. Noteer daarom de gemelde status en de beschikbare datum voordat je op Live testen klikt. Vergelijk daarna beide waarnemingen.

Is de bekende crawl ouder dan je wijziging, dan beschrijft die melding mogelijk nog de vorige situatie. Is de pagina onbekend, dan ontbreekt een indexwaarneming voor die URL. Beide situaties vragen eerst om vaststelling; ze bewijzen op zichzelf niet dat de tekst slecht is. Gebruik de Google-uitleg bij de specifieke melding en laat onduidelijke velden openstaan.

Van melding naar een concrete vervolgstap

Gebruik onderstaande indeling om je opdracht scherp te maken. Het is een praktisch werkmodel, geen vervanging van de volledige melding in Search Console. Bewaar de originele status naast je eigen conclusie.

• URL onbekend of gevonden maar nog niet geïndexeerd: controleer eerst of de juiste openbare URL via interne links en de actuele sitemap te vinden is. Leg ontbrekende gegevens vast; noteer niet automatisch “contentprobleem”.
• Een ophaal- of toegangsprobleem: laat de uitvoerder aantonen wat de server teruggeeft en welk onderdeel de toegang belemmert. Controleer na herstel opnieuw dezelfde URL.
• Een bewuste uitsluiting: bespreek of de pagina werkelijk openbaar in zoekmachines moet komen. Laat alleen een onbedoelde blokkade aanpassen.
• Een andere canonieke URL: vergelijk de door jou bedoelde pagina met de door Google gekozen variant. Onderzoek of het dezelfde inhoud is en welke URL je intern gebruikt.
• Gecrawld maar nog niet opgenomen: onderzoek de pagina en de melding in samenhang. Controleer onder meer of zij zelfstandig nut heeft en geen grotendeels dubbele versie is; stel geen oorzaak vast uitsluitend op basis van dit label.

Wat als Google een andere canonical kiest?

Een canonical geeft aan welke versie je als hoofdadres beschouwt. Google gebruikt meerdere signalen, waaronder omleidingen, canonicals en sitemaps. Een andere keuze kan betekenen dat Google twee adressen als vergelijkbare inhoud behandelt. Het is geen automatische aanwijzing dat beide pagina’s onbruikbaar zijn.

Controleer daarom of je voorkeur overal gelijk is: in de pagina, sitemap en interne links. Laat oude en nieuwe versies naast elkaar beoordelen. Een relevante permanente omleiding kan bij het opruimen van een vervallen variant passen, maar laat je beheerder eerst controleren wat er met bestaande bezoekers en adressen gebeurt. Zet een versie niet zomaar op noindex om Google een andere canonical te laten kiezen.

Een praktisch voorbeeld: /dienst en /dienst/ kunnen allebei bereikbaar zijn. Als Google nog gegevens van een oude variant toont, leg je eerst de huidige signalen en de laatst bekende versie vast. Wissel niet telkens je voorkeursadres om de nieuwste melding te volgen. Het doel is een consistente, begrijpelijke route.

Eigen controlevoorbeeld: een werkende sitemap sluit oude fouten niet uit

Op 21 september 2026 controleerde de Ranktool-redactie vier openbare sitemapadressen van ranktool.nl. Op dat meetmoment gaf /sitemap.xml een HTTP 200 en een XML-inhoudstype. De drie oude adressen /sitemap_index.xml, /page-sitemap.xml en /post-sitemap.xml gaven elk HTTP 404. Deze observatie is vastgelegd vóór de reparatie van die oude adressen.

De nuttige les: één werkende hoofdsitemap zegt nog niets over adressen die eerder zijn gebruikt of gedeeld. Het controleblad bevat de volledige URL’s, het meetmoment, de status en het inhoudstype. Het is een momentopname van één website, geen onderzoek naar alle websites en geen bewijs dat een 404 op een oude sitemap de oorzaak van een specifieke indexatiemelding was.

Een sitemap helpt zoekmachines pagina’s ontdekken; opname en een succesvolle indiening zijn geen indexatiegarantie. Vraag je uitvoerder welke sitemap actueel is, of die de juiste openbare URL bevat en welke oude ontdekpaden nog aandacht vragen. Controleer eventuele reparaties met een nieuwe meting, zonder de oorspronkelijke observatie te overschrijven.

Wat doe je na een aantoonbaar herstel?

Leg de aanpassing en de nieuwe controle vast. Als het probleem een verkeerde URL in de sitemap was, hoort de juiste URL daarna in het bestand te staan. Als de server een onbedoelde fout gaf, controleer je de nieuwe reactie. Houd de inhoudelijke wijziging en de technische controle apart, zodat je weet wat werkelijk is aangepast.

Voor een beperkt aantal eigen pagina’s kun je via Search Console een nieuwe crawl aanvragen. Voor meerdere nieuwe of gewijzigde pagina’s kan een bijgewerkte sitemap worden ingediend. Google bepaalt wanneer verwerking plaatsvindt. Dezelfde aanvraag herhaald indienen levert geen gegarandeerde versnelling op; besteed die tijd aan het oplossen van concrete bevindingen.

Spreek een volgend controlemoment af waarop je opnieuw naar de betreffende URL en beschikbare gegevens kijkt. Een aanvraag tot hercrawlen is een handeling, een nieuwe crawldatum is een waarneming en indexatie is weer een andere uitkomst. Neem alleen de uitkomst over die werkelijk zichtbaar is.

Download het indexatiediagnoseblad

Gebruik één rij per URL en één duidelijk controlemoment. Het invulblad bevat velden voor de bedoelde pagina, huidige reactie, Google-melding, crawldatum, canonical, bevinding, actie en verantwoordelijke. Het openbare observatiebestand hierboven is een afzonderlijke echte meting; het diagnoseblad is een leeg hulpmiddel voor jouw eigen website.

Laat ontbrekende gegevens herkenbaar onbekend. Schrijf een actie die iemand kan afronden: “controleer de canonicals van deze twee adressen en leg het verschil vast” is bruikbaarder dan “los indexatie op”. Bepaal ook wat als oplevering telt en wanneer je samen de uitkomst bespreekt.

Bronnen, werkwijze en beeldverantwoording

De Ranktool-redactie maakte deze gids op 21 september 2026 met AI-ondersteuning. De gelinkte Google-documentatie is gebruikt voor URL-inspectie, canonicals, sitemaps en hercrawlen. Het controlemodel en diagnoseblad zijn redactionele hulpmiddelen. De openbare sitemapobservatie is een eigen HTTP-controle met vastgelegde URL’s en tijd; er zijn geen klantgegevens of private Search Console-gegevens gepubliceerd. De illustraties zijn gegenereerd en tonen geen echte softwaremetingen of klantresultaten.

Laat de concrete pagina en melding bespreken

Loop je vast bij een belangrijke openbare pagina? Deel je domein en telefoonnummer voor SEO-advies. Houd de exacte URL, de gemelde status en de datum van je laatste wijziging bij de hand. Daarmee kan het gesprek gaan over de benodigde controle en een passende vervolgstap, in plaats van een algemene belofte dat alles geïndexeerd wordt.

Veelgestelde vragen