Voor wie dit is
Teams van wie het organische verkeer de rekeningen betaalt en die vermoeden dat de site zelf in de weg zit: trage templates, gestructureerde data die niet bij de pagina past, een migratie die posities kostte, een redesign dat de tracking brak. Het past ook bij teams die de meetkant goed geregeld willen hebben, zodat de cijfers in GA4 betekenen wat ze zeggen.
Ik werk al meer dan tien jaar in SEO; de technische kant, waar templates, server en crawler elkaar raken, is waar ik ben gebleven.
Typische situaties
- Core Web Vitals staan rood in Search Console en de laatste drie fixes waren plugins.
- Een redesign of migratie ging live en de vertoningen daalden in de weken erna.
- Rich results verdwenen, of de gestructureerde data beschrijft een pagina die niet meer bestaat.
- GA4 toont cijfers die niemand vertrouwt, en Tag Manager heeft veertig tags zonder eigenaar.
- Product- of categoriepagina’s worden gecrawld maar niet geïndexeerd, en niemand weet waarom.
- Vier taalversies, en hreflang wijst ergens anders heen.
Wat ik lever
- Technische audit: crawl, indexering, canonicals, hreflang, redirects, sitemaps, robots, paginering en de rendering van JavaScript-zware templates.
- Core Web Vitals aanpakken bij de bron: templates, afbeeldingen, fonts, scripts en caching, geen plugin die het symptoom verbergt.
- Gestructureerde data die bij de pagina past: Article, Product, FAQ, Breadcrumb en Organization, gegenereerd vanuit templates en gevalideerd bij elke release.
- Migraties en redesigns met een redirectmap, een crawl vooraf en een vergelijking na de livegang.
- GA4 en Google Tag Manager: eventontwerp, consentafhandeling, server-side tagging waar het de moeite waard is, en een trackingplan dat het team zelf kan onderhouden.
- Klaar voor AI-antwoordmachines: schone HTML, stabiele ankers, llms.txt en content die met bron geciteerd kan worden.
Hoe het gaat
Crawlen en vergelijken. Ik crawl de site, lees de templates en vergelijk wat de crawler ziet met wat Search Console en analytics rapporteren. De eerste uitkomst is een lijst issues met URL, oorzaak en fix, gesorteerd op impact.
Repareren bij de bron. Wijzigingen gaan in de templates en de serverconfiguratie, eerst op staging. Trackingwijzigingen krijgen een testplan met de events, hun parameters en de rapporten die ze voeden.
Het resultaat volgen. Na de release volg ik indexering, vitals en de rapporten een paar weken en draag ik een kort document over met wat je in de gaten houdt. Meting kan doorlopen op retainerbasis.