Technische SEO-problemen die Search Console mist

Google Search Console is wat SEO het dichtst bij een primaire bron heeft: Google vertelt je wat Google ziet. Maar Search Console heeft bekende blinde vlekken, en een technisch SEO-programma dat alleen op Search Console leunt, mist problemen die een externe crawler in seconden vindt. Dit artikel gaat specifiek over die blinde vlekken en wat je ertegen kunt doen.

Interne kapotte links

Search Console meldt 404-fouten uit externe links en uit de eigen crawl, maar geeft geen volledig overzicht van interne kapotte links: links van pagina A op je site naar pagina B op je site, terwijl B niet meer bestaat. Afzonderlijk zijn ze meestal onschuldig, maar op een grote site stapelen ze zich snel op en ze verslechteren de crawl-efficiëntie. Een standaard crawler vindt ze in één keer.

Redirectketens en lussen

Search Console markeert problemen met redirects op paginaniveau, maar laat redirectketens zoals /old-page → /newer-page → /newest-page niet duidelijk zien. Elke stap verliest een beetje linkwaarde, en bij drie of meer stappen houdt Google er soms helemaal mee op ze te volgen. Externe crawlers brengen deze ketens expliciet in kaart.

Verweesde pagina's

Pagina's die op je site bestaan, maar intern nergens naar zijn gelinkt. Search Console laat ze soms zien als ze externe links hebben of in je sitemap staan, maar pagina's die technisch live en volledig verweesd zijn, blijven onzichtbaar voor Search Console. Voor de meeste gebruikers zijn ze dat ook, en daarom zijn ze meestal juist verweesd geraakt.

Trage pagina's op schaal opsporen

Het Core Web Vitals-rapport van Search Console vertelt je op geaggregeerd niveau of pagina's slagen of zakken. Een sorteerbare lijst van elke pagina met de specifieke laadtijd en wat hem vertraagt, krijg je niet. Om te prioriteren heb je een crawler nodig die laadmetrics per pagina meet en de uitschieters naar boven haalt.

Schema-markupfouten op pagina's zonder rich results

Search Console meldt schemafouten op pagina's die in aanmerking komen voor rich results. Bij pagina's met schemafouten maar zonder rich-result-geschiktheid wordt het schema stilzwijgend genegeerd, zonder dat je een waarschuwing krijgt. Een externe validator vangt deze op.

Problemen met canonical-URL's

Search Console meldt welke canonical-beslissingen Google heeft genomen, maar zegt niet altijd waarom. Een pagina die jij als canonical bedoelde, maar die Google naar een andere URL heeft gecanonicaliseerd, verschijnt als ‘Alternatieve pagina met juiste canonieke tag’. Dat is technisch gezien geen foutstatus, maar wel een probleem als je het tegenovergestelde wilde. Directe canonical-analyse met een crawler legt zulke afwijkingen bloot.

Hreflang-problemen bij kleine aantallen pagina's

Meertalige sites met honderden pagina's en tientallen hreflang-annotaties kunnen subtiele fouten bevatten, zoals asymmetrische verwijzingen, ontbrekende zelfverwijzingen of ongeldige taalcodes, die Search Console wisselend meldt. Een speciale hreflang-validator vangt ze allemaal in één keer.

Plotselinge indexeringswijzigingen midden in de week

Search Console werkt met 2 tot 3 dagen vertraging bij. Wordt een probleem in dat venster geïntroduceerd en weer verwijderd, dan kan het onzichtbaar blijven. Een tool voor continue monitoring die vaker crawlt, vangt zulke kortstondige problemen op.

Blinde vlekken van Search Console in specifieke randgevallen

Subdomeinen vragen om aparte verificatie van de property. Internationale TLD's vragen om aparte properties. AMP- en niet-AMP-versies worden apart gerapporteerd. Pagina's die worden toegevoegd via een crawl die Google niet snel bereikt, verschijnen traag. Elk van deze blinde vlekken kun je verhelpen met de juiste property-instelling, maar veel sites laten ze liggen.

Wat je concreet moet doen

De juiste werkwijze is om Search Console te zien als leidend voor Googles perspectief en het aan te vullen met een externe crawler voor alles wat Search Console niet kan zien. De crawler vervangt Search Console niet, de twee vullen elkaar aan. De meeste moderne audittools, waaronder UtilitySEO, zijn gemaakt om de gaten van Search Console te vullen in plaats van de rapportage ervan te dupliceren.

De pragmatische stack

Een werkende technische SEO-stack bestaat uit: Search Console voor Googles perspectief, een crawler voor het complete beeld, en idealiter een continue monitor die beide databronnen combineert en alarm slaat bij wijzigingen. De meeste teams hebben de eerste, veel teams de tweede en weinig teams de derde, maar bij de derde komen de technische SEO-winsten met de grootste hefboom vandaan. UtilitySEO en vergelijkbare tools combineren alle drie de lagen in één werkwijze.

Alleen op Search Console vertrouwen is prima voor een basis SEO-niveau. De problemen vinden die het mist vraagt om externe tools, en het verschil tussen die twee niveaus zie je na maanden terug in de stabiliteit van je posities en de crawl-efficiëntie.