Technische SEO is de fundering onder alles wat je met content en linkbuilding bouwt. Zonder die fundering kan Google je pagina’s niet goed crawlen, indexeren of beoordelen, en bereiken ze nooit de positie die ze verdienen.

Wat is technische SEO?

SEO rust op drie pijlers: techniek, content en autoriteit. Content gaat over relevantie, autoriteit over de betrouwbaarheid die andere websites en bronnen jou toekennen. Technische SEO is de derde pijler en regelt alles wat Google nodig heeft om jouw website überhaupt te kunnen begrijpen en vertrouwen.

Concreet: het is het geheel van technische instellingen, configuraties en optimalisaties dat ervoor zorgt dat zoekmachines je site kunnen crawlen, indexeren en correct interpreteren. Denk aan hoe snel je pagina’s laden, of Google de juiste pagina’s bezoekt, of je site veilig is en of gestructureerde data Google helpt te snappen wat er op een pagina staat.

Technische SEO is geen eenmalig klusje. Het is een doorlopende discipline, want platforms worden bijgewerkt, Google rolt core updates uit en je website groeit. Ik zie dit bij klanten vaak misgaan: ze investeren in content, maar de technische basis is zo lek als een mandje. Dan wacht je maanden op resultaat dat niet komt.

Wil je eerst het grotere plaatje hebben? In dit artikel over SEO en zoekmachineoptimalisatie leg ik uit hoe de drie pijlers samenhangen.

Waarom techniek de basis is van je andere SEO-inspanningen

Stel je voor dat je een geweldige pagina schrijft over een onderwerp waar je topposities kunt pakken. Je hebt het zoekwoord goed verwerkt, de content is diepgaand, je hebt zelfs wat backlinks. Maar je robots.txt blokkeert de pagina per ongeluk. Of de laadtijd is zo slecht dat Google de pagina nauwelijks crawlt. Of er is een duplicate content-probleem waardoor Google niet weet welke URL hij moet tonen.

Alles wat je boven op de techniek bouwt, staat dan op drijfzand. Dat is waarom ik altijd zeg: fix de techniek eerst, dan schaal je de rest op.

De belangrijkste onderdelen van technische SEO

Crawlen en indexeren: ziet Google jouw pagina’s wel?

Voordat een pagina kan ranken, moet Google hem vinden, crawlen en indexeren. Dat klinkt vanzelfsprekend, maar hier gaat verrassend veel mis.

robots.txt vertelt Googlebot welke pagina’s hij wel en niet mag bezoeken. Een verkeerde regel daarin kan hele mappen van de index halen. Check dit bestand via jouwebsite.nl/robots.txt.

De XML-sitemap is de routekaart die jij Google aanreikt. Hij bevat de URL’s die je geïndexeerd wilt hebben. Stuur hem in via Google Search Console, onder het tabblad Sitemaps.

Crawl budget is het aantal pagina’s dat Google bereid is te crawlen binnen een bepaalde tijdspanne. Voor kleine websites is dit zelden een probleem. Voor grote e-commerce sites met duizenden productpagina’s is het cruciaal: rommel en dunne pagina’s verspillen budget dat Google beter aan je belangrijkste pagina’s kan besteden.

Tool om dit te checken: Google Search Console, gratis. Kijk in het rapport Pagina’s (voorheen Dekking) voor crawl- en indexeringsfouten. Zelf doen? Ja, de basics wel. Structurele crawl-problemen op grote sites: ik zou een specialist erbij halen.

Websitestructuur en interne linking

Een logische sitestructuur helpt Google begrijpen welke pagina’s het belangrijkst zijn en hoe ze zich tot elkaar verhouden. De vuistregel: elke pagina moet binnen drie klikken bereikbaar zijn vanaf de homepage.

Interne links zijn daarbinnen het gereedschap. Ze verdelen linkwaarde door de site en geven Google context via de ankertekst. Ik zie bij klanten regelmatig dat de sterkste pagina’s van een site nauwelijks intern worden gelinkt, terwijl minder relevante pagina’s tientallen links krijgen. Dat is zonde.

Tool: Screaming Frog (gratis tot 500 URL’s). Kruip je site en zie in één overzicht welke pagina’s weinig of geen inkomende interne links hebben. Zelf doen? Ja, zeker voor kleinere sites.

Laadsnelheid en Core Web Vitals

Google gebruikt Core Web Vitals als rankingfactor. Drie metrieken zijn nu leidend:

  • LCP (Largest Contentful Paint): hoe snel laadt het grootste zichtbare element, meestal een afbeelding of een grote tekst. Streefdoel: onder de 2,5 seconden.
  • CLS (Cumulative Layout Shift): hoeveel schuift de pagina onverwacht terwijl hij laadt. Irritant voor gebruikers, slecht signaal voor Google. Streefdoel: onder 0,1.
  • INP (Interaction to Next Paint): hoe snel reageert de pagina op klikken of toetsaanslagen. Verving FID in 2024. Streefdoel: onder 200 milliseconden.

Deze drie zitten in PageSpeed Insights (gratis, geeft ook concrete verbeterpunten). Een lage score betekent niet automatisch dat je direct daalt, maar bij gelijke content en autoriteit geeft het de doorslag.

Zelf doen? De diagnose: ja. Afbeeldingen comprimeren, lazy loading instellen: ook zelf te doen. Render-blocking JavaScript en server-side optimalisatie: dat is developer-werk.

Mobielvriendelijkheid en mobile-first indexering

Google crawlt en beoordeelt je site op basis van de mobiele versie. Niet de desktop. Dit heet mobile-first indexering en is al jaren de standaard, maar ik tref nog altijd sites aan waar de mobiele versie minder content heeft of kapotte elementen bevat.

Check het met de tool Mobiele bruikbaarheidstest in Google Search Console. Kijk ook zelf op je telefoon: navigeert het prettig, zijn knoppen groot genoeg, springt er niets?

Zelf doen? Ja, de check is snel gemaakt. Technische fixes daarna afhankelijk van je platform en de ernst van de problemen.

HTTPS en websitebeveiliging

HTTPS is al jarenlang een rankingfactor, maar nog steeds lopen er sites op HTTP of met gemengde content (HTTP-elementen op een HTTPS-pagina). Dat laatste herkent Chrome aan het slotje: als het ontbreekt of een waarschuwing toont, verliest een deel van je bezoekers het vertrouwen.

Een SSL-certificaat regelen is tegenwoordig bij de meeste hosters gratis en in een paar klikken gedaan. Geen excuus meer.

Tool: Typ je URL in een browser. Zie je het slotje? Check dan ook of interne links en afbeeldingen niet nog op HTTP staan via Screaming Frog. Zelf doen? Ja.

Gestructureerde data: ook voor AI-zoekmachines steeds belangrijker

Schema markup is code die je aan je HTML toevoegt zodat Google begrijpt wat de inhoud van een pagina precies is: een recept, een product, een FAQ, een artikel. Google gebruikt dit voor rich results in de SERP, zoals sterren, prijzen en FAQ-blokjes.

Maar er is iets dat concurrenten je niet vertellen: gestructureerde data wordt ook steeds relevanter voor AI Overviews en andere AI-gestuurde zoekresultaten. Google’s AI moet razendsnel begrijpen wat een pagina inhoudt om hem als bron te gebruiken. Expliciete schema-markup is daarvoor een shortcut. Als je wil dat je content wordt geciteerd in AI-antwoorden, is dit een van de meest directe technische hendels die je hebt.

Duplicate content is trouwens ook een technisch probleem dat hier raakvlak heeft. Canonical tags vertellen Google welke URL de ‘echte’ versie is als er meerdere URL’s vergelijkbare content tonen (denk aan gefilterde pagina’s in een webshop). Hreflang regelt hetzelfde voor meertalige sites. Beide worden structureel onderschat.

Tool: Google’s Rich Results Test laat zien of je markup correct is geïmplementeerd. Zelf doen? Basisschema (organisatie, artikel, FAQ) is met plugins zoals Yoast of RankMath grotendeels automatisch te regelen. Complexe e-commerce schema’s voor producten, reviews en beschikbaarheid: dat wil je goed doen en controleren.

URL-structuur

Schone, beschrijvende URL’s helpen zowel gebruikers als Google. Kort, logisch, met het zoekwoord erin. Geen willekeurige cijferreeksen, geen parameters die in de index belanden.

Een slechte URL: jouwebsite.nl/p?id=4872 Een goede URL: jouwebsite.nl/schoenen/hardloopschoenen

URL-structuur aanpassen op een bestaande site is riskant zonder redirects. Verander je URL’s zonder 301-redirects in te stellen, dan verlies je alle opgebouwde linkwaarde.

Zelf doen? Instellen bij een nieuwe site: ja. Achteraf aanpassen: doe het zorgvuldig of laat het iemand doen die weet hoe redirects werken.

Veelgemaakte technische fouten

Ik zie deze problemen keer op keer terugkomen:

  • Pagina’s geblokkeerd door robots.txt terwijl ze geïndexeerd moeten zijn, of andersom.
  • Geen of kapotte sitemap in Search Console.
  • Duplicate content door URL-varianten (met en zonder trailing slash, http én https, www én non-www).
  • Ontbrekende canonical tags op gefilterde of gesorteerde pagina’s.
  • Trage laadtijd door niet-gecomprimeerde afbeeldingen of te veel plugins.
  • Kapotte interne links (404-fouten) die linkwaarde weglekken.
  • Dunne of lege pagina’s die crawl budget opslokken zonder waarde toe te voegen.

Wat doet een SEO-technicus?

Een SEO-technicus is iemand die de technische gezondheid van een website analyseert, problemen identificeert en concrete verbeteringen doorvoert of begeleidt. Dat vraagt een specifieke mix van vaardigheden: verstand van hoe zoekmachines werken, kennis van HTML/CSS en bij voorkeur ook JavaScript, ervaring met tools als Screaming Frog, Google Search Console en PageSpeed Insights, en het vermogen om bevindingen te vertalen naar acties die een developer kan uitvoeren.

Een SEO-technicus schrijft zelden zelf code, maar weet precies wat er technisch moet veranderen en kan dat helder specificeren. Ze denken ook na over crawlability op schaal: bij een webshop met tienduizend productpagina’s zijn andere keuzes nodig dan bij een site van vijftig pagina’s.

Is SEO dood?

Nee, maar het verandert. Dat is een eerlijker antwoord dan de meeste artikelen je geven.

De vraag komt op door AI Overviews en de daling van klikken naar het open web. Dat is reëel: Google stuurt een kleiner deel van zoekopdrachten door naar externe websites. Maar kijken we naar dagelijkse gebruikers van AI Overviews, dan blijkt dat ze juist vaker doorklikken naar bronnen. De aard van organisch verkeer verschuift. Technische SEO, en dan met name gestructureerde data, wordt er alleen maar relevanter door: als AI-systemen moeten beslissen welke bronnen ze citeren, wil je dat je content technisch optimaal leesbaar is voor machines.

SEO is niet dood. Het vereist alleen meer precisie dan voorheen.

Technische SEO zelf checken: gratis tools en een eerste stappenplan

Hier is een eerste check die je binnen een uur kunt doen, zonder budget:

  1. Google Search Console: Controleer het rapport Pagina’s op indexeringsfouten. Check ook of je sitemap correct is ingediend en geen fouten toont.
  2. PageSpeed Insights: Voer je homepage en een belangrijke landingspagina in. Bekijk de Core Web Vitals-scores voor mobiel en de concrete verbeterpunten onder ‘Kansen’.
  3. Screaming Frog (gratis tot 500 URL’s): Crawl je site en filter op 404-fouten, ontbrekende meta descriptions en pagina’s zonder inkomende interne links.
  4. Handmatige check robots.txt: Ga naar jouwebsite.nl/robots.txt en controleer of er geen belangrijke mappen geblokkeerd worden.
  5. HTTPS-check: Laad je site in de browser en check het slotje. Controleer of interne links niet nog op HTTP staan.

Dit geeft je een betrouwbaar beeld van de grootste technische pijnpunten. Voor een volledige technische SEO-audit ga je dieper: hreflang, canonical tags, gestructureerde data, crawl budget-analyse, log file-analyse. Dat is werk van een specialist.

Technische SEO zelf doen of uitbesteden?

Hier is mijn eerlijke inschatting:

Zelf aanpakken als je een kleine website hebt (tot een paar honderd pagina’s), als je platform (WordPress, Shopify) je al veel technisch ondersteunt, en als de basischeck geen alarmbellen geeft. De tools zijn gratis, de kennis is beschikbaar.

Specialist inschakelen als je een grote site of webshop hebt, als je crawl budget-problemen of complexe duplicate content-issues hebt, als je na een core update ineens keldert zonder duidelijke reden, of als je JavaScript-heavy bent (React, Angular) waardoor rendering een issue kan worden.

Wil je weten wat uitbesteden je kost en wat je daarvoor terug kunt verwachten? Lees dan over SEO diensten of bekijk een overzicht van SEO optimalisatie kosten.

Begin in elk geval met de check hierboven. Dan weet je of je een brandend huis hebt of een paar kapotte tegels. Dat verschil bepaalt de rest van je beslissing.