SEO-audit met Google Search Console: veilige controlevolgorde (2026)

Een SEO-audit met Search Console begint bij één URL en één concrete vraag, niet bij een grote export. Controleer eerst of de pagina technisch de pagina is die je wilt laten vinden, en pas daarna de zichtbaarheid in de zoekresultaten.

Stappenplan

1. Kies één representatieve pagina

Gebruik een dienstpagina of een pagina met een duidelijke aanvraagroute. Is de site helemaal niet zichtbaar, lees eerst indexering versus positie.

2. Gebruik URL-inspectie

Controleer de geïndexeerde URL, de door Google gekozen canonical en eventuele blokkades. Google licht de URL Inspection Tool toe; kopieer geen klantdata of niet-openbare URL-parameters naar een diagnose.

3. Vergelijk indexering met inhoud

Kijk of de pagina zelfstandig antwoord geeft op de zoekvraag, geen dunne kopie is en intern bereikbaar is. Bij de status ‘Crawled - currently not indexed’ volg je de aparte controle voor die status.

4. Bekijk prestaties als signaal

Gebruik het prestatierapport om pagina’s en zoekvragen te vinden die nader onderzoek verdienen. Het rapport bewijst geen rankingbelofte en vervangt geen beoordeling van intentie of inhoud.

5. Noteer één wijziging en controleer opnieuw

Pas een titel, tekst, interne link of technische fout gericht aan. Controleer daarna opnieuw via Search Console en je sitemap, zonder tientallen URLs blind in te dienen.

Baken de audit af met een controlehypothese

Een bruikbare audit begint met een uitspraak die je kunt controleren, bijvoorbeeld: ‘De dienstpagina is openbaar indexeerbaar, maar de zichtbare inhoud sluit mogelijk niet aan op de zoekvragen waarvoor zij vertoningen krijgt.’ Dat is nauwkeuriger dan ‘de SEO is slecht’. Het dwingt je om techniek, indexering, inhoud en zichtbaarheid apart te onderzoeken.

Gebruik per audit één primaire URL en hoogstens enkele vergelijkingspagina's uit dezelfde site. Noteer de zakelijke taak van de pagina, de gewenste bezoeker en de normale vervolgstap. Een dienstpagina hoeft niet zoveel mogelijk zoekvragen te bedienen; zij moet één samenhangende behoefte duidelijk en geloofwaardig beantwoorden.

Zet de auditvolgorde vooraf vast:

1. openbare bereikbaarheid en status;
2. indexeerbaarheid volgens je eigen instellingen;
3. feitelijke indexeringsstatus en canonical;
4. inhoud en interne koppeling;
5. zichtbaarheidssignalen in het Performance-rapport;
6. contactroute en consentbewuste meting.

Indexeerbaarheid is geen bewijs van indexering. Indexering is geen bewijs van een bepaalde positie. En een vertoning of klik is geen bevestigde aanvraag. Door elk woord aan een bron te koppelen blijft het rapport bruikbaar voor de volgende eigenaar.

Officiële-toolcontrole

Gebruik URL-inspectie voor de exacte canonical en de laatst bekende indexgegevens. Vergelijk de door jou opgegeven canonical met de door Google gekozen canonical. Controleer met de live test alleen de huidige technische toegang. Schrijf niet ‘Google ziet de aanpassing al’ wanneer je uitsluitend een live test hebt uitgevoerd.

Open daarna het officiële Performance-rapport. Filter eerst op de ene pagina en bekijk dan de relevante zoekvragen. Noteer de gekozen periode en vergelijk alleen perioden die inhoudelijk vergelijkbaar zijn. Een wijziging in seizoen, campagnes, vraag of meetdefinitie kan de cijfers beïnvloeden. Search Console toont bovendien geen volledige lijst van iedere individuele zoekopdracht.

Controleer zonder tool ook de pagina zelf:

• komt het directe antwoord overeen met de title en hoofdkop;
• is de pagina uniek ten opzichte van andere URL's;
• zijn links echte crawlbare links met begrijpelijke ankertekst;
• werkt de pagina op mobiel en zonder scripts die de hoofdinhoud verbergen;
• is de contactstap passend en ook zonder analytics bruikbaar;
• staan er geen persoonsgegevens in URL-parameters die in rapporten kunnen verschijnen.

Voor een sitebrede technische vraag gebruik je de rapporten Pagina-indexering en Sitemaps als aanvulling, maar maak van een export geen automatisch takenlijstje. Controleer een foutcategorie op representatieve URL's en zoek de gedeelde oorzaak bij de bron.

Concreet voorbeeld: vertoningen op de verkeerde vraag

Een adviesbureau onderzoekt de pagina /projectbegeleiding. URL-inspectie toont de bedoelde self-canonical en een geïndexeerde versie. Het Performance-rapport laat vooral vertoningen zien voor algemene vragen over projectmanagement, terwijl de pagina een concrete begeleidingsdienst verkoopt. De pagina opent met abstracte definities en legt de werkwijze pas onderaan uit.

De audit noteert daarom geen indexeringsprobleem. De pagina is geïndexeerd. De hypothese is dat de zichtbare inhoud te breed begint en de dienstvraag onvoldoende onderscheidt. De eigenaar herschrijft de opening, voegt een praktisch intakevoorbeeld toe en maakt de interne link vanaf de dienstenhub specifieker. De URL, canonical en contactroute blijven gelijk.

Na publicatie worden de publieke pagina en de diff gecontroleerd. Later wordt dezelfde paginafilter in Search Console bekeken. Een verandering in zoekvragen is een signaal om verder te beoordelen, geen bewijs dat de tekstwijziging een gegarandeerd resultaat heeft veroorzaakt. Een menselijke beoordeling van echte aanvragen blijft apart van analytics.

Meet- en herstelroute voor iedere auditactie

Leg per wijziging vijf velden vast: datum, URL, waargenomen probleem, uitgevoerde wijziging en herstelstap. Voeg de officiële bron toe waarop de technische diagnose rust. Bewaar geen login, verificatietoken of onnodige query-export in het auditdocument.

Controleer vóór publicatie de huidige versie en sla de relevante tekst of configuratie op in versiebeheer. Na publicatie test je status, canonical, robotsinstelling, interne links en contactactie. Als de techniek verslechtert, draai je de specifieke technische wijziging terug. Als alleen de inhoud anders overkomt dan bedoeld, herstel je de vorige tekst of pas je het voorbeeld aan zonder URL-structuur te wijzigen.

Meet daarna op een ritme dat bij de site past. Voor een kleine site is dagelijks ingrijpen meestal niet informatief. Gebruik dezelfde paginafilter en noteer wanneer Google de URL opnieuw heeft gecrawld. Houd de uitkomsten gescheiden:

• geïndexeerd of niet geïndexeerd volgens URL-inspectie;
• vertoningen en klikken als Search Console-signalen;
• contactevents alleen na geldige consent en zonder persoonsgegevens;
• gekwalificeerde aanvraag uitsluitend na menselijke beoordeling buiten analytics.

Blijft GA4 tijdens die controle helemaal leeg, verander dan niet de SEO-hypothese om toch een resultaat te krijgen. Baken eerst met de GA4-route voor property, tag en consent af of de meetketen het testevent überhaupt ontvangt.

Een audit kan ook eindigen met ‘geen wijziging’. Als techniek, inhoud en interne route kloppen maar er nog weinig gegevens zijn, is stabiliteit beter dan meerdere gelijktijdige experimenten. Beschrijf wat je later opnieuw controleert. Zo blijft de audit een overdraagbaar onderzoek en geen verzameling losse optimalisatietips.

Veelgemaakte fouten

• Alle data tegelijk exporteren. Begin met één URL en een controleerbare hypothese.
• Een geïndexeerde URL gelijkstellen aan top-10. Indexering en ranking zijn verschillende zaken.
• Google laten hercrawlen zonder verbetering. Los eerst het onderliggende probleem op.
• Een canonical negeren. Controleer altijd welke URL Google als hoofdversie ziet.
• Persoonsdata in query- of URL-exports laten staan. Gebruik minimale, geanonimiseerde signalen.

Officiële bronnen

• Google: URL-inspectietool
• Google: Search Console Performance-rapport

Wil je een auditvraag scherp laten afbakenen zonder exports te delen, stel je vraag via WhatsApp.