Vincent van Deth 

Op 10 maart rolde Google de maart 2026 Core Update uit. En deze is anders dan alle vorige updates.

Voor het eerst zit er een dedicated AI-filter in: de **Gemini 4.0 Semantic Filter**. Die filter heeft één doel — content herkennen die door AI is gegenereerd zonder dat er iets nieuws of nuttigs aan is toegevoegd. In de SEO-wereld wordt dit "agentic slop" genoemd.

Als jij of je concurrent de afgelopen maanden AI-blogs hebt laten schrijven zonder eigen expertise toe te voegen, is dit het moment om op te letten.

## Wat is er precies veranderd?

De Google update maart 2026 verschilt op drie punten van eerdere updates.

**1. De Semantic Filter kijkt naar nieuwheid, niet naar herkomst**

Google straft AI-content niet omdat het door AI is geschreven. Ze straffen content die niets toevoegt aan wat er al bestaat. Het maakt niet uit of een mens of een AI het heeft geschreven — als je artikel een samenvatting is van de top-10 Google-resultaten zonder eigen inzicht, data of ervaring, dan noemt Google dat "Zero Information Gain."

Het resultaat: je pagina daalt in de rankings. Of erger — wordt niet meer geïndexeerd.

**2. "Information Gain" weegt zwaarder dan credentials**

Tot nu toe draaide E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) vooral om wie je bent. Heb je de juiste titels? Wordt je site als autoriteit gezien?

Dat telt nog steeds mee. Maar deze update voegt een nieuwe laag toe: **Information Gain**. Google vergelijkt jouw content met de bestaande topresultaten voor dezelfde zoekopdracht. Voeg je iets toe dat die andere pagina's niet hebben? Dan stijg je. Herhaal je dezelfde informatie? Dan daal je.

Ervaring — het eerste 'E' van E-E-A-T — is nu de primaire factor die bepaalt of content hoog of laag scoort.

**3. Long-form content met originele data wint**

De eerste data na de update is duidelijk. Volgens eerste analyses van TechBytes zagen uitgebreide artikelen met eigen data, diagrammen en unieke inzichten een stijging van **35% in impressies**. Short-form content die bestaande bronnen samenvat — het type artikel dat AI-tools in vijf minuten genereren — daalde met **50%**.

Vergelijking ranking impact: originele content versus AI-samenvattingen na de maart 2026 update

## Wie verliest er traffic?

De verliezers na deze update zijn voorspelbaar.

**Bedrijven die AI als contentmachine gebruiken.** Een webshop die 50 productbeschrijvingen per week laat genereren zonder ze te verrijken met eigen productkennis of klantervaring. Een marketingbureau dat tien blogposts per maand publiceert die allemaal lezen als dezelfde samenvatting van dezelfde bronnen.

**Forums en user-generated content platforms.** Sites met veel laagwaardige bijdragen zagen dalingen — Google filtert steeds beter op kwaliteit versus kwantiteit.

**Websites met zwakke technische SEO.** Minder dan de helft van alle WordPress-sites slaagt voor alle drie de Core Web Vitals ([bron: SearchEngineJournal, 2025](https://www.searchenginejournal.com/2025-core-web-vitals-cms-rankings/552679/)). Deze update maakt dat verschil groter: als je content gelijk is aan die van een concurrent, wint de snellere site. In mijn **[complete gids over technische SEO voor het MKB](/blog/technische-seo-complete-gids-mkb)** leg ik uit welke technische problemen je als eerste moet aanpakken.

Een voorbeeld uit mijn eigen praktijk. Mijn blog over context rot in Claude Code staat op **positie 1 in Google** — boven The New Stack, Product Talk, Reddit, Anthropic's eigen Claude Developer Platform, en Medium. Niet omdat ik meer domeinautoriteit heb dan die sites. Maar omdat ik schreef vanuit productie-ervaring met 2400+ dispatches. Dat is precies wat Information Gain beloont.

Google zoekresultaat: vincentvandeth.nl op positie 1 voor "context rot claude code", boven The New Stack en Product Talk

De Search Console data bevestigt het beeld. Sinds mijn eerste blog online ging medio februari, groeien de vertoningen gestaag — met een piek rond begin maart.

Search Console vertoningen vincentvandeth.nl: groei van 0 naar 750+ vertoningen per dag in één maand

> 📖 **Lees ook:** **[AI Agents voor het MKB: Wat Werkt Echt in 2026?](/blog/ai-agents-mkb-wat-werkt-echt-2026)** — Welke AI-toepassingen wél meetbare waarde leveren voor het MKB

## Wie wint er juist?

**Bedrijven en professionals die hun eigen expertise delen.** Een accountant die schrijft over belastingtips op basis van wat hij dagelijks bij klanten ziet. Een installateur die uitlegt hoe warmtepompen in de praktijk presteren — inclusief de problemen. Een ondernemer die zijn eigen cijfers deelt.

Dat is content die AI niet kan verzinnen. En dat is precies wat Google nu beloont.

De kenmerken van content die stijgt na deze update:

- **Eigen data of ervaring** — niet herhalen wat anderen al schreven
- **Concrete voorbeelden uit de praktijk** — niet theoretisch, maar "dit zag ik bij klant X"
- **Visuele bewijsstukken** — screenshots, grafieken, diagrammen die je zelf hebt gemaakt
- **Een duidelijk perspectief** — niet objectief samenvatten, maar een standpunt innemen

Ik heb mijn eigen site door SEOcrawler gehaald om te zien hoe die scoort op E-E-A-T signalen. Het resultaat: een B op vindbaarheid (72/100) en een B op toegankelijkheid (74/100). Waar mijn site sterk scoort is op experience-signalen — elke blog bevat eigen data (2.472 dispatches, 1.147 geleerde patronen, 87% kostenbesparing), screenshots van mijn eigen dashboard, en concrete voorbeelden uit productie. Dat is precies het type bewijs dat de maart 2026 update beloont. Waar ik zwakker scoorde: 4 pagina's misten nog een meta-beschrijving en 3 pagina's laadden te langzaam volgens Core Web Vitals.

## Wat betekent dit voor jouw website?

Als je tot nu toe geen AI gebruikt voor content: niets verandert. Schrijf zoals je altijd deed, met je eigen kennis en ervaring. Je bent nu in het voordeel.

Als je wél AI gebruikt voor content — en dat doen steeds meer bedrijven — dan is het moment om je aanpak te herzien. AI als schrijfhulp is prima. AI als vervanging voor expertise is een probleem. Dat is dezelfde les die ik beschrijf in **[prompt engineering is dood — context engineering leeft](/blog/prompt-engineering-is-dood-lang-leve-context-engineering)**: het gaat niet om de tool, maar om de kennisarchitectuur erachter.

### Vijf dingen die je deze week kunt doen

**1. Audit je recente content.** Pak je laatste vijf blogposts. Bevat elk artikel minimaal één element dat uniek is voor jouw bedrijf? Eigen data, een klantvoorbeeld, een persoonlijke ervaring? Als het antwoord nee is, weet je waar je moet beginnen.

**2. Voeg "proof of work" toe.** Screenshots van je eigen dashboard. Foto's van je werkproces. Cijfers uit je eigen administratie. Alles wat laat zien dat er een echt mens met echte ervaring achter de content zit.

**3. Check je technische SEO.** Core Web Vitals zijn nu een tiebreaker. Als jouw content vergelijkbaar is met die van een concurrent, wint de snellere site. Test je site via Google's PageSpeed Insights en los de rode vlaggen op. Of laat een **[gratis SEO-scan](/seoscan)** draaien om direct te zien waar je technisch kunt verbeteren.

**4. Stop met volume, focus op waarde.** Eén blogpost per maand met eigen inzichten is meer waard dan vier posts die hetzelfde vertellen als iedereen. Google beloont kwaliteit boven kwantiteit — dat was altijd zo, maar nu handhaven ze het ook.

**5. Gebruik AI als assistent, niet als auteur.** Laat AI je helpen met structuur, research en eerste concepten. Maar voeg altijd je eigen kennis, voorbeelden en data toe. Dat is het verschil tussen content die stijgt en content die verdwijnt. Wil je weten welke AI-tools je daarvoor kunt gebruiken zonder abonnement? Lees **[AI-teksten schrijven zonder ChatGPT: 6 gratis modellen getest](/blog/ai-teksten-schrijven-gratis-lokaal)**.

Dit is wat ik zelf heb gedaan na de maart 2026 update. Eerst heb ik SEOcrawler op mijn eigen site losgelaten. De scan vond 4 pagina's zonder meta-beschrijving — die heb ik dezelfde dag geschreven. Vervolgens heb ik de 3 langzaamste pagina's geoptimaliseerd: afbeeldingen gecomprimeerd, ongebruikte scripts verwijderd. Mijn snelheidsscore ging van 50 (C) naar een stuk acceptabeler niveau. Als laatste heb ik op elke blog mijn BlogPosting schema gecontroleerd en aangevuld met auteur-koppeling via Person schema. Het totaalresultaat: mijn site scoort nu beter dan 77% van vergelijkbare Nederlandse MKB-websites volgens de SEOcrawler benchmark.

> 📖 **Lees ook:** **[Technische SEO: De Complete Gids voor MKB-Ondernemers](/blog/technische-seo-complete-gids-mkb)** — Alles over Core Web Vitals, crawlbaarheid en indexering voor je website

## De ironie van deze update

Er zit een paradox in Google's aanpak. Ze gebruiken zelf AI (Gemini) om AI-content te beoordelen. En meer dan 60% van alle Google-zoekopdrachten leidt al niet meer tot een klik op een website ([bron: SparkToro/Datos, 2024](https://sparktoro.com/blog/google-search-in-2024/)) — door AI Overviews die het antwoord direct in de zoekresultaten tonen.

Maar die paradox verandert niets aan de realiteit: als je wél gevonden wilt worden, moet je content bieden die Google's AI niet zelf kan genereren. Originele ervaring. Eigen data. Een uniek perspectief.

Dat is altijd al de basis geweest van goede content. Google maakt het nu alleen meetbaar — en afdwingbaar.

Frequently Asked Questions

google maart 2026 update ai content cover

large_google-maart-2026-update-ai-content_cover

medium_google-maart-2026-update-ai-content_cover

small_google-maart-2026-update-ai-content_cover

thumbnail_google-maart-2026-update-ai-content_cover

google-maart-2026-update-ai-content_cover

Google's Maart 2026 Update: Jouw AI-Content Werkt Nu Tegen Je

Je website ziet er mooi uit. De teksten kloppen, de foto's staan scherp, en je hebt zelfs een blog. Maar als je je bedrijfsnaam googelt, verschijn je pas op pagina drie. Of erger: helemaal niet.

Dat is geen toeval — en het ligt waarschijnlijk niet aan je content. Het probleem zit onder de motorkap: de **technische SEO** van je website. Google kan niet waarderen wat hij niet kan vinden. En bij veruit de meeste MKB-websites die ik analyseer, zijn het technische problemen die de rankings tegenhouden.

In deze gids leg ik uit wat technische SEO precies is, waarom het voor jouw MKB-bedrijf het verschil maakt tussen onzichtbaar en vindbaar, en — het belangrijkste — wat je er concreet aan kunt doen. Geen jargon, wel actie.

Infographic: de drie pijlers van technische SEO — snelheid, crawlbaarheid en indexering

## Wat is technische SEO?

Technische SEO is alles wat je doet om het voor zoekmachines makkelijker te maken je website te vinden, te lezen en te beoordelen. Het gaat niet over wát er op je pagina staat (dat is content SEO), maar over hóe je website technisch in elkaar zit.

Denk aan het verschil tussen een winkel en de weg ernaartoe. Je kunt de mooiste etalage van de straat hebben, maar als de weg naar je deur vol kuilen zit, er geen bordje hangt en de deur klemt — dan komt er niemand binnen. Technische SEO is die weg, dat bordje en die deur.

Concreet gaat het over drie dingen:

- **Snelheid** — Hoe snel laadt je website? Google meet dit tot op de milliseconde.
- **Crawlbaarheid** — Kan Google je pagina's vinden en lezen?
- **Indexering** — Neemt Google je pagina's op in de zoekresultaten?

Als één van deze drie niet op orde is, kan de beste content ter wereld je niet helpen.

## Waarom technische SEO belangrijk is voor je MKB

"Maar ik heb toch een website laten bouwen? Dan is dat toch geregeld?"

Dat hoor ik vaak. En het antwoord is: nee. Het feit dat je website online staat, betekent niet dat hij technisch gezond is. Een webdesigner bouwt een mooie site, maar optimaliseert zelden voor de technische eisen die Google stelt.

De cijfers spreken voor zich. Google heeft bevestigd dat **website snelheid een directe ranking factor** is. Pagina's die langer dan 3 seconden laden, verliezen meer dan de helft van hun bezoekers. En als Google je pagina's niet goed kan crawlen, bestaan ze simpelweg niet in de zoekresultaten — ongeacht hoe goed je content is.

Voor MKB-bedrijven is dit extra relevant. Je concurreert met grotere partijen die meer budget hebben voor content en advertenties. Technische SEO is het speelveld waar je met relatief weinig moeite een voorsprong kunt pakken — zeker als je al **[effectief marketing doet zonder groot team](/blog/hoe-je-effectieve-marketing-doet-zonder-marketingteam)**. De meeste MKB-websites hebben dezelfde technische fouten — wie ze het eerst oplost, wint.

> 📖 **Lees ook:** **[Hoe je effectieve marketing doet zonder marketingteam](/blog/hoe-je-effectieve-marketing-doet-zonder-marketingteam)** — Praktische strategieën voor MKB'ers die alles zelf doen

## Website snelheid: je eerste prioriteit

Van alle technische SEO-factoren heeft **website snelheid** de meest directe impact op je bedrijf. Niet alleen omdat Google het meet, maar omdat je bezoekers het voelen. Een trage website is als een winkel waar je 10 seconden moet wachten voordat de deur opengaat — de meeste mensen lopen door.

### Core Web Vitals: de drie cijfers die ertoe doen

Google meet je website snelheid met drie specifieke scores, samen de **Core Web Vitals** genoemd:

**LCP (Largest Contentful Paint)** — Hoe snel verschijnt het grootste element op je pagina? Dit is meestal je hoofdafbeelding of titel. Google wil dit binnen 2,5 seconden zien.

**INP (Interaction to Next Paint)** — Hoe snel reageert je pagina als iemand klikt of tikt? Google wil dit binnen 200 milliseconden.

**CLS (Cumulative Layout Shift)** — Verspringt je pagina terwijl hij laadt? Je kent het: je wilt op een knop klikken, maar net op dat moment schuift alles omlaag door een banner die inlaadt. Google wil een CLS-score onder 0,1.

Core Web Vitals uitgelegd: LCP, INP en CLS met groene/oranje/rode zones

### Quick wins voor je website snelheid

Het goede nieuws: de meeste snelheidsproblemen bij MKB-websites zijn te fixen zonder developer. Dit zijn de vijf meest voorkomende oorzaken en oplossingen:

**1. Afbeeldingen zijn te groot.** Dit is veruit de nummer één oorzaak van trage MKB-websites. Een foto recht uit je telefoon is 3-5 MB — dat is 10x te groot voor het web. Comprimeer je afbeeldingen naar WebP-formaat en maximaal 200KB. Tools zoals TinyPNG of Squoosh doen dit gratis.

**2. Geen caching ingesteld.** Als een bezoeker terugkomt, moet je browser alles opnieuw laden. Met caching bewaar je bestanden lokaal, zodat de tweede pageview razendsnel is. De meeste hosting-partijen bieden dit als instelling aan.

**3. Te veel plugins (WordPress).** Elke plugin voegt code toe die moet laden. Ik zie regelmatig WordPress-sites met 30+ plugins waarvan er 10 niet eens gebruikt worden. Deactiveer en verwijder wat je niet nodig hebt.

**4. Geen lazy loading.** Afbeeldingen onderaan de pagina hoeven niet te laden als de bezoeker nog bovenaan zit. Lazy loading stelt het laden uit tot de bezoeker naar beneden scrollt. WordPress heeft dit standaard, maar het is niet altijd correct ingesteld.

**5. Trage hosting.** Een gedeelde server van €3/maand is prima voor een hobbysite, maar niet voor een zakelijke website die moet ranken. De upgrade naar managed hosting (€15-30/maand) kan je laadtijd halveren.

### Hoe meet je je snelheid?

Ga naar **[PageSpeed Insights](https://pagespeed.web.dev)** en vul je URL in. Je krijgt direct je Core Web Vitals te zien, plus concrete suggesties voor verbetering. Doe dit voor je homepage en je belangrijkste landingspagina's.

## Crawlbaarheid en indexering

Snelheid bepaalt hoe snel Google je pagina laadt. Maar **crawlbaarheid** bepaalt of Google je pagina überhaupt vindt. Dit is het fundament — zonder crawlbaarheid bestaat de rest niet.

### Hoe Google je website ontdekt

Google stuurt robots (crawlers) het internet op die van link naar link springen. Stel je voor dat je website een huis is: de crawler is een bezoeker die door de voordeur binnenkomt en door alle kamers loopt. Elke link is een deur naar de volgende kamer.

Als een kamer geen deur heeft (geen links), vindt de crawler die kamer niet. Als de voordeur op slot zit (technische blokkade), komt de crawler niet eens binnen.

### Crawlbaarheid vs. indexering

Dit zijn twee verschillende stappen die vaak door elkaar gehaald worden:

- **Crawlen** = Google bezoekt je pagina en leest de inhoud
- **Indexeren** = Google neemt je pagina op in zijn database van zoekresultaten

Een pagina kan gecrawld worden maar niet geïndexeerd. Bijvoorbeeld als Google de content te dun vindt, of als je per ongeluk een "noindex" tag hebt staan. Andersom kan niet: een pagina die niet gecrawld wordt, wordt nooit geïndexeerd.

### De drie bestanden die Google nodig heeft

**robots.txt** — Dit bestand vertelt Google welke pagina's hij wel en niet mag crawlen. Het staat in de root van je website (jouwsite.nl/robots.txt). Controleer of dit bestand je belangrijkste pagina's niet per ongeluk blokkeert. Dat gebeurt vaker dan je denkt — vooral na een website-migratie. En als je **[AI-tools zoals MCP-servers inzet](/blog/Top10-Claude-MCP-Protocollen-AI-Agent)** voor je workflow, controleer dan ook of die tools geen onbedoelde technische impact hebben op je site.

**XML Sitemap** — Dit is een plattegrond van je website voor Google. Het lijstje van alle pagina's die je geïndexeerd wilt hebben. De meeste CMS'en genereren dit automatisch. Controleer of je sitemap ingediend is bij Google Search Console.

**Google Search Console** — Dit is je directe communicatielijn met Google. Gratis, onmisbaar, en in 10 minuten opgezet. Hier zie je welke pagina's geïndexeerd zijn, welke fouten Google tegenkomt, en hoe je site presteert in zoekresultaten.

Screenshot: Google Search Console indexeringsrapport met status van pagina's

### Veelgemaakte crawl-fouten

De fouten die ik het vaakst tegenkom bij MKB-websites:

- **Blokkade door robots.txt** — Ontwikkelaars zetten tijdens het bouwen "Disallow: /" in robots.txt om de testsite te verbergen. Na de lancering vergeten ze dit te verwijderen. Resultaat: Google mag niets crawlen.
- **Orphan pages** — Pagina's die nergens in de navigatie staan en geen interne links hebben. Google vindt ze niet, want er is geen pad naartoe.
- **Redirect-ketens** — Pagina A stuurt door naar B, B stuurt door naar C, C stuurt door naar D. Elke redirect kost crawl-budget en snelheid. Stuur altijd rechtstreeks door naar de eindbestemming.
- **Dubbele content zonder canonical** — Dezelfde pagina bereikbaar via meerdere URL's (met en zonder www, met en zonder trailing slash). Zet een canonical tag om Google te vertellen welke versie de "echte" is.

## Mobile-first: mobiel is je homepage

Sinds 2021 gebruikt Google de **mobiele versie** van je website als primaire versie voor indexering. Niet de desktop-versie. Dit heet mobile-first indexing, en het betekent dat als je mobiele site slecht is, je rankings dalen — ook voor desktop-zoekopdrachten.

### Wat Google verwacht van je mobiele site

- **Responsive design** — Je site past zich aan het schermformaat aan. Geen aparte mobiele site (m.jouwsite.nl), maar één site die overal werkt.
- **Leesbare tekst zonder zoomen** — Minimaal 16px lettergrootte voor bodytekst.
- **Klikbare elementen met ruimte** — Knoppen en links minimaal 48x48 pixels, met voldoende ruimte ertussen zodat je niet per ongeluk het verkeerde aanraakt.
- **Geen content die verborgen is op mobiel** — Alles wat op desktop staat, moet ook op mobiel zichtbaar en crawlbaar zijn.

### Test je mobiele site

Google biedt een gratis **[Mobile-Friendly Test](https://search.google.com/test/mobile-friendly)** aan. Vul je URL in en je ziet direct of Google je site als mobielvriendelijk beschouwt. Combineer dit met PageSpeed Insights voor de volledige mobiele score.

## Technische SEO checklist voor MKB

Hier is de checklist die ik gebruik als ik een MKB-website analyseer. Loop deze punten langs voor je eigen site:

### Snelheid

- \[ ] LCP onder 2,5 seconden (check via PageSpeed Insights)
- \[ ] INP onder 200ms
- \[ ] CLS onder 0,1
- \[ ] Afbeeldingen gecomprimeerd (WebP, max 200KB per stuk)
- \[ ] Browser caching ingesteld
- \[ ] Lazy loading actief voor afbeeldingen

### Crawlbaarheid

- \[ ] robots.txt blokkeert geen belangrijke pagina's
- \[ ] XML sitemap aanwezig en ingediend bij Google Search Console
- \[ ] Geen orphan pages (elke pagina heeft minstens één interne link)
- \[ ] Geen redirect-ketens (maximaal 1 redirect per URL)
- \[ ] Canonical tags gezet op pagina's met meerdere URL-varianten

### Indexering

- \[ ] Google Search Console opgezet en geverifieerd
- \[ ] Alle belangrijke pagina's staan in de index (check via Coverage rapport)
- \[ ] Geen per ongeluk "noindex" tags op belangrijke pagina's
- \[ ] Metadata (title + meta description) ingevuld op elke pagina

### Mobiel

- \[ ] Responsive design (geen aparte mobiele site)
- \[ ] Tekst leesbaar zonder zoomen (min. 16px)
- \[ ] Klikbare elementen groot genoeg (min. 48x48px)
- \[ ] Mobile-Friendly Test geeft groen licht

### Beveiliging

- \[ ] HTTPS actief (SSL-certificaat geïnstalleerd)
- \[ ] Geen mixed content (HTTP-bronnen op een HTTPS-pagina)

Technische SEO checklist als overzichtelijke infographic

## De 5 meest gemaakte fouten door MKB-ondernemers

Na het analyseren van tientallen MKB-websites zie ik steeds dezelfde fouten terugkomen. Dit zijn de top vijf:

**1. "Mijn webdesigner regelt de SEO"** — De meeste webdesigners zijn visueel sterk maar hebben geen technische SEO-expertise. Het ontwerp kan perfect zijn terwijl de technische basis rammelt. Vraag specifiek naar Core Web Vitals, crawlbaarheid en indexering — niet alleen naar "SEO."

**2. Nooit in Google Search Console kijken** — Je krijgt daar gratis inzicht in precies hoe Google je website ziet. Fouten, waarschuwingen, prestaties — het staat er allemaal. Toch heeft minder dan 20% van de MKB-ondernemers die ik spreek dit ooit geopend.

**3. Grote afbeeldingen uploaden** — Eén ongecomprimeerde foto van 4MB op je homepage kan je laadtijd verdubbelen. Dit is de makkelijkste win in technische SEO: comprimeer je afbeeldingen.

**4. Na een website-migratie niet controleren** — Je krijgt een nieuwe website, hij staat live, klaar. Maar heeft iemand gecontroleerd of de oude URL's correct doorverwijzen? Of de robots.txt klopt? Of de sitemap is bijgewerkt? Na een migratie moet je alles opnieuw checken.

**5. Denken dat SEO "eenmalig" is** — Technische SEO is onderhoud, geen project. Google verandert zijn eisen, je website verandert, plugins updaten — je moet regelmatig meten en bijsturen. Een kwartaal-check is het minimum.

> 📖 **Lees ook:** **[MCP Servers: GDPR & AVG Privacyrisico's voor Marketeers en Ondernemers](/blog/mcp-servers-gdpr-avg-privacy-risicos-voor-marketeers-ondernemers)** — Wat je als ondernemer moet weten over AI-tools en privacy

## Hoe start je? Praktisch stappenplan

Je hoeft geen developer te zijn om je technische SEO te verbeteren. Volg deze vier stappen:

### Stap 1: Meet je huidige situatie (30 minuten)

Ga naar **PageSpeed Insights** en test je vijf belangrijkste pagina's. Noteer de scores. Open **Google Search Console** en check het Coverage-rapport: hoeveel pagina's zijn geïndexeerd? Zijn er fouten?

Dit geeft je een nulmeting. Zonder nulmeting weet je niet of je verbeteringen werken.

### Stap 2: Pak de quick wins (1-2 uur)

Begin met de dingen die de meeste impact hebben met de minste moeite:

1. **Comprimeer alle afbeeldingen** — Upload ze via TinyPNG of Squoosh en vervang ze op je site
2. **Check robots.txt** — Ga naar jouwsite.nl/robots.txt en controleer of er geen blokkades staan
3. **Verwijder ongebruikte plugins** — Elke plugin die je niet gebruikt, verwijder je
4. **Zet HTTPS aan** — Als je nog op HTTP zit, schakel vandaag nog SSL in via je hosting

### Stap 3: Werk de technische basis bij (2-4 uur)

Nu de diepere verbeteringen:

1. **Dien je sitemap in** bij Google Search Console
2. **Fix redirect-ketens** — Zoek naar doorverwijzingen die via meerdere stappen gaan
3. **Voeg canonical tags** toe aan pagina's met URL-varianten
4. **Controleer je mobiele weergave** — Test via Google's Mobile-Friendly Test

### Stap 4: Monitor maandelijks (15 minuten/maand)

Zet een maandelijks moment in je agenda:

- Check Core Web Vitals in PageSpeed Insights
- Bekijk het Coverage-rapport in Google Search Console
- Controleer of er nieuwe fouten zijn opgedoken
- Meet je organisch verkeer in Google Analytics

### Geen tijd of kennis?

Ik bouw momenteel een **geautomatiseerde technische SEO-scanner** die je website analyseert op alle punten uit deze gids. Van Core Web Vitals tot crawlbaarheid, van mobiele optimalisatie tot indexeringsproblemen. Eén scan, volledig rapport, concrete actiepunten. Binnenkort beschikbaar via **[de SEOscan pagina](/seoscan)**.

Wil je nu al weten hoe je website er technisch voorstaat? **[Neem contact op](/contact)** voor een gratis quickscan, of houd mijn **[LinkedIn](https://www.linkedin.com/in/vincentvandeth/)** in de gaten voor de lancering van de SEO-scanner.

## Veelgestelde vragen over technische SEO

**Hoe lang duurt het voordat verbeteringen effect hebben?**
Google crawlt de meeste MKB-websites een paar keer per week. Na technische verbeteringen zie je meestal binnen 2-4 weken de eerste veranderingen in Search Console. Rankings verbeteren geleidelijk over 1-3 maanden.

**Kan ik technische SEO zelf doen zonder programmeerkennis?**
De meeste punten uit deze gids kun je zelf uitvoeren. Afbeeldingen comprimeren, Search Console opzetten, plugins opschonen — dat is geen raketwetenschap. Voor complexere zaken als redirect-mapping na een migratie of server-configuratie kun je beter een specialist inschakelen. Bekijk ook **[mijn werkwijze](/mijn-werkwijze)** als je wilt weten hoe ik dit soort trajecten aanpak.

**Wat is het verschil tussen technische SEO en "gewone" SEO?**
Technische SEO gaat over de infrastructuur: snelheid, crawlbaarheid, indexering. Content SEO gaat over de inhoud: zoekwoorden, teksten, blogposts. Je hebt beide nodig. Maar technische SEO is het fundament — zonder dat fundament heeft je content geen kans om te ranken.

**Hoe vaak moet ik mijn technische SEO checken?**
Minimaal elk kwartaal een volledige check. Maandelijks een snelle blik op Search Console en Core Web Vitals. En altijd direct na een website-update, migratie of redesign.

**Is technische SEO anders voor WordPress dan voor een custom website?**
De principes zijn hetzelfde, maar de uitvoering verschilt. WordPress heeft plugins zoals Yoast SEO die veel automatisch regelen. Custom websites hebben meer handmatig werk nodig. In beide gevallen moet je controleren of het resultaat klopt — plugins configureren zichzelf niet.

SEO

Google's Maart 2026 Update: Jouw AI-Content Werkt Nu Tegen Je

Technische SEO: De Complete Gids voor MKB-Ondernemers (2026)