SEO11 min lezen

Technische SEO checklist voor developers (2026): van crawlen tot AI-zoeken

Door Mustafa KoseOprichter en developer van VirtuoLabGepubliceerd Laatst bijgewerkt

Technische SEO is het deel van zoekmachineoptimalisatie dat developers in de hand hebben: kunnen zoekmachines elke pagina crawlen, renderen, indexeren en begrijpen? Een checklist voor 2026 volgt de volgorde van de crawler van Google (Googlebot). Stap 1 is crawlen, met juiste statuscodes, interne links en een XML-sitemap. Stap 2 is indexeren, met een canonical-tag per URL en hreflang voor meertalige sites. Stap 3 is renderen, met complete HTML van de server. Stap 4 is snelheid, met een LCP binnen 2,5 seconde op het 75e percentiel van echte bezoeken. Volgens de Web Almanac haalde maar 48% van de mobiele sites alle drie de Core Web Vitals in 2025. Op desktop was dat 56%. Tot slot maakt structured data elke pagina makkelijker te begrijpen. Hetzelfde fundament bepaalt of een pagina in aanmerking komt voor AI-functies in Google Zoeken. Een bedrijfswebsite van 20 pagina's op Next.js kan elke controle doorstaan, met monitoring via Google Search Console.

Wat is technische SEO voor developers?

Technische SEO is het werk dat een website voor zoekmachines makkelijk te crawlen, renderen, indexeren en begrijpen maakt. Content en links trekken bezoekers, maar technische SEO bepaalt of Google de pagina's überhaupt kan verwerken. Volgens Google verwerkt de crawler (Googlebot) JavaScript-webapps in drie fasen: 1) crawlen, 2) renderen en 3) indexeren. Een developer heeft invloed op elke fase. De server moet juiste statuscodes en snelle antwoorden geven. De HTML moet echte links, titels en content bevatten zonder te wachten op scripts in de browser. Signalen zoals canonical-tags, hreflang en structured data moeten één consistent verhaal vertellen. Dat gaat vaak mis: volgens de Web Almanac gaf in 2025 85% van de robots.txt-verzoeken een geldige status, en had 67% van de mobiele pagina's een canonical-tag. De meeste problemen komen uit standaardinstellingen van een framework, bijvoorbeeld een stagingsite die per ongeluk via Google vindbaar werd. De checklist hieronder volgt dezelfde volgorde als Googlebot en werkt voor Next.js, WordPress en elke andere stack.

Hoe zorg je dat Google elke pagina kan crawlen en indexeren?

Crawlbaarheid is het vermogen van een crawler om elke belangrijke URL op een site te vinden en op te halen. Stap 1 is interne links. Volgens Google vindt Googlebot nieuwe URL's door het href-attribuut van HTML-links te lezen. Navigatie die alleen uit knoppen met click-handlers bestaat, kan pagina's dus verbergen. Stap 2 is robots.txt, dat Google een middel voor crawlbeheer noemt, geen manier om een pagina uit de index te houden. Volgens de Web Almanac gaf in 2025 85% van de verzoeken om dat bestand een geldige 200-status, en de overige 15% dus niet. Gebruik noindex of wachtwoordbeveiliging voor pagina's die buiten de zoekresultaten moeten blijven, zoals een stagingsite. Stap 3 is een XML-sitemap van maximaal 50 MB per bestand, en Google negeert priority en changefreq. De lastmod-datum telt alleen als die aantoonbaar klopt. Geef een verplaatste pagina een 301-redirect per URL, en een verwijderde pagina een echte status 404 of 410. Controleer het resultaat daarna via Google Search Console.

robots.txt blokkeert alleen crawlvallen, nooit CSS of JavaScript
XML-sitemap automatisch gegenereerd, gesplitst boven 50.000 URL's
301-redirects voor verplaatste URL's, 404 of 410 voor verwijderde

Hoe ga je om met dubbele URL's, canonicals en hreflang?

Een canonieke URL is de voorkeursversie van een pagina wanneer meerdere URL's dezelfde content tonen. Een redirect en een rel=canonical-annotatie zijn volgens Google allebei sterke signalen, terwijl opname in een sitemap een zwak signaal is. Volgens de Web Almanac had in 2025 67% van de mobiele pagina's een canonical-tag. Stap 1 is één URL-formaat, overal afgedwongen: met of zonder slash aan het eind, met of zonder www, en altijd HTTPS. Gebruik robots.txt niet voor canonicalisatie, want Google kan geblokkeerde URL's dan zonder inhoud indexeren. Stap 2 is hreflang voor meertalige sites, wat maar 19,7% van de mobiele pagina's gebruikt. Google accepteert hreflang op drie plekken: 1) HTML-linktags, 2) HTTP-headers en 3) de XML-sitemap. Elke taalversie moet naar zichzelf en naar alle andere versies verwijzen, anders negeert Google de tags. Voeg ook een x-default toe voor bezoekers bij wie geen taalversie past. Een site in drie talen geeft zo vier hreflang-links per URL. De website van VirtuoLab genereert die links via Next.js in de sitemap.

Is JavaScript-rendering slecht voor SEO?

JavaScript-rendering is de stap waarin Google de scripts van een pagina uitvoert in een headless browser (Chromium), voordat het resultaat wordt geïndexeerd. Google rendert pagina's zodra er capaciteit is, dus content die pas na scripts in de browser verschijnt, kan later in de index komen. Server-side rendering of pre-rendering is volgens Google nog steeds een uitstekend idee in 2026. De site wordt daardoor sneller voor gebruikers en crawlers. Ook kunnen niet alle bots JavaScript uitvoeren. Linkvoorbeelden in chatapps lezen bijvoorbeeld meestal alleen de kale HTML. Volgens de Web Almanac stond een canonical-tag in 64,27% van de mobiele pagina's al in de kale HTML, en na renderen in 66,1%. Bij dat verschil ziet een crawler zonder JavaScript de tag dus niet. Een site op Next.js voorkomt het probleem met server components en statische generatie, die direct complete HTML sturen. Een single-page app in kale React heeft pre-rendering of een framework nodig. Controleer elke pagina via Google Search Console, waar de URL-inspectietool laat zien wat Googlebot ziet.

Welke Core Web Vitals-drempels moet je halen in 2026?

Core Web Vitals is de naam voor drie metrics van Google die de laadsnelheid, reactiesnelheid en visuele stabiliteit van echte paginabezoeken meten. Volgens Google haalt een goede pagina een Largest Contentful Paint (LCP) binnen 2,5 seconde en een Interaction to Next Paint (INP) van 200 milliseconden of minder. De Cumulative Layout Shift (CLS) blijft op maximaal 0,1. Google meet de drempels op het 75e percentiel van de paginaweergaven, apart voor mobiel en desktop. Een site slaagt dus pas als minstens 75% van de echte bezoeken het doel haalt. Volgens de HTTP Archive Web Almanac 2025 heeft 62% van de mobiele pagina's een goede LCP, tegen 74% op desktop. In de praktijk komen LCP-problemen vaak van een grote hero-afbeelding, INP-problemen van zware JavaScript en CLS-problemen van afbeeldingen zonder afmetingen. Begin met velddata via Google Search Console, dat de scores per URL-groep toont, of PageSpeed Insights. Debug daarna met Lighthouse.

Metric
Goed op het 75e percentiel
Typische oplossing
LCP: Largest Contentful Paint
2,5 seconde of minder
Hero-afbeelding optimaliseren en preloaden, HTML op de server renderen
INP: Interaction to Next Paint
200 ms of minder
Minder JavaScript, kortere taken, zwaar werk in een web worker
CLS: Cumulative Layout Shift
0,1 of minder
Breedte en hoogte op afbeeldingen, vaste ruimte voor embeds en banners

Welke structured data is in 2026 nog de moeite waard?

Structured data is machineleesbare opmaak, meestal JSON-LD met schema.org-types, die beschrijft waar een pagina over gaat. Voor de meeste bedrijfssites blijven Organization, BreadcrumbList en Article de nuttige kern, met Product voor webshops. Volgens de Web Almanac gebruikte in 2025 50% van de pagina's structured data, en stond JSON-LD op 43% van de homepages. Het speelveld veranderde in 2026. Sinds mei 2026 verschijnen FAQ-rich results volgens Google niet meer in Google Zoeken, en in juni haalde Google de FAQ-documentatie offline. FAQ-markup kan geen kwaad, maar reken niet meer op extra ruimte in de zoekresultaten. Structured data is volgens Google ook niet nodig voor generatieve AI-zoekfuncties, en er bestaat geen speciale markup voor AI. Wel raadt Google structured data nog steeds aan als onderdeel van een bredere SEO-strategie. Houd JSON-LD in de praktijk gelijk aan de zichtbare tekst. Genereer de markup per URL uit dezelfde databron als de pagina, en controleer fouten via Google Search Console vóór elke release.

Hoe beïnvloedt technische SEO je zichtbaarheid in AI-zoekmachines?

Zichtbaarheid in AI-zoeken betekent dat je getoond of geciteerd wordt in antwoorden, bijvoorbeeld via Google AI Overviews en AI Mode. Stap 1 is technisch. Volgens Google moet een pagina geïndexeerd zijn en in aanmerking komen voor een snippet, voordat generatieve AI-functies de pagina kunnen tonen. Google noemt optimaliseren voor generatieve AI-zoekfuncties gewoon SEO, zonder nieuwe bestanden of speciale markup. Pew Research vond een AI-samenvatting bij 18% van de gemeten zoekopdrachten in Google. Gebruikers klikten bij 8% van de bezoeken met een samenvatting op een resultaat, tegen 15% zonder (Pew 2025). Geciteerd worden in het antwoord zelf wordt daardoor steeds waardevoller. Daarnaast zijn ChatGPT en andere assistenten aparte systemen, met volgens OpenAI ruim 800 miljoen wekelijkse gebruikers in oktober 2025. Schone HTML van de server is dus de veiligste gemene deler. Generative engine optimization (GEO) voegt daar heldere antwoorden, consistente bedrijfsfeiten en bronvermeldingen aan toe. VirtuoLab helpt bedrijven om sneller en vaker genoemd te worden in Google en in AI-assistenten zoals ChatGPT.

Veelgestelde vragen

Heeft een kleine website nog een XML-sitemap nodig?

Een XML-sitemap is niet strikt nodig voor een kleine website met goede interne links, maar blijft een goedkope verzekering. Google gebruikt opname in een sitemap als zwak signaal voor de canonieke URL. Een sterker signaal is een canonical-tag, die volgens de Web Almanac in 2025 op 67% van de mobiele en 68% van de desktoppagina's stond. Een sitemap versnelt ook het vinden van nieuwe pagina's, bijvoorbeeld een vers blogartikel met nog weinig interne links. Houd het bestand eerlijk. Google negeert priority en changefreq, en gebruikt lastmod per URL alleen als de datum consequent en aantoonbaar klopt. Een lastmod die bij elke build verandert, heeft dus geen waarde. In een site op Next.js maakt een sitemap-bestand de sitemap uit dezelfde data als de pagina's, zodat nieuwe URL's automatisch verschijnen. Daarna blijven twee taken over: 1) de sitemap één keer indienen via Google Search Console en 2) elke maand het indexeringsrapport bekijken. Ook bij een site van 20 pagina's betaalt die kleine moeite zich terug.

Is Next.js goed voor technische SEO?

Next.js is een React-framework dat HTML op de server of tijdens de build rendert. Het framework is een sterke basis voor technische SEO, want HTML van de server sluit aan bij het advies van Google voor JavaScript-sites. Next.js regelt drie crawlbasics standaard. Stap 1 is de metadata-API, die per pagina titels, beschrijvingen, canonieke URL's en hreflang-alternatieven instelt. Stap 2 is een paar speciale bestanden die de sitemap en robots.txt vanuit code genereren. Stap 3 is de image-component, die om afmetingen vraagt en zo de CLS-score beschermt. Het framework lost echter geen zwakke content, kapotte interne links of trage scripts van derden op. Scripts die via Google Tag Manager laden, chatwidgets en video-embeds kosten vaak meer INP dan het framework zelf. React werd door 44,7% van de respondenten gebruikt en Next.js door 20,8%, volgens de Stack Overflow Developer Survey 2025. In de praktijk bouwt VirtuoLab websites en web apps op hetzelfde framework met TypeScript en PostgreSQL, inclusief de eigen website.

Moet je een llms.txt-bestand aan je website toevoegen?

Een llms.txt-bestand is een samenvatting van een website in platte tekst (Markdown), bedoeld voor taalmodellen en geplaatst in de hoofdmap van het domein. Volgens Google zijn zulke bestanden niet nodig voor Google Zoeken, en Google Zoeken negeert ze. Het bestand helpt of schaadt je posities in Google dus niet. Volgens de Web Almanac stond het in 2025 op 2,13% van de desktopsites en 2,10% van de mobiele sites. Andere diensten en AI-tools kunnen het bestand wel lezen, dus als kleine extra kan zo'n samenvatting zinvol zijn. De website van VirtuoLab publiceert bijvoorbeeld een samenvatting van het bedrijf in het Nederlands, Engels en Duits. Zie het bestand als optioneel en nooit als vervanging van de basis. Een pagina die niet geïndexeerd is, zonder content rendert of traag laadt, wordt niet zichtbaar door een tekstbestand. Wie via Google of ChatGPT gevonden wil worden, volgt daarom deze volgorde: 1) crawlen, renderen en Core Web Vitals, 2) structured data en 3) als er tijd over is het tekstbestand.

Verder lezen

Bronnen