De technische SEO basis bestaat uit vijf concrete controles: crawlbaarheid en indexatie, HTTPS, snelheid volgens de Core Web Vitals, mobielvriendelijkheid en basis structured data. Elk van deze punten bepaalt of Google je pagina's kan vinden, begrijpen en laten zien. Zonder deze basis blijft goede content vaak onzichtbaar, hoe goed je tekst ook is.
Kort samengevat:
- Als je geen goede crawlbaarheid, indexatie en snelheid hebt, vindt Google je pagina's niet of laten ze je site onzichtbaar blijven.
- Verwar robots.txt niet met noindex; gebruik noindex voor pagina’s die je echt uit de zoekresultaten wilt houden, en controleer dit eerst met Search Console.
- Een lage Core Web Vitals-score kan leiden tot trage pagina's en slechtere rankings, dus het optimaliseren van afbeeldingen, scripts en caching is cruciaal.
- Controleer of de mobiele versie dezelfde content en structuur bevat als de desktopversie, zeker onder het beleid van mobile-first indexing.
- Gebruik canonical-tags en redirects om dubbele content te voorkomen en te zorgen dat Google weet welke pagina als voorkeursversie moet worden getoond.
Inhoudsopgave
- Wat is technische SEO en waarom het belangrijk is voor vindbaarheid
- Crawlbaarheid en indexatie: robots.txt, noindex, canonical en sitemaps
- Snelheid en Core Web Vitals: wat je meet en welke waarden gelden
- Mobielvriendelijkheid en mobile-first indexing in de praktijk
- Structured data, HTTPS en andere basiszaken die vaak vergeten worden
- Praktische technische checklist: prioriteiten en concrete stappen
- Meet- en debugtools: Search Console, PageSpeed en echte gebruikersdata
- Praktijkvoorbeeld en deskundig perspectief
- Implementatie van URL-structuren en best practices
- Content duplicatie en hoe technische SEO dit kan voorkomen
- Afsluitend perspectief van de auteur
- Bronnen
- Veelgestelde vragen
Wat is technische SEO en waarom het belangrijk is voor vindbaarheid
Technische SEO is alles wat een zoekmachine nodig heeft om je pagina's te vinden, te crawlen, te indexeren en correct weer te geven. Het gaat niet over de tekst zelf, maar over de weg daarnaartoe: kan Google bij je pagina komen, snapt hij de structuur, en laadt de pagina snel genoeg.
Content en techniek werken samen, maar in een vaste volgorde. Je kunt de beste blogtekst of productpagina schrijven, maar als Google de pagina niet kan crawlen of niet vertrouwt, verschijnt hij simpelweg niet in de zoekresultaten. Slechte techniek zorgt voor pagina's die nooit geïndexeerd worden, snippets die er rommelig uitzien in de zoekresultaten, of bezoekers die wegklikken omdat een pagina traag laadt.
Google's eigen SEO Starter Guide legt uit dat een technisch gezonde basis vooral voorkomt dat zoekmachines je content niet kunnen bereiken. Techniek garandeert geen hoge posities, maar zonder die basis speel je de wedstrijd niet eens mee.
Crawlbaarheid en indexatie: robots.txt, noindex, canonical en sitemaps
Dit is waar de meeste beginnersfouten ontstaan, en waar ze ook het makkelijkst te herstellen zijn.
Robots.txt en noindex worden vaak verward, maar doen iets heel anders. Robots.txt stuurt het crawlgedrag: het vertelt zoekmachines welke delen van je site ze wel of niet mogen bezoeken. Het is geen betrouwbare manier om een pagina uit de zoekresultaten te houden, want een geblokkeerde URL kan alsnog verschijnen als andere sites ernaar linken. Wil je een pagina echt uit Search houden, dan gebruik je een noindex via de meta-tag of de X-Robots-Tag. Google past die noindex alleen toe nadat de pagina is gecrawld, dus blokkeer de pagina niet via robots.txt als je ook noindex gebruikt: dan ziet Google de instructie nooit.
Voor duplicate content of meerdere varianten van dezelfde pagina gebruik je rel=canonical of een permanente redirect. Google beschouwt canonical-tags en redirects als sterke signalen voor de voorkeurs-URL, terwijl opname in de sitemap een veel zwakker signaal is.
Praktisch controleer je dit zo:
- Open Search Console en gebruik URL Inspection om te zien hoe Google een specifieke pagina ziet en of hij is geïndexeerd.
- Bekijk het Index Coverage-rapport voor een overzicht van pagina's die wel of niet zijn opgenomen.
- Test wijzigingen aan robots.txt altijd eerst met de robots.txt-tester voordat je ze live zet.
- Zorg dat je geen CSS- of JavaScript-bestanden blokkeert die nodig zijn om de pagina goed te renderen.
Een laatste waarschuwing: als je een pagina wilt verbergen voor Google, laat hem dan crawlbaar zodat de noindex-instructie gezien wordt, of beveilig hem met een wachtwoord.
Snelheid en Core Web Vitals: wat je meet en welke waarden gelden
Snelheid draait om drie meetbare signalen die samen de Core Web Vitals vormen. LCP (Largest Contentful Paint) meet hoe snel het grootste zichtbare element laadt. INP (Interaction to Next Paint) meet hoe snel een pagina reageert op een klik of tik. CLS (Cumulative Layout Shift) meet hoeveel de pagina onverwacht verspringt tijdens het laden.
Core Web Vitals hebben concrete streefwaarden, gepubliceerd door Google: strenge tijd- en stabiliteitsnormen voor LCP, INP en CLS. Deze normen bepalen of een pagina als goed presterend wordt gezien.
Een score van 100 op 100 in PageSpeed Insights is geen doel op zich. Belangrijker is dat echte bezoekers geen vertraging of springerige pagina's ervaren. Richt je liever op de knelpunten die bezoekers daadwerkelijk raken dan op een perfect rapportcijfer.
Concrete maatregelen die vaak het meeste opleveren:
- Verklein en comprimeer afbeeldingen, en gebruik moderne formaten zoals WebP.
- Verminder render-blocking CSS en JavaScript die de pagina vertragen bij het laden.
- Laad lettertypen efficiënt, bijvoorbeeld met font-display: swap.
- Zet caching aan zodat terugkerende bezoekers sneller bediend worden.
- Controleer de serverresponstijd: een trage server vertraagt alles wat daarna komt.
Je meet deze waarden in het Core Web Vitals-rapport in Search Console, in PageSpeed Insights, in Lighthouse voor een labtest, of met echte gebruikersdata via de web-vitals-bibliotheek als je eigen monitoring wilt opzetten.
Mobielvriendelijkheid en mobile-first indexing in de praktijk
Google gebruikt vrijwel uitsluitend de mobiele versie van je site om te bepalen hoe hij rangschikt en indexeert. Dat heet mobile-first indexing, en het betekent dat je mobiele pagina minstens zoveel content en structuur moet bevatten als je desktopversie. Responsive design, waarbij één pagina zich aanpast aan elk schermformaat, is daarom de aanbevolen aanpak.
Controleer deze punten:
- Staat dezelfde primaire content en structured data op de mobiele versie als op desktop.
- Worden er geen resources geblokkeerd die nodig zijn om de mobiele pagina te renderen.
- Test met de Mobile-Friendly Test en met URL Inspection in Search Console.
- Verstop geen essentiële content achter een klik of interactie via lazy loading.
- Houd metadata zoals titels en beschrijvingen consistent tussen mobiel en desktop.
Een veelgemaakte fout is een mobiele versie die minder tekst toont om ruimte te besparen. Dat lijkt gebruiksvriendelijk, maar het kan betekenen dat Google minder content ziet dan er eigenlijk is.
Structured data, HTTPS en andere basiszaken die vaak vergeten worden
Structured data is code die Google helpt begrijpen waar een pagina over gaat, bijvoorbeeld een product, een recept of een bedrijfsadres. Google raadt JSON-LD aan als praktische standaard, en de markup moet altijd overeenkomen met wat een bezoeker daadwerkelijk op de pagina ziet. Geldige structured data levert geen garantie op een rich result in de zoekresultaten, het vergroot alleen de kans dat Google je content correct interpreteert.
HTTPS is inmiddels de standaard, geen extra. Een website zonder geldig SSL-certificaat wordt door browsers als onveilig gemarkeerd en kan bezoekers direct afschrikken. HTTPS beïnvloedt ook welke versie van een URL Google als voorkeursversie ziet bij het bepalen van canonical-signalen.
Andere basiszaken die vaak onderbelicht blijven:
- Gebruik hreflang correct als je pagina's in meerdere talen aanbiedt, zodat Google de juiste taalversie aan de juiste bezoeker toont.
- Vermijd lange redirect-chains: elke extra stap in een reeks redirects vertraagt de pagina en verzwakt signalen.
- Los gebroken links en 4xx- of 5xx-foutmeldingen op zodra je ze ontdekt, want ze verspillen crawlbudget en frustreren bezoekers.
Praktische technische checklist: prioriteiten en concrete stappen
Begin niet overal tegelijk. Werk per pagina, en start met de pagina's die al verkeer krijgen: daar levert een verbetering het snelste resultaat op.
- Controleer indexatie via URL Inspection in Search Console en zie of je belangrijkste pagina's zijn opgenomen.
- Test robots.txt met de robots.txt-tester en controleer of je geen belangrijke pagina's per ongeluk blokkeert.
- Schakel HTTPS in en controleer of alle oude HTTP-links correct doorverwijzen zonder omwegen.
- Meet je Core Web Vitals in Search Console en PageSpeed Insights, en noteer de startwaarden.
- Comprimeer afbeeldingen en verminder render-blocking scripts op je traagste pagina's.
- Test mobielvriendelijkheid met de Mobile-Friendly Test en vergelijk mobiele en desktopcontent.
- Voeg basis structured data toe, bijvoorbeeld voor je bedrijf, producten of veelgestelde vragen.
- Controleer op gebroken links en herstel 4xx- en 5xx-fouten.
Pro-tip: Meet altijd voor en na elke wijziging in Search Console en PageSpeed Insights, zodat je objectief ziet wat écht effect had.
Sommige stappen kun je zelf uitvoeren met een beetje geduld. Zodra het om server-side aanpassingen gaat, complexe redirect-structuren of grote performance-problemen die niet oplossen met simpele fixes, is het moment om een ontwikkelaar of bureau in te schakelen.
Meet- en debugtools: Search Console, PageSpeed en echte gebruikersdata
Elk meetinstrument beantwoordt een andere vraag. Search Console laat zien hoe Google je site daadwerkelijk ziet: welke pagina's zijn geïndexeerd, welke crawlfouten optreden en hoe je Core Web Vitals scoren in de praktijk. PageSpeed Insights en Lighthouse zijn labtests: ze simuleren een bezoek onder gecontroleerde omstandigheden en zijn ideaal om snel een probleem te reproduceren. Voor echte gebruikersdata, ook wel RUM genoemd, gebruik je CrUX-data of richt je eigen meting in met de web-vitals-bibliotheek.
- Gebruik Search Console als startpunt voor indexatie- en performancevragen op siteniveau.
- Gebruik PageSpeed Insights of Lighthouse om een specifiek probleem te reproduceren en te testen.
- Gebruik RUM-data wanneer je wilt weten hoe echte bezoekers de site ervaren, niet alleen een gesimuleerde test.
De volgorde is meestal: signaleer via Search Console, reproduceer via een labtest, los het probleem op, en monitor daarna opnieuw in Search Console om te zien of het echt verholpen is.
Praktijkvoorbeeld en deskundig perspectief
Een bureau laat zien hoe technische vindbaarheid er in de praktijk uitziet. De werkwijze draait de gangbare volgorde om: de website wordt eerst volledig gebouwd en getoond op een testadres, en de ondernemer betaalt pas als hij de site wil houden. De prijzen zijn eenmalig en vooraf bekend, zonder abonnement. Na betaling gaat de broncode over naar de klant.
Voor ondernemers die snel een technisch gezonde site willen zonder losse technische puzzels zelf op te lossen, is dit een logische route: de basis, van HTTPS tot indexatie, staat er al bij oplevering.
Implementatie van URL-structuren en best practices
Een goede URL-structuur is leesbaar voor mensen en logisch voor zoekmachines. Kies korte, beschrijvende URL's die de inhoud van de pagina weerspiegelen, bijvoorbeeld een productnaam of dienstcategorie, in plaats van lange reeksen cijfers of parameters.
Gebruik koppeltekens tussen woorden, geen underscores, en houd de structuur consistent door de hele site. Een logische hiërarchie, zoals een categoriepagina die naar subpagina's verwijst, helpt zowel bezoekers als crawlers om snel te begrijpen waar ze zijn.
Vermijd hoofdlettergevoelige duplicaten van dezelfde URL, en zorg dat een pagina altijd op één vaste manier bereikbaar is: met of zonder slash op het einde, maar niet beide als losse, indexeerbare versies. Kies ook consequent voor met of zonder "www" en zorg dat de andere variant automatisch doorverwijst.
Bij een meertalige site komt daar hreflang bovenop. Deze markup vertelt Google welke taalversie bij welke doelgroep past, zodat een Franse bezoeker de Franse pagina te zien krijgt en geen Nederlandse. Hreflang werkt het best in combinatie met duidelijke taalspecifieke URL's, bijvoorbeeld via een submap per taal, en moet wederzijds correct verwijzen: elke taalversie moet teruglinken naar alle andere versies.
Een heldere URL-structuur is ook praktisch bij het beheren van redirects. Hoe eenvoudiger de structuur, hoe minder kans op fouten wanneer je later pagina's verplaatst of samenvoegt.
Content duplicatie en hoe technische SEO dit kan voorkomen
Dubbele content ontstaat vaker per ongeluk dan met opzet. Denk aan een productpagina die via meerdere URL's bereikbaar is door filterparameters, een www- en niet-www-versie die beide los indexeren, of een gedrukte-versiepagina naast het origineel.
Het probleem is niet dat Google dubbele content "straft" in de klassieke zin, maar dat hij moet kiezen welke versie hij toont, en dat die keuze niet altijd de gewenste versie is. Bovendien verdeelt dubbele content signalen zoals links over meerdere URL's in plaats van te bundelen op één pagina.
Rel=canonical is het belangrijkste instrument om dit te voorkomen: je wijst Google naar de voorkeursversie, ook als er technisch meerdere varianten bestaan. Een permanente redirect is een nog sterker signaal, omdat die de oude URL volledig samenvoegt met de nieuwe.
Praktische stappen om duplicatie te voorkomen:
- Stel één canonieke versie in voor pagina's met filterparameters of sorteeropties.
- Redirect www- en niet-www-varianten permanent naar één vaste versie.
- Vermijd het losstaand publiceren van dezelfde tekst op meerdere pagina's zonder canonical-verwijzing.
Sitemaps helpen hierbij als aanvulling, niet als vervanging: opname in een sitemap is een zwakker signaal dan een canonical-tag of redirect, dus laat dat laatste altijd het zwaartepunt zijn.
Afsluitend perspectief van de auteur
Technische SEO is geen eenmalige actie, het is onderhoud. Loop de checklist na, documenteer wat je meet, en werk stap voor stap de knelpunten weg in plaats van alles tegelijk te willen fixen. Wie liever meteen een technisch gezonde site laat opleveren, leest verder op Website laten maken? Eerst zien, dan beslissen.
— Patrick
Veelgestelde vragen
Wat valt onder technische SEO?
Technische SEO omvat crawlbaarheid, indexatie, sitesnelheid, mobielvriendelijkheid, structured data en beveiliging via HTTPS. Het gaat om alles wat zoekmachines nodig hebben om een pagina te vinden en correct weer te geven, los van de inhoud zelf.
Wat zijn de drie pijlers van SEO?
De meest gangbare indeling is techniek, content en autoriteit via links. Techniek zorgt dat een pagina vindbaar is, content bepaalt of hij relevant is, en links bouwen vertrouwen op bij zoekmachines.
Kun je technische SEO zelf doen?
Basisstappen zoals het testen van robots.txt, het controleren van indexatie in Search Console en het comprimeren van afbeeldingen kun je vaak zelf uitvoeren. Voor complexere zaken zoals server-side redirects of grote performance-problemen is een ontwikkelaar meestal sneller en betrouwbaarder.
Wat zijn praktische SEO-tips voor beginners?
Begin met de pagina's die al verkeer krijgen en controleer eerst of ze goed geïndexeerd zijn. Meet vervolgens je Core Web Vitals, voeg basis structured data toe en zorg dat mobiel en desktop dezelfde content tonen.
Waarom is technische SEO belangrijk voor kleine bedrijven?
Zonder een technisch gezonde basis kan een pagina niet worden gevonden, ongeacht hoe goed de tekst is. Voor kleine bedrijven met beperkte tijd is dit vaak de plek waar de grootste, snelste winst te behalen is.