- 06-41226543
- info@connectyourworld.nl
Estimated reading time: 8 minuten
Je hebt een nieuwe pagina gepubliceerd. De content is sterk, de zoekwoorden zijn goed verwerkt en je hebt de pagina gedeeld op LinkedIn. Toch gebeurt er niets. Na een week staat de pagina nog steeds niet in Google. Of erger nog: Google heeft de pagina wel bezocht, maar besluit deze niet te indexeren.
Herkenbaar?
Een slechte indexering Google is één van de meest voorkomende oorzaken van tegenvallende SEO-resultaten. Zonder indexering kun je simpelweg niet gevonden worden, hoe goed je content ook is.
In dit artikel ontdek je:
Voordat een pagina kan ranken, doorloopt Google drie stappen:
| Stap | Wat gebeurt er? |
|---|---|
| Crawlen | Googlebot ontdekt je pagina |
| Indexeren | Google begrijpt de inhoud en slaat deze op |
| Ranken | De pagina kan verschijnen in de zoekresultaten |
Veel mensen denken dat publiceren voldoende is.
Dat klopt niet.
Google bepaalt uiteindelijk zelf of een pagina voldoende kwaliteit heeft om op te nemen in de index. Zelfs wanneer een pagina technisch perfect is, is indexering niet gegarandeerd.
Stel:
Je schrijft een blog over:
“10 tips voor zonnepanelen”
Na twee weken:
In Search Console zie je:
Crawled – currently not indexed
Google heeft de pagina dus gezien.
Maar besluit hem niet op te nemen.
Waarom?
Omdat Google bijvoorbeeld vindt dat:
Dat betekent niet dat er per se een technische fout aanwezig is.
Veruit de belangrijkste tool is Google Search Console.
Daar vind je onder:
Indexering → Pagina’s
precies:
Gebruik daarnaast de URL-inspectietool.
Hiermee zie je direct:
Voor SEO-specialisten is dit altijd de eerste plek waar ze kijken.
Een snelle controle:
site:jouwdomein.nl pagina-urlBijvoorbeeld:
site:connectyourworld.nl indexering-googleKomt de pagina niet terug?
Dan is de kans groot dat deze nog niet is geïndexeerd.
Let op:
Deze methode is minder betrouwbaar dan Search Console.
Met Screaming Frog kun je controleren:
Bij grotere websites is dit vaak de snelste manier om technische problemen op te sporen.
Soms blokkeert een robots.txt-bestand per ongeluk belangrijke pagina’s.
Bijvoorbeeld:
Disallow: /Of:
Disallow: /blog/Hierdoor kan Google de pagina niet crawlen.
Belangrijk:
Een robots.txt-blokkade is iets anders dan een noindex. Google adviseert om robots.txt niet te gebruiken als methode om pagina’s uit de index te houden.
Controleer of deze regel aanwezig is:
<meta name="robots" content="noindex">Of
<meta name="googlebot" content="noindex">Dan zal Google de pagina niet opnemen in de index.
Dit gebeurt vaker dan je denkt.
Voorbeelden:
Oplossing:
Verwijder de noindex-tag.
Voorbeeld:
Pagina A:
/seo-audit/Canonical:
/seo/Google ziet dan de tweede pagina als hoofdversie.
Gevolg:
De eerste pagina wordt mogelijk niet geïndexeerd.
Een pagina van:
heeft minder kans op indexering.
Google wil waardevolle content aanbieden.
Voorbeeld:
Je hebt drie pagina’s:
Maar de tekst is vrijwel identiek.
Google kiest dan vaak slechts één pagina als canonieke versie.
Nieuwe pagina:
Google ontdekt deze veel minder snel.
Voorbeelden:
Deze pagina’s worden niet geïndexeerd. Google verwacht een correcte HTTP 200-status voor indexeerbare pagina’s.
Wanneer de inhoud pas na complexe JavaScript-acties verschijnt, kan Google moeite hebben om de content goed te verwerken.
Vooral bij Single Page Applications zie je dit regelmatig.
Controleer daarom altijd hoe Google de pagina rendert.
Google heeft de pagina bezocht.
Maar kiest ervoor deze nog niet op te nemen.
Meestal door:
Google kent de URL.
Maar heeft hem nog niet bezocht.
Vaak bij:
Google ziet meerdere identieke pagina’s.
En kiest zelf een andere URL.
De pagina bevat een noindex-tag.
Deze wordt bewust niet geïndexeerd.
De pagina verwijst via canonical naar een andere URL.
Dat is meestal geen fout.
Een webshop publiceert:
200 nieuwe producten.
Geen interne links.
Geen sitemap.
Na drie weken zijn slechts 18 producten geïndexeerd.
Na:
wordt meer dan 90% alsnog geïndexeerd.
Een lokaal bedrijf heeft 45 plaatspagina’s.
Iedere pagina bevat vrijwel dezelfde tekst.
Google indexeert slechts 14 pagina’s.
Na:
neemt het aantal geïndexeerde pagina’s aanzienlijk toe.
Vraag jezelf af:
Zou iemand deze pagina opslaan of delen?
Zo niet, dan is er werk aan de winkel.
Voeg toe:
Elke belangrijke pagina moet bereikbaar zijn via:
Controleer:
/sitemap.xmlOf:
/sitemap_index.xmlDien deze vervolgens in via Google Search Console. Een sitemap helpt Google nieuwe en bijgewerkte URL’s te ontdekken, maar garandeert geen indexering.
Heb je een pagina verbeterd?
Gebruik dan de URL-inspectietool in Search Console en kies Indexering aanvragen. Houd er rekening mee dat dit een verzoek is en geen garantie op snelle opname.
Loop regelmatig na:
Een periodieke technische SEO-audit voorkomt dat kleine fouten grote gevolgen hebben.
| Tool | Waarvoor gebruik je hem? |
|---|---|
| Google Search Console | Indexering, crawlfouten, URL-inspectie |
| Screaming Frog SEO Spider | Technische SEO-audit, noindex, canonicals, redirects |
| Google PageSpeed Insights | Prestaties en Core Web Vitals |
| Chrome DevTools | Broncode, rendering en netwerkverzoeken |
| Bing Webmaster Tools | Extra controle op crawl- en indexeringsproblemen |
Een slechte indexering Google is zelden het gevolg van één probleem. Vaak is het een combinatie van technische instellingen, contentkwaliteit en de manier waarop Google jouw website beoordeelt.
Door regelmatig je website te controleren met Google Search Console, technische SEO-tools te gebruiken en te investeren in unieke, behulpzame content vergroot je de kans dat belangrijke pagina’s worden opgenomen in de Google-index én uiteindelijk goed gaan presteren in de zoekresultaten.
Indexering is daarmee geen eenmalige controle, maar een doorlopend onderdeel van een gezonde SEO-strategie.
Dit varieert van enkele dagen tot meerdere weken. Bij nieuwe websites of pagina’s met weinig autoriteit kan het langer duren. Ook na een verzoek tot herindexering geeft Google geen garantie op snelheid.
Google heeft de pagina bezocht, maar vindt deze op dat moment mogelijk nog niet waardevol of onderscheidend genoeg om op te nemen in de index.
Een XML-sitemap helpt Google nieuwe URL’s te ontdekken, maar garandeert geen indexering. De uiteindelijke beslissing ligt altijd bij Google.
Beide. Zonder crawling kan Google de pagina niet ontdekken. Zonder indexering kan de pagina niet verschijnen in de zoekresultaten.
Niet vanwege het gebruik van AI op zich. Google beoordeelt de kwaliteit, originaliteit en bruikbaarheid van de content, ongeacht hoe deze is gemaakt. Dunne, generieke of weinig waardevolle content heeft wel een grotere kans om niet geïndexeerd te worden.
De wereld verandert razend snel, mede door de opkomst van AI. Dit heeft ook impact op zoekmachinemarketing. Om dit het hoofd te bieden, zet Google in op Zero click searches en EEAT. In deze blog post gaan we uitgebreid in op wat zero click searches zijn en waarom zero click content belangrijk is.
Estimated reading time: 5 minuten
Zero click searches verschijnen wanneer gebruikers informatie vinden, die gebruikers direct nodig hebben op de resultaten pagina van Google (SERPS) zonder door te klikken naar een website. Deze resultaten worden vaak getoond in ‘featured snippets, knowledge panels en antwoorden boxen. De noodzaak wordt hierdoor kleiner om externe websites te bezoeken.
Zero click content is informatie, die direct op een platform als Google wordt getoond, zonder dat u hoeft door te klikken naar een andere website. Voorbeelden zijn samenvattingen in zoekresultaten, infographics op sociale media of antwoorden van AI. Het doel is maximale waarde bieden binnen één oogopslag of interactie.
Zero click zoekopdrachten veranderen SEO doordat verkeer verschuift van traditionele organische resultaten naar SERP-functies zoals featured snippets, answer boxes en knowledge panels.
📊 Voorbeeld:
Bij de zoekopdracht “Wat is de hoofdstad van Frankrijk?” toont Google direct:
Parijs, zonder dat je hoeft door te klikken.
AI speelt een cruciale rol bij het structureren van content om te verschijnen op deze zichtbare posities.
Zoekmachines gebruiken AI-gestuurde algoritmen om relevante antwoorden te vinden in uw content.
🧠 Voorbeeld:
AI detecteert in een productomschrijving het patroon “Beste draadloze oordopjes voor sport zijn…” en markeert dat als snippet-kandidaat.
AI herkent patronen zoals lijstjes of directe definities.
📌 Voorbeeld (grafisch):
Zoekopdracht: “Stappen om een blog te starten”
Snippet (als lijst):
AI helpt om relaties tussen entiteiten visueel te maken.
📌 Voorbeeld:
Zoekopdracht: “Steve Jobs”
➡️ Rechterzijde van het scherm toont een informatiekaart met geboortejaar, beroep, oprichter van Apple, enz.
AI genereert antwoorden, die letterlijk in zoekresultaten verschijnen.
📌 Voorbeeld:
Zoekopdracht: “Hoe lang is een marathon?”
➡️ “Een marathon is 42,195 kilometer lang.” verschijnt direct.
AI optimaliseert antwoorden voor gesproken vragen zoals:
“Wat is het weer vandaag?”
➡️ Kort, duidelijk antwoord: “In Amsterdam is het 16 graden en zonnig.”
📌 Grafisch voorbeeld:
Vraag: “Hoe plant je een tomatenplant?”
Snelle snippet:
Gebruik gestructureerde data zoals:
FAQPageHowToProduct📌 Voorbeeld:
Een product pagina bevat:
jsonKopiërenBewerken{
"@type": "Product",
"name": "Bluetooth Speaker",
"brand": "Sony",
"offers": {
"price": "79.99",
"availability": "InStock"
}
}
📌 Grafiekvoorbeeld:
Core Web Vitals score met laadtijd onder de 2 seconden verhoogt de kans op snippet-posities.
📈 E-commerce merk X optimaliseerde zijn productbeschrijvingen met AI en schema markup.
➡️ Het aantal featured snippets steeg met 40%.
Ondanks minder klikken, steeg de conversie door zichtbaarheid en vertrouwen.
Zero click zoekopdrachten herdefiniëren SEO door de focus te verleggen van traditionele rankings naar strategische contentstructuur. Bedrijven moeten AI-gestuurde optimalisatietechnieken omarmen om zichtbaar te blijven in een veranderend digitaal landschap. Door gestructureerde data, beknopte antwoorden en AI-inzichten te benutten, kunnen contentmakers zich aanpassen aan dit nieuwe SEO-tijdperk en hun concurrentiepositie behouden.
Samengevat: Zero click zoekopdrachten herdefiniëren SEO. Bedrijven moeten AI benutten om:
🎯 Wie investeert in AI en gestructureerde content, heeft een voorsprong in het SEO-landschap van de toekomst.
Estimated reading time: 6 minuten
Website migraties, of het nu gaat om redesigns, platformwijzigingen of domeinveranderingen, zijn cruciale momenten in de levenscyclus van een website. Echter, de mogelijkheid van een migratie kan ook angsten triggeren over het verliezen van hard verdiende SEO-waarde. Het nauwkeurig en zorgvuldig navigeren door deze overgangen is essentieel om zoekranglijsten, gebruikerservaring en over het algemeen online succes te behouden. In deze uitgebreide SEO migratie checklist zullen we ingaan op het belang van het omgaan met website migraties, gemeenschappelijke uitdagingen onderzoeken, en strategieën onthullen voor het uitvoeren van naadloze migraties die uw SEO – waarde behouden en uw digitale aanwezigheid vooruit helpen.
Estimated reading time: 6 minuten
Een SEO-migratie is het proces, waarbij u de SEO-prestaties van een website behoudt of verbetert tijdens een grote verandering, zoals een website-herstructurering, een redesign of een verandering van domein. Dit omvat het zorgvuldig plannen en uitvoeren van technische aanpassingen, zoals het behoud van URL-structuren, het opzetten van 301-omleidingen en het optimaliseren van metadata. Een goede SEO-migratie zorgt ervoor, dat zoekmachines de nieuwe website correct kunnen indexeren en dat bestaande organische zoekverkeer behouden blijft. Het is belangrijk om een uitgebreide SEO-audit uit te voeren vóór en na de migratie om eventuele problemen tijdig te identificeren. Uiteindelijk helpt een succesvolle SEO-migratie om de zichtbaarheid en ranking van de website in zoekmachines te waarborgen of zelfs te verbeteren.
Website migraties hebben het potentieel om uw online aanwezigheid te verbeteren of tot aanzienlijke tegenslagen te leiden. Deze overgangen kunnen zoekmachineranglijsten, verkeer, gebruikersbetrokkenheid en zelfs inkomsten beïnvloeden. Het is essentieel om migraties strategisch aan te pakken, waarbij de integriteit van SEO prioriteit krijgt om ervoor te zorgen dat uw website zijn hard verdiende zichtbaarheid en autoriteit behoudt. Lees daarom onze SEO migratie checklist aandachtig door!
Bij een redesign kunnen veranderingen in de site-structuur, URL’s en content van invloed zijn op zoekranglijsten en gebruikerservaring.
Overstappen naar een nieuw content management systeem (CMS) of e-commerce platform kan leiden tot veranderingen in URL’s, codering en site-architectuur.
Het veranderen van uw domein kan van invloed zijn op zoekranglijsten, merkzichtbaarheid en gebruikerstrouw.
Maak een uitgebreid migratieplan, dat elke stap, mogelijke risico’s en noodplannen beschrijft.
Voer een diepgaande SEO audit uit van uw bestaande website om de sterke en zwakke punten te begrijpen en gebieden voor verbetering te identificeren.
Maak een duidelijke mapping van oude URL’s naar nieuwe om ervoor te zorgen dat er een juiste omleiding (redirect) plaatsvindt en gebroken links worden voorkomen.
Implementeer 301 redirects om zoekmachines en gebruikers van oude URL’s naar hun overeenkomstige nieuwe URL’s te leiden.
Voer grondige tests uit op een staging-omgeving om potentiële problemen te identificeren en te verhelpen voordat de migratie live gaat.
Zorg ervoor dat gestructureerde gegevens (structured data) correct zijn geïmplementeerd op de nieuwe website om rijke zoekresultaten te behouden.
Gebruik canonieke tags om zoekmachines te begeleiden bij het omgaan met dubbele content tijdens de migratie.
Migreer de inhoud zorgvuldig, waarbij ervoor wordt gezorgd dat deze de kwaliteit, opmaak en relevantie behoudt.
Genereer en dien een nieuwe XML sitemap in om ervoor te zorgen dat zoekmachines uw nieuwe URL’s correct indexeren.
Kies een tijd voor de migratie wanneer het websiteverkeer relatief laag is om de impact op gebruikers te minimaliseren.
Blijf de website na de migratie continu controleren om eventuele onverwachte problemen snel aan te pakken.
Informeer Google over de migratie met behulp van de change of address tool voor domeinwijzigingen.
Dien de bijgewerkte XML sitemap in om zoekmachines te helpen de nieuwe URL’s te ontdekken en te indexeren.
Geef prioriteit aan gebruikerservaring door grondige tests uit te voeren van het ontwerp, de navigatie en de functionaliteit van de nieuwe website.
Informeer gebruikers over de aankomende veranderingen en verbeteringen om vertrouwen en betrokkenheid te behouden.
Volg het verkeer, de SEO rankings en de gebruikersbetrokkenheid van uw website na de migratie om eventuele afwijkingen te identificeren.
Als u problemen ondervindt zoals een daling in ranglijsten of andere problemen, pak deze dan snel aan om langdurige negatieve effecten te voorkomen.
Website migraties vertegenwoordigen een delicate balans tussen verandering en continuïteit. Door migraties met een strategische mindset te benaderen, zorgt u ervoor dat uw website zijn SEO-waarde, gebruikerstrouw en zoekzichtbaarheid behoudt. Terwijl u de complexiteiten van verschillende migratietypes doorloopt, onthoud dat de essentie van uw digitale reis ligt in het behouden van de integriteit van de content, structuur en gebruikerservaring van uw website. Door een zorgvuldig geplande migratie uit te voeren met behulp van deze SEO migratie checklist, baant u de weg voor een digitale aanwezigheid die niet alleen veranderingen aanpast maar ook gedijt, waardoor duurzaam succes wordt gegarandeerd in het steeds veranderende landschap van SEO en online zichtbaarheid.
Herman Geertsema is een ervaren SEO freelancer en content marketeer uit Den Haag. Tevens is hij eigenaar van Connect your World, een SEO bureau in Den Haag. Connect your World voert opdrachten uit in de regio Den Haag en in de rest van Nederland zoals bijvoorbeeld als:
EEAT (of Double-EAT) is een concept, dat door menselijke kwaliteitsbeoordelaars wordt gebruikt om de zoekrangschikkingssystemen van Google te evalueren. Oorspronkelijk bestond het uit slechts drie factoren (EAT). Maar in december 2022 voegde Google het criterium ‘ervaring’ toe aan het concept. Dus volgens Google moeten sommige soorten content worden geproduceerd met ervaring uit de eerste hand om betrouwbaar te zijn. Dit is wat dat betekent voor SEO.
Estimated reading time: 7 minuten
Nee, in ieder geval niet direct. Hier is niets veranderd sinds het oorspronkelijke concept van EAT:
Deze richtlijnen worden door onze zoekbeoordelaars gebruikt om de prestaties van onze verschillende zoekrangschikkingssystemen te helpen evalueren, en ze hebben geen directe invloed op de rangschikking.
Het algemene idee van Google hier is om content van hoge kwaliteit te belonen met hogere SEO rankings, die afkomstig is van vertrouwde bronnen. De boodschapper is dus minstens zo belangrijk als de boodschap.
Ervaring in de Double-EAT betekent uit de eerste hand of levenservaring in het onderwerp. Dit betekent, dat Google ernaar streeft pagina’s te ‘belonen’ waar de auteur het onderwerp waarover hij schrijft daadwerkelijk heeft ervaren. Bijvoorbeeld:
Ongeacht het onderwerp van de pagina, het belangrijkste van alle criteria is de ‘T’ of betrouwbaarheid. Andere criteria, zoals expertise, autoriteit en ervaring, zijn er om te helpen bepalen of de pagina betrouwbaar is. De andere criteria kun je zien als pijlers voor het scheppen van vertrouwen. Vervolgens komen er, afhankelijk van het onderwerp, andere criteria om de hoek kijken. Voor sommige onderwerpen kan ervaring belangrijker zijn dan voor andere.
U moet het doel, het type en het onderwerp van de pagina overwegen en uzelf vervolgens afvragen wat de maker van de content in die context tot een betrouwbare bron zou maken.
Een persoonlijke reisblog hoeft bijvoorbeeld niet door een expert te zijn geschreven om betrouwbaar te zijn. Omgekeerd is een gids over doe-het-zelf-autoreparaties betrouwbaarder als deze afkomstig is van een automonteur. Het is vermeldenswaard het verschil tussen ervaring en expertise. Deskundigheid gaat over kennis en vaardigheden. Om dat op te doen heb je natuurlijk ook ervaring nodig. Maar:
Er werd bevestigd, dat het oorspronkelijke concept van EAT alle onderwerpen betrof. Met de toevoeging van ervaring lijkt Google dat te herhalen door te zeggen: “Ervaring is waardevol voor bijna elk onderwerp”. Ervaring telt ook voor YMYL-onderwerpen (Your Money or Your Life). Maar deze categorie onderwerpen,waar Google speciale aandacht aan besteedt, is niet voorbehouden aan experts. Met andere woorden, als persoonlijke ervaring fundamenteel is om vertrouwen in het onderwerp te wekken, hoeft de auteur geen expert te zijn.
Hier zijn enkele ideeën over hoe u ervaring uit de eerste hand met uw content kunt demonstreren. Houd er rekening mee, dat deze gebaseerd zijn op een interpretatie van de richtlijnen van Google; misschien vind je ook andere manieren.
Laten we bijvoorbeeld product recensies nemen. Google heeft onlangs de uitbarsting van aangesloten websites die product recensies van lage kwaliteit hosten, aangepakt. Het zegt in feite dat het het beste is als de beoordelingen zijn gemaakt door experts op het gebied van het onderwerp. Het is echter niet genoeg om te bewijzen, dat u een expert bent. U moet bewijs kunnen overleggen van uw ervaring uit de eerste hand met het beoordeelde product of dienst.
Lever bewijs zoals beeldmateriaal, audio of andere links van uw eigen ervaring met het product, om uw expertise te ondersteunen en de authenticiteit van uw beoordeling te versterken.
Maak in de geschreven content een opmerking over hoe deze is gemaakt. Daarmee kunt u uw ervaring uit de eerste hand demonstreren.
Theoretisch hoef je niet elke keer, dat je erover schrijft je ervaring met het onderwerp te laten zien. Dat komt omdat Google kwaliteitsbeoordelaars adviseert om te kijken naar wat de auteur over zichzelf zegt. Overweeg dus om uw persoonlijke ervaring met het onderwerp uit te leggen op een ‘over’-pagina en zelfs een link naar uw sociale media profielen te maken als deze aanvullend bewijs leveren. Je kunt het natuurlijk samen doen met andere methoden om ervaring aan te tonen.
Kwaliteitscijfers worden ook aangemoedigd om buiten uw site te kijken naar tekenen van ervaring (en vertrouwen in het algemeen).
Zoek naar onafhankelijke beoordelingen, referenties, nieuwsartikelen en andere bronnen van geloofwaardige informatie over de website of makers van de content.
Je zou bijvoorbeeld een actuele inhoudsopgave van persvermeldingen aan je website kunnen toevoegen. Stel je voor, dat je dat vergelijkt met een compleet nieuwe blog over hetzelfde onderwerp, waar nog niemand van heeft gehoord – wat is betrouwbaarder?
Een van de manieren waarop een zoekmachine die informatie kan afleiden, is door SEO backlinks naar een site te volgen. Goede backlinks en vermeldingen waren namelijk substantieel voor het oorspronkelijke EAT-concept. Dat is waarschijnlijk niet veranderd met de introductie van ervaring.
Het feit, dat de auteur van de pagina ervaring moet aantonen, betekent niet, dat de eigenaar van de website dat ook moet doen. Dit betekent, dat je toch ervaring kunt aantonen over onderwerpen, waar je die persoonlijk niet hebt door gastauteurs of gastsprekers uit te nodigen.
De toevoeging van ervaring aan de vergelijking opent de categorie YMYL-onderwerpen voor videomakers met persoonlijke ervaring. Aan de andere kant legt het de lat hoger voor onderwerpen waar dit soort ervaring fundamenteel is. In ieder geval is dit weer een poging van Google om nuttigere, relevantere resultaten weer te geven door onbetrouwbare pagina’s eruit te filteren. Het draait nog steeds allemaal om vertrouwen:
Ten slotte zijn er veel aspecten van vertrouwen, waarvan sommige niet onder ervaring, expertise en autoriteit vallen. Houd rekening met andere aspecten in uw algehele vertrouwensbeoordeling, zoals klantenservice-informatie voor online winkels of collegiaal getoetste publicaties voor academische auteurs. Als een pagina om welke reden dan ook onbetrouwbaar is, heeft deze een lage EEAT
Tot slot: met de introductie van EEAT heeft Google de gids voor zelfbeoordeling van de content kwaliteit geüpdatet (Helpful content). SEO specialisten en content marketeers kunnen het gebruiken als hulpmiddel om content af te stemmen op Google EEAT.
Google EEAT en AI
Voor uitgevers, die AI gebruiken voor het genereren van content, adviseert Google bijvoorbeeld om het gebruik van automatisering aan de lezer bekend te maken. Google is namelijk niet tegen AI-content). Maar daarvoor moet je je afvragen of het gebruik van AI om content te produceren door de gebruiker als redelijk kan worden gezien.
Herman is een zeer ervaren content marketeer en SEO specialist freelancer en de eigenaar van Online marketing bureau Connect your World. Inmiddels heeft hij voor honderden bedrijven website teksten geschreven en hun websites geoptimaliseerd voor SEO. Connect your World is werkzaam in de volgende regio’s:
U kunt een SEO specialist en content marketeer inhuren door te klikken op onderstaande button.
Psst! Nog iets anders interessants lezen? Neem dan deze blog post over How to use Chat GPT for SEO optimized content.
Een website kan inhoudelijk uitstekend zijn en toch frustrerend werken. Een pagina die langzaam verschijnt, een knop die niet direct reageert of tekst die tijdens het lezen plotseling verspringt, zorgt voor een slechte gebruikerservaring. Google probeert deze onderdelen meetbaar te maken met de Google Core Web Vitals.
Core Web Vitals meten drie belangrijke onderdelen van de gebruikerservaring: laadsnelheid, responsiviteit en visuele stabiliteit. Daarvoor gebruikt Google de metrics Largest Contentful Paint (LCP), Interaction to Next Paint (INP) en Cumulative Layout Shift (CLS).
Voor SEO is het belangrijk om deze waarden serieus te nemen. Goede Core Web Vitals zijn geen garantie dat u bovenaan in Google komt, maar een goede page experience sluit wel aan bij wat Google met zijn rankingsystemen probeert te belonen.
In deze gids leggen we niet alleen uit wat Core Web Vitals zijn. U leert vooral hoe u problemen opspoort en welke verbeteringen u vervolgens kunt uitvoeren.
Google Core Web Vitals zijn prestatiestatistieken waarmee Google kijkt naar de werkelijke ervaring van bezoekers op een webpagina.
Daarbij staan drie vragen centraal:
Hoe snel verschijnt de belangrijkste content?
Dit wordt gemeten met Largest Contentful Paint (LCP).
Hoe snel reageert de website wanneer iemand iets doet?
Dit wordt gemeten met Interaction to Next Paint (INP).
Blijft de pagina tijdens het laden visueel stabiel?
Dit wordt gemeten met Cumulative Layout Shift (CLS).
Een website kan dus snel aanvoelen, maar toch slecht scoren op INP omdat knoppen of menu’s traag reageren. Andersom kan een pagina snel laden, maar een slechte CLS hebben doordat afbeeldingen, advertenties of andere elementen tijdens het laden verspringen.
Google hanteert duidelijke grenswaarden.
| Core Web Vital | Wat wordt gemeten? | Goed | Verbetering nodig | Slecht |
|---|---|---|---|---|
| LCP | Laadervaring | ≤ 2,5 sec | 2,5–4 sec | > 4 sec |
| INP | Responsiviteit | ≤ 200 ms | 200–500 ms | > 500 ms |
| CLS | Visuele stabiliteit | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Het gaat daarbij niet alleen om één bezoeker of één meting. Voor de beoordeling van Core Web Vitals wordt gekeken naar het 75e percentiel. Praktisch betekent dit dat een goede ervaring voor minimaal ongeveer 75% van de bezoeken het uitgangspunt is.
Largest Contentful Paint meet hoe lang het duurt voordat het grootste relevante zichtbare contentelement in beeld wordt weergegeven.
Denk bijvoorbeeld aan:
Een LCP van maximaal 2,5 seconden wordt als goed beschouwd.
Stel dat een loodgietersbedrijf een lokale landingspagina heeft. Bovenaan staat een grote foto van een monteur van 2 MB.
De bezoeker opent de pagina op een mobiele telefoon. De navigatie en tekst verschijnen, maar de grote afbeelding blijft nog enkele seconden laden.
Als die afbeelding het grootste zichtbare element is, kan deze verantwoordelijk zijn voor een slechte LCP.
Alleen zeggen dat “de website langzaam is” helpt dan niet. U moet achterhalen welk element verantwoordelijk is voor de LCP en waarom dat element te laat verschijnt.
Begin bij het LCP-element zelf.
Comprimeer grote afbeeldingen en gebruik moderne, efficiënte afbeeldingsformaten waar dat passend is. Zorg dat de belangrijkste afbeelding niet onnodig wordt vertraagd en controleer of CSS, JavaScript of externe scripts het weergeven van de belangrijkste content blokkeren.
Ook een trage serverrespons kan een belangrijke oorzaak zijn. Wanneer de server al veel tijd nodig heeft voordat de eerste informatie wordt verstuurd, wordt het moeilijker om binnen 2,5 seconden een goede LCP te behalen.
Praktische tip: probeer niet willekeurig tien optimalisaties tegelijk uit te voeren. Zoek eerst in PageSpeed Insights of Lighthouse uit welk element als LCP wordt aangemerkt. Pak daarna de oorzaak aan.
Interaction to Next Paint meet de responsiviteit van een pagina tijdens het bezoek.
INP kijkt naar interacties zoals klikken, tikken en het gebruik van het toetsenbord en meet hoe snel de pagina daarop visueel reageert.
Een goede INP is maximaal 200 milliseconden.
INP heeft in maart 2024 de voormalige Core Web Vital First Input Delay (FID) vervangen. INP geeft een breder beeld van de responsiviteit gedurende het bezoek dan FID deed.
Een bezoeker bekijkt op een webshop een product en klikt op ‘In winkelwagen’.
Er gebeurt ogenschijnlijk niets.
Na een halve seconde verandert de knop en wordt het product toegevoegd.
Een halve seconde lijkt weinig, maar de gebruiker merkt die vertraging wel degelijk. Mogelijk klikt iemand zelfs nogmaals omdat het lijkt alsof de eerste klik niet is geregistreerd.
Een mogelijke oorzaak is dat de browser op dat moment druk bezig is met het uitvoeren van zware JavaScript-taken.
Onderzoek eerst welke interacties langzaam reageren. Kijk vervolgens kritisch naar JavaScript.
Verwijder scripts die niet noodzakelijk zijn, beperk zware taken op de main thread en kijk kritisch naar externe scripts van bijvoorbeeld chatfuncties, trackingsoftware, advertenties en andere plug-ins.
Voor WordPress-websites is het bovendien verstandig om kritisch te kijken naar het aantal plug-ins. Het aantal alleen zegt niet alles: vooral wat een plug-in op de frontend uitvoert is belangrijk.
Praktische tip: een website kan snel openen en toch een slechte INP hebben. Test daarom niet alleen hoe snel de homepage verschijnt, maar gebruik daadwerkelijk menu’s, filters, formulieren en knoppen.
Cumulative Layout Shift meet onverwachte verschuivingen van zichtbare onderdelen van een pagina.
Een goede CLS-score is maximaal 0,1.
Iedereen kent waarschijnlijk een voorbeeld.
U wilt op een knop klikken. Op het laatste moment verschijnt boven de knop een afbeelding of advertentie. De inhoud schuift naar beneden en u klikt per ongeluk ergens anders op.
Dat is precies het soort gebruikerservaring dat CLS probeert te meten.
Een bezoeker leest een blog.
Boven een alinea moet nog een afbeelding worden geladen. Voor deze afbeelding is vooraf geen ruimte gereserveerd.
Wanneer de afbeelding uiteindelijk verschijnt, schuift de tekst die de bezoeker aan het lezen was plotseling naar beneden.
Dit kan een layout shift veroorzaken.
Reserveer vooraf voldoende ruimte voor afbeeldingen, video’s, advertenties en embeds. Geef afbeeldingen bijvoorbeeld de juiste afmetingen mee, zodat de browser al weet hoeveel ruimte nodig is voordat het bestand volledig geladen is.
Let daarnaast op webfonts en content die achteraf boven bestaande content wordt toegevoegd.
Praktische tip: controleer vooral onderdelen die pas ná het openen van de pagina verschijnen, zoals cookiebanners, advertenties, formulieren, pop-ups en dynamische widgets.
Een veelgemaakte fout is uitsluitend kijken naar de grote Performance Score van PageSpeed Insights.
Een score van bijvoorbeeld 92/100 is niet hetzelfde als “geslaagd voor Core Web Vitals”.
PageSpeed Insights kan namelijk verschillende soorten informatie laten zien.
Field data bestaat uit praktijkgegevens van echte Chrome-gebruikers en komt uit het Chrome User Experience Report (CrUX).
Deze gegevens zijn bijzonder waardevol omdat ze rekening houden met echte omstandigheden.
Uw bezoekers hebben immers niet allemaal dezelfde:
De werkelijkheid is daardoor veel gevarieerder dan één technische test.
Lab data wordt onder gecontroleerde omstandigheden gemeten. PageSpeed Insights gebruikt hiervoor Lighthouse.
Dit is vooral handig voor het diagnosticeren van technische problemen.
Een eenvoudige manier om het verschil te onthouden is:
Field data vertelt u dát bezoekers een probleem ervaren.
Lab data helpt u onderzoeken waar het probleem vandaan kan komen.
Dit zorgt regelmatig voor verwarring.
U voert een test uit in PageSpeed Insights en krijgt een goede score. Vervolgens opent u Google Search Console en ziet u URL’s met Core Web Vitals-problemen.
Dat hoeft geen tegenstrijdigheid te zijn.
Een Lighthouse-test is een gesimuleerde momentopname onder bepaalde omstandigheden. De Core Web Vitals-veldgegevens zijn gebaseerd op ervaringen van echte gebruikers over een langere periode.
Daarom kan een technische aanpassing vandaag een duidelijk betere Lighthouse-score opleveren, terwijl de veldgegevens niet onmiddellijk hetzelfde beeld laten zien.
Wilt u structureel te werk gaan? Gebruik dan deze aanpak.
Stap 1 – Open PageSpeed Insights
Voer de URL van de pagina in die u wilt onderzoeken. Test niet alleen de homepage. Belangrijke landingspagina’s, categoriepagina’s, productpagina’s en blogs kunnen onderling sterk verschillen.
Stap 2 – Bekijk eerst de Core Web Vitals
Controleer LCP, INP en CLS en kijk welke metric aandacht nodig heeft.
Stap 3 – Kijk naar mobiele prestaties
Mobiele bezoekers hebben regelmatig te maken met minder krachtige apparaten en wisselende netwerkverbindingen. Problemen kunnen daardoor op mobiel duidelijker zichtbaar worden.
Stap 4 – Onderzoek de diagnostische gegevens
Is LCP slecht? Zoek het LCP-element en onderzoek de laadtijd.
Is INP slecht? Onderzoek JavaScript, de main thread en zware interacties.
Is CLS slecht? Zoek naar elementen die tijdens of na het laden verschuiven.
Stap 5 – Controleer Google Search Console
Bekijk het rapport Core Web Vitals om probleemgroepen en ontwikkelingen te volgen.
Stap 6 – Verbeter één probleem gericht
Voer niet blind alle aanbevelingen uit. Begin met de problemen die daadwerkelijk invloed hebben op de slechte Core Web Vital.
Stap 7 – Test opnieuw
Gebruik Lighthouse of PageSpeed Insights om te controleren of de technische wijziging effect heeft.
Stap 8 – Volg de veldgegevens
Een goede technische test is mooi, maar uiteindelijk wilt u dat echte bezoekers een betere ervaring krijgen.
Stel:
Een dienstenpagina heeft een LCP van 4,3 seconden.
PageSpeed Insights laat zien dat de grote afbeelding bovenaan de pagina het LCP-element is.
Dan heeft het weinig zin om als eerste tientallen kleine CSS-bestanden te optimaliseren als daar nauwelijks winst te behalen valt.
Een logisch stappenplan is:
1. Controleer de bestandsgrootte van de afbeelding.
2. Controleer of een efficiënter formaat mogelijk is.
3. Controleer of de afbeelding in de juiste afmetingen wordt geladen.
4. Controleer of de afbeelding onnodig laat wordt ontdekt of geladen.
5. Onderzoek de serverrespons wanneer de LCP ondanks beeldoptimalisatie slecht blijft.
6. Test opnieuw.
Zo verandert Core Web Vitals-optimalisatie van “website sneller maken” in een concreet technisch proces.
Bij WordPress wordt al snel geroepen: “Installeer een cachingplug-in.”
Caching kan zeker helpen, maar lost niet automatisch ieder Core Web Vitals-probleem op.
Heeft een website bijvoorbeeld een slechte INP door veel JavaScript van externe tools, dan kan alleen caching onvoldoende effect hebben.
Een betere volgorde is:
meten → probleem vaststellen → oorzaak onderzoeken → oplossing uitvoeren → opnieuw meten.
Pas daarna bepaalt u welke plug-in, technische aanpassing of hostingverbetering nodig is.
Met een slechte LCP zien we bijvoorbeeld zware hero-afbeeldingen, een trage serverrespons of belangrijke resources die te laat worden geladen.
Bij INP kunnen grote hoeveelheden JavaScript, zware frontendfunctionaliteiten en externe scripts een rol spelen.
Bij CLS zijn afbeeldingen zonder gereserveerde ruimte, advertenties, embeds, fonts en dynamisch ingevoegde content bekende aandachtspunten.
Het belangrijkste is dat u niet vanuit de oplossing redeneert.
“Ik heb een slechte Core Web Vitals-score, dus ik heb een cachingplug-in nodig” is geen goede diagnose.
Begin bij de metric en zoek vervolgens de oorzaak.
Core Web Vitals spelen een rol binnen Google’s rankingsystemen, maar de relatie met rankings moet niet worden overdreven.
Een website met perfecte Core Web Vitals gaat niet automatisch boven een concurrent staan met relevantere en betere content.
Google kijkt veel breder naar page experience en relevantie.
Zie Core Web Vitals daarom niet als een truc om hoger in Google te komen.
Zie ze als onderdeel van een goede website.
Wanneer twee websites beide uitstekende informatie bieden, wilt u niet degene zijn waarvan de pagina langzaam reageert, verspringt of slecht werkt op mobiele apparaten.
Nee.
Een obsessie met een perfecte Lighthouse-score kan zelfs betekenen dat tijd en budget worden besteed aan optimalisaties waarvan bezoekers nauwelijks iets merken.
Het doel is niet:
100/100 halen omdat het mooi staat.
Het doel is:
een snelle, stabiele en responsieve website voor echte bezoekers realiseren.
Gebruik scores daarom als hulpmiddel en niet als einddoel.
Controleer bij een technische optimalisatie in ieder geval:
LCP
INP
CLS
De grootste fout bij snelheidsoptimalisatie is direct beginnen met technische aanpassingen.
Een cachingplug-in installeren, afbeeldingen comprimeren en JavaScript verkleinen klinkt nuttig, maar zonder diagnose weet u niet of u het werkelijke probleem oplost.
Werk daarom altijd in deze volgorde:
Meten → analyseren → prioriteren → verbeteren → testen → monitoren.
Daarmee voorkomt u dat tientallen kleine optimalisaties worden uitgevoerd terwijl één groot probleem verantwoordelijk is voor de slechte gebruikerservaring.
Heeft uw website slechte Core Web Vitals of weet u niet waarom bepaalde pagina’s langzaam laden of reageren? Dan is het verstandig om eerst vast te stellen welke metric onvoldoende scoort en waardoor dit wordt veroorzaakt.
Connect your World kijkt daarbij verder dan alleen een algemene PageSpeed-score. We bekijken technische SEO, snelheid, mobiele gebruikservaring en de invloed daarvan op de totale SEO-prestaties van de website.
Zo wordt niet zomaar “de website sneller gemaakt”, maar wordt gericht gewerkt aan technische verbeteringen die daadwerkelijk relevant zijn voor bezoekers en zoekmachines.
De huidige Core Web Vitals zijn Largest Contentful Paint (LCP), Interaction to Next Paint (INP) en Cumulative Layout Shift (CLS). Ze meten respectievelijk laadprestaties, responsiviteit en visuele stabiliteit.
Google adviseert een Largest Contentful Paint van maximaal 2,5 seconden.
Een INP van maximaal 200 milliseconden wordt als goed beschouwd. Boven 500 milliseconden valt de score in de categorie slecht.
Een CLS van maximaal 0,1 geldt als goed. Een hogere waarde betekent dat bezoekers relatief veel onverwachte verschuivingen van de pagina kunnen ervaren.
Interaction to Next Paint heeft First Input Delay in maart 2024 vervangen als Core Web Vital. INP kijkt breder naar de responsiviteit van een pagina gedurende het bezoek.
Core Web Vitals worden gebruikt door Google’s rankingsystemen, maar goede scores garanderen geen hoge positie. Relevantie en andere aspecten van de kwaliteit van een pagina blijven eveneens belangrijk.
Een Lighthouse-test vindt plaats onder gesimuleerde omstandigheden. Netwerkcondities en andere omstandigheden kunnen invloed hebben op afzonderlijke tests. Daarnaast moet onderscheid worden gemaakt tussen lab data en gegevens van echte gebruikers.
U kunt verschillende soorten gegevens met elkaar vergelijken. Een Lighthouse-test is een gesimuleerde test, terwijl Core Web Vitals-veldgegevens gebaseerd zijn op ervaringen van echte gebruikers over een langere periode.
Controleer ze in ieder geval na belangrijke technische wijzigingen, een nieuw WordPress-thema, aanpassingen aan templates of de toevoeging van zware scripts en functionaliteiten. Voor belangrijke SEO-pagina’s is periodieke monitoring verstandig.
Nee. Caching kan bepaalde laadproblemen verbeteren, maar een slechte INP of CLS kan een heel andere oorzaak hebben. Stel daarom eerst vast welke metric onvoldoende scoort.
Nee. Een perfecte Lighthouse-score is geen vereiste voor goede Core Web Vitals of goede Google-posities. Richt u vooral op een aantoonbaar goede ervaring voor echte bezoekers
Google Core Web Vitals zijn vooral waardevol omdat ze technische prestaties vertalen naar iets dat iedere website-eigenaar zou moeten begrijpen: wat ervaart mijn bezoeker?
Kan iemand de belangrijkste content snel zien? Reageert de website direct wanneer iemand klikt? Blijft de pagina tijdens het laden stabiel?
Daarom begint goede Core Web Vitals-optimalisatie niet bij een score van 100, een nieuwe plug-in of het blind opvolgen van iedere PageSpeed-waarschuwing.
Het begint bij drie cijfers: LCP, INP en CLS.
Bepaal welke onvoldoende scoort, zoek de oorzaak en los vervolgens gericht het probleem op. Daarmee werkt u niet alleen aan technische SEO, maar vooral aan een website die prettiger en sneller werkt voor de mensen die hem daadwerkelijk gebruiken.
In deze blog post gaan we het hebben over structured data in SEO. Wat is structured data precies? Waarom is structured data belangrijk voor SEO? Hoe kan de Yoast SEO Premium plugin helpen bij het toepassen van structured data in SEO? En wat is bijvoorbeeld de impact van structured data op uw Google rankings? Tot slot besteden wij extra aandacht aan het kruimelpad.
Estimated reading time: 11 minuten
Door structured data code aan uw webpagina’s toe te voegen, helpt u de zoekmachines zoals Google om uw content beter te begrijpen. Mensen hebben die aanwijzingen niet nodig. We hebben al op jonge leeftijd geleerd om bepaalde elementen in een tekst te herkennen. Als u ons een recept voor Macaroni laat zien, kunnen we vrijwel direct de ingrediënten aanwijzen. Voor een zoekmachine zoals Google of Bing is dat veel moeilijker.
Structured data worden meestal toegevoegd in JSON-LD (JavaScript Object Notation for Linked Data), Microdata of RDFa en wordt binnen de HTML van een website geplaatst. Daarnaast maakt Structured data gebruik van een gemeenschappelijk vocabulaire genaamd Schema.org, een samenwerking tussen Google, Bing, Yahoo en Yandex om uniforme datamarkering mogelijk te maken. Met structured data maken we onze content begrijpelijk voor zoekmachines.
Structured data zijn gestandaardiseerde formaten, die specifieke informatie over een webpagina aan zoekmachines geven, zoals bijvoorbeeld product details, recensies of evenementen. Een veelgebruikt voorbeeld is het gebruik van schema.org-markup om bijvoorbeeld productinformatie te annoteren, zoals prijs, beschikbaarheid en beoordelingen. Andere voorbeelden zijn “Recipe” schema’s voor kookrecepten, die ingrediënten, kooktijd en voedingswaarden bevatten. BlogPost-schema’s worden gebruikt om auteurs, publicatiedata en artikelinhoud te markeren. Deze data helpen zoekmachines om rijke zoekresultaten, zoals “rich snippets” of “knowledge graphs,” te genereren, waardoor de zichtbaarheid van uw website kan verbeteren.
Rich snippets zorgen voor visueel meer aantrekkelijke zoekresultaten. U voegt toe en licht speciale onderdelen uit om meer op te vallen. Een bekend voorbeeld zijn de review sterretjes.
Rich cards zijn eigenlijk een nieuwe soort rich snippets. Met behulp van rich cards maakt u de zoek resultaten nog een stukje groter. Zo vallen uw zoekresultaten nog meer op.
Het correct implementeren van structured data kan de zichtbaarheid en prestaties van een website in de zoekresultaten verbeteren. Hier zijn de belangrijkste voordelen:
Door structured data te gebruiken, kunnen zoekmachines extra visuele elementen toevoegen aan zoekresultaten, zoals:
Pagina’s met rich snippets trekken bijvoorbeeld meer aandacht en hebben vaak een hogere doorklikratio (CTR), wat kan leiden tot meer organisch verkeer.
Structured data helpt zoekmachines bij spraak gestuurde zoekopdrachten, zoals via Google Assistant en Siri.
Bedrijven kunnen Local Business structured data gebruiken om bijvoorbeeld hun naam, adres, telefoonnummer en openingstijden te tonen in Google’s lokale zoekresultaten.
Structured data kan immers bijdragen aan een positie in de ‘Positie 0’ (de bovenste uitgelichte positie in Google), bijvoorbeeld bij how-to’s, definities en lijsten.
Door structured data code aan een web pagina toe te voegen, geeft u zoekmachines namelijk niet alleen de kans om uw content beter te begrijpen, maar ook om deze beter te laten presenteren.
Structured data is cruciaal voor AIO (AI Optimization) omdat het de brug vormt tussen jouw content en hoe AI-systemen die content begrijpen, vertrouwen en citeren. Waar SEO vooral ging over vindbaarheid in Google, gaat AIO over herkenbaarheid, betrouwbaarheid en herbruikbaarheid in AI-antwoorden.
Hier is waarom structured data zo belangrijk is:
AI-systemen (zoals zoek-AI’s, chatbots en answer engines) scannen, classificeren en hergebruiken informatie. Structured data vertelt expliciet:
Zonder structured data moet AI gokken. Met structured data weet AI het zeker.
AI-antwoorden bestaan steeds vaker uit samengevatte kennis, niet uit links. Structured data helpt AI om:
Dat vergroot de kans dat jouw website genoemd of gebruikt wordt in AI-antwoorden.
Waar klassieke SEO focust op zoekwoorden, focust AIO op betekenis en context. Structured data geeft die context expliciet mee, zoals:
AI hoeft dat niet meer af te leiden — het staat vast.
AI-systemen wegen betrouwbaarheid zwaar. Structured data helpt bij EEAT doordat je duidelijk maakt:
Dat maakt jouw content veiliger om te gebruiken in AI-antwoorden.
Steeds meer gebruikers krijgen hun antwoord zonder door te klikken.
Als jouw site geen structured data heeft:
Je bent dan wel online, maar niet aanwezig in het antwoord.
AI bouwt antwoorden vaak uit meerdere bronnen. Structured data maakt jouw content geschikt als:
Zonder structuur wordt je content zelden “opgepakt”.
Zoekmachines en AI groeien naar elkaar toe. Structured data werkt nu al voor:
En wordt alleen maar belangrijker in 2026 en verder.
Niet alles tegelijk — gericht inzetten is key.
Voor elk type content heeft u een andere set code nodig. Die sets of schema’s worden verzameld op de website www.schema.org. Dit is een soort van bibliotheek of catalogus met heel veel voorbeeldschema’s. Het mooie is echter, dat als u Yoast SEO gebruikt, er automatisch structured data code aan uw webpagina’s wordt toegevoegd.
De volgende schema’s worden bijvoorbeeld veel gebruikt:
Wilt u precies weten hoe het zit met structured data? Dan moet u de Google Guidelines over structured data doornemen. De volgende punten zijn van belang:
De Yoast SEO plugin implementeert structured data code op een unieke manier. Er wordt echter niet alleen code aan verschillende elementen toegevoegd, maar die elementen worden ook in een gestructureerde grafiek verbonden. Op die manier hoeft de zoekmachine niet alle losse eindjes info zelf aan elkaar te koppelen.
Eerst identificeert Yoast SEO om wat voor soort type pagina het gaat. Het is bijvoorbeeld een artikel. Dit artikel staat weer op een specifieke webpagina. De webpagina is weer onderdeel van een website en geschreven door een bepaalde auteur. Kortom de grafiek identificeert de verschillende elementen van uw content en maakt vervolgens duidelijk, hoe die elementen met elkaar samenhangen. Dit is super handig voor de zoekmachines.
Het fijne van de structured data implementatie is, dat de Yoast plugin bijna alles automatisch voor u regelt. Het enige waar u even naar moet kijken, zijn uw instellingen.
Yoast SEO omschrijft uw pagina’s standaard met het schematype Webpagina en uw berichten met het schema type Artikel. U kunt deze instellingen immers wijzigen, maar meestal is dat niet nodig.
Wilt u het schematype aanpassen voor een specifieke blog post of pagina? Bijvoorbeeld voor een contactpagina of een betaalpagina? Dan kunt u dat doen in de Yoast SEO zij balk.
Gebruikt u de block editor in WordPress? Dan kunt u ook de structured data blokken aan uw berichten en pagina’s toe voegen. Deze blokken voegen namelijk automatisch de juiste structured data code toe.
Online heeft u immers maar heel kort de tijd om een goede eerste indruk te maken. In een paar seconden bepalen mensen of uw pagina de moeite van het verder lezen waard is. Veel mensen vinden het fijn om te weten hoe lang het gemiddeld duurt om een pagina te lezen. Met het geschatte leestijdsblok kunt u immers die informatie eenvoudig aan uw bericht of pagina toe voegen. Yoast SEO premium berekent dit op basis van de tekst lengte.
Hoe bouw ik een hut? Hoe knip ik de nagels van mijn kat? Online content met stapsgewijze instructies noemen we ook wel ‘how to content’. Als u deze artikelen voorziet van de juiste structured data code kunnen daar opvallende (mobiele) zoekresultaten uit voortkomen. Het ‘how to blok’ van Yoast SEO helpt u bij het opbouwen van een ‘how to artikel’ en het voegt automatisch de juiste code toe. Gebruik ‘How to’ echter niet voor recepten, want deze hebben hun eigen structured data code.
FAQ staat voor ‘frequently asked questions’. Veel websites hebben immers een pagina met veel gestelde vragen. Op zo’n pagina kunt u alle vragen zetten, die klanten regelmatig stellen over uw producten, uw diensten of uw bedrijf. Met behulp van de juiste structured data code kunnen deze vragen en antwoorden direct zichtbaar worden in de zoekresultaten.
Het kruimelpad laat aan bezoekers van uw website zien, waar zij zich bevinden op de website. Die broodkruimels zijn niet alleen handig voor gebruikers, maar ook voor Google. Het kruimelpad geeft de zoekmachine inzicht in de structuur van uw website. Maar daarvoor moet Google de broodkruimels wel kunnen herkennen. Yoast SEO helpt mee door automatisch structured data code aan uw kruimelpad toe te voegen. Deze code zorgt er uiteindelijk voor, dat de URL in uw snippet verrijkt wordt met een kruimelpad.
Herman Geertsema is de eigenaar van Connect your World, een Online marketing bureau in Den Haag. Hij is een zeer ervaren freelance SEO specialist en Content Marketeer.
U kunt Herman als freelance content marketeer of SEO specialist freelancer inhuren om hoger in Google te komen in de volgende regio’s:
In deze blog post gaan we in op de verschillende soorten Redirects in SEO. Daarnaast leggen wij u uit wanneer u precies een 301 redirect maakt en hoe u dat precies aanpakt met behulp van de redirect manager in Yoast SEO Premium. Deze staat ook wel bekend als de WordPress redirect plugin.
Estimated reading time: 18 minuten
Iedereen, die een website onderhoudt krijgt te maken met redirects in SEO. Er komt nu eenmaal een moment, dat u webpagina’s gaat verwijderen. Er zijn alleen wel verschillende punten, waar u rekening moet gaan houden. Als u een pagina verwijdert van uw website, betekent dat nog niet, dat de webpagina ook uit de index van de zoekmachine verdwijnt. Website bezoekers kunnen uw webpagina nog steeds vinden via de zoekresultaten of via links op andere websites. Als uw websitebezoeker op een verwijderde webpagina terecht komt, krijgen ze een 404 foutmelding. Dit is vergelijkbaar met een wegversperring of met een lift buiten werking. Maar wat dan? Wat doet u als er opeens een wegversperring is? Waarschijnlijk verlaat u de website. Er zijn bijna altijd genoeg alternatieven.
Wat gebeurt er eigenlijk als u een website of een webpagina bezoekt? U typt de URL van een website in de adresbalk in of u voert een zoekwoord in in zoekmachines zoals Google en Bing en klikt daaropvolgend op een zoekresultaat; meestal op de 1e pagina. De browser stuurt vervolgens een aanvraag naar het IP adres van de webpagina of website. De server van deze website geeft antwoord met een HTTP statuscode. Als alles prima werkt, geeft de server antwoord met de statuscode 200. Het is echter een ander verhaal, als de server een reactie geeft met een 404 statuscode. De opgevraagde webpagina kan niet gevonden worden.
Dit soort foutmeldingen zijn verwarrend en irritant voor de gebruikers. Dat is voldoende reden om dit soort fouten op te sporen en te verhelpen. Daarnaast geven dit soort foutmeldingen de zoekmachines zoals Google het idee, dat u uw website niet goed onderhoudt. Het belang van gebruikerservaring in SEO optimalisatie neemt de laatste jaren toe. Denk hierbij bijvoorbeeld aan de Core Web Vitals update.
Met een redirect maakt u een omleiding om bij een andere locatie aan te kunnen komen. U gebruikt een statuscode om te communiceren, dat er sprake is van een 301 redirect. Deze webpagina kunt u niet meer met een bezoekje vereren via deze URL. Maar er is een alternatief voor handen. De bezoeker wordt vervolgens via een andere webpagina doorgeleid. Het spreekt voor zich, dat er sprake moet zijn van een relevante webpagina. Ook voor zoekmachines zoals Google en Bing zijn redirects in SEO meer dan welkom. Door de dode links kan een webcrawler niet veel doen. Zolang er geen instructies of aanwijzingen volgen om de oude URL te vervangen of te verwijderen, blijft de crawler steeds terug komen naar de oude URL van de webpagina. Met een 301 redirect kan het verkeer weer zonder veel problemen doorrijden.
Er zijn 8 gevallen waarin u uw bestaande URL moet omzetten in een nieuwe:
PageRank is een algoritme dat Google heeft uitgevonden om het belang van webpagina’s te meten. Er wordt aangenomen dat het het aantal en de kwaliteit van links van en naar een pagina telt om te bepalen hoe belangrijk de website is. De veronderstelling van Google is dat gezaghebbende websites waarschijnlijk meer links van andere websites zullen ontvangen. Het betekent dat hoe meer links een webpagina heeft, hoe meer autoriteit deze krijgt.
Dus, zijn omleidingen schadelijk of gunstig voor SEO? In feite kunnen ze beide.
Wees niet bang voor deze ‘bedreigingen’. Ze kunnen alleen werkelijkheid worden, als u op de verkeerde manier omleidt. Lees hier meer over het belang van urls in SEO.
Bekijk nu de top 6 fouten bij het omleiden van URL’s en zorg ervoor, dat u ze vermijdt.
Wanneer u een omleiding instelt, moet u rekening houden met uw bezoekers. Krijgen ze de antwoorden, die ze verwachten te krijgen nadat ze zijn doorverwezen? U moet ervoor zorgen dat de nieuwe content hen niet in verwarring brengt. Als een gebruiker op een link anker pure chocolade klikt en wordt doorgestuurd naar een pagina witte chocolade, zal dat verwarrend zijn. Dit kan leiden tot hogere bounce rate percentages en verkeersverlies.
Hoe deze fout te vermijden: U moet altijd doorverwijzen naar een pagina met een soortgelijk onderwerp.
Omleidingsketens verschijnen wanneer er meer dan één omleiding is tussen de initiële URL en de bestemmings-URL. Bijv. Pagina 1 > Pagina 2 > Pagina 3 > Pagina 4 > Pagina 5.
Het probleem met omleidingsketens is dat ze de crawler overbelasten. Google beweert, dat hun crawler tot 5 omleidingshops volgt en dan stopt . Dus als er meer omleidingen zijn, wordt de landingspagina mogelijk helemaal niet geïndexeerd. Bovendien kunt u al het linkjuice verliezen en de laadtijd van de pagina vertragen.
Loops zijn vergelijkbaar met kettingen, maar in dit geval wordt de eerste pagina teruggestuurd naar zichzelf. Bijv. Pagina 1 > Pagina 2 > Pagina 3 > Pagina 1. Op deze manier leidt u bezoekers helemaal niet naar een nieuwe URL, wat zo’n verspilling is van uw crawlbudget en linkvermogen. Omleidingsketens en -lussen zijn zo gemeen omdat ze supergemakkelijk over het hoofd worden gezien. De enige manier om ze te vermijden, is door uw omleidingen consequent bij te houden.
Als u een omleidingsketen vindt, repareert u deze door de eerste pagina rechtstreeks naar de landingspagina om te leiden. Als u om wat voor reden dan ook niet rechtstreeks van de eerste pagina naar de uiteindelijke pagina kunt omleiden, probeer dan het aantal omleidingen in een keten zo veel mogelijk te verminderen.
Veel webmasters begrijpen het verschil tussen 301/308 en 302/307 omleidingen niet. Ze weten dat de eerste permanent is en de laatste tijdelijk. Ze houden er echter geen rekening mee, dat als u HTTP 302/307 gebruikt, de oude pagina nog steeds wordt geïndexeerd en er bijna geen link juice wordt doorgegeven aan de nieuwe URL. Dat is belangrijk. Hoewel Google begrijpt, dat u 302 per ongeluk hebt gebruikt en het in de loop van de tijd als 301 kan behandelen, weet u niet hoeveel tijd het zal kosten. En tijd is geld.
Hoe misbruik van tijdelijke omleidingen te voorkomen: gebruik 301 of 308 als u niet van plan bent de omleiding in de nabije toekomst te verwijderen, als het niet voor een promotiecampagne of A/B-testen is.
Als u SEO goed uitvoert, zijn alle pagina’s van uw site met elkaar verbonden . En als u een van die pagina’s omleidt naar een andere, maakt u uiteindelijk te veel omleidingen. Die omleidingen zijn volledig overbodig, aangezien u deze interne links volledig kunt vervangen door naar de nieuwe URL te verwijzen.
Als u 301 of 308 (permanente) redirects gebruikt, moet u die op uw sitemap weergeven om de crawler niet in verwarring te brengen. Zoals u weet, instrueert een sitemap zoekmachines om enkele URL’s te gaan indexeren. Als u geen oude URL’s uit uw sitemap heeft verwijderd, gaat de crawler naar deze URL en probeert deze te indexeren. Maar in plaats van 200 (OK) responscode te krijgen, wordt de crawler omgeleid naar een andere URL. Dit kan leiden tot indexeerbaarheidsproblemen.
Zo houdt u uw sitemap schoon: Houd uw sitemap op orde — verwijder de oude omgeleide URL’s en voeg de nieuwe URL’s toe aan uw sitemap.
Het is moeilijk om zelf te ontdekken of uw site last heeft gehad van URL-omleiding. Hoogstwaarschijnlijk weet u niet eens, dat u iets verkeerd hebt gedaan. Daarom zijn regelmatige site-audits een must voor webmasters en SEO’s.
Er zijn meerdere soorten redirects in SEO. Welke u moet kiezen, hangt geheel af van de situatie. In de redirectmanager van Yoast SEO Premium kunt u 3 typen redirects instellen:
Strikt genomen zijn dit geen redirects. Ze leiden u namelijk niet naar een andere situatie. De boodschap is echter zo goed als het zelfde. Wat u zoekt, is hier geweest, maar is hier nu niet meer beschikbaar.
We starten met een redirect, die het vaakst wordt ingezet, namelijk de 301 redirect. Dit is een permanente redirect, die u kunt inzetten als u een pagina verwijdert of verplaatst of als u iets verandert in de URL structuur. De code 301 geeft aan, dat de desbetreffende webpagina niet meer beschikbaar is op deze locatie. De crawler hoeft de pagina ook niet meer te indexeren. Het mooie is, dat de linkwaarde van de oude URL niet verloren gaat. De redirect zorgt er namelijk voor, dat de waarde wordt overgedragen aan de nieuwe URL. Let goed op! Het betreft een permanente 301 redirect. Als u de oude URL in de toekomst nog wilt gebruiken, ga dan voor een tijdelijke redirect.
PageRank is een algoritme, dat Google heeft uitgevonden om het belang van webpagina’s te meten.
Er wordt aangenomen, dat het het aantal en de kwaliteit van links van en naar een pagina telt om te bepalen hoe belangrijk de website is. De veronderstelling van Google is, dat gezaghebbende websites waarschijnlijk meer links van andere websites zullen ontvangen. Het betekent, dat hoe meer links een webpagina heeft, hoe meer autoriteit deze krijgt.
De 302 redirect geeft aan, dat de gevraagde content wel gevonden is, maar op een geheel andere URL. De 302 redirect wordt vaak gebruikt als tijdelijke redirect. Als u de URL die u nu wilt omleiden in de toekomst nog wil hergebruiken. Dan is de 302 een optie. De crawler zal de direct volgen, maar de oorspronkelijke URL bewaart hij ook in de index in de toekomst. Als een 302 te lang een 302 is, kan Google ze omzetten naar 301.
De 307 is ook een tijdelijke redirect, maar deze is wel wat duidelijker dan 302. De 307 redirect geeft precies aan, dat de opgevraagde URL verhuisd is naar een tijdelijke locatie. Maar dat deze ook wel weer terugkomt naar de huidige locatie. Maak gebruik van deze tijdelijke redirect, als u zeker weet, dat het om een tijdelijke omleiding gaat. U wilt de oorspronkelijke URL later waarschijnlijk nog gebruiken.
Stel u voor, u wilt een webpagina verwijderen, maar u heeft geen relevante pagina, die u als alternatief kunt aanbieden. Dan is het is een slimme move om dat volledig transparant aan de bezoekers en aan de zoekmachine te vertellen. De 401 code geeft aan, dat de content bewust is verwijderd. Zoekmachines zoals Google zijn zich er nu van bewust, dat de URL’s uit de index gehaald mogen worden.
Soms kan een rechter bepalen, dat u een stuk content van uw website dient te halen. Als uw content beledigend of lasterlijk is, kan een rechter opdracht geven om die content te verwijderen.
Met deze redirects manager kunt u eenvoudig en snel uw redirects aanmaken. Dat kan handmatig, maar de plu-gin maakt ook automatisch redirects aan bij het verwijderen van een bericht, pagina of taxonomie pagina. Redirects in SEO worden ook automatisch aangemaakt bij het aanpassen van de URL van een bericht, pagina of taxonomie pagina.
Als u aan een groot SEO project werkt, kunnen regex redirects enorm veel tijd besparen. Bij Connect your World adviseren we hier alleen mee aan de slag te gaan als u voldoende ervaring heeft met dit soort redirects. U kan namelijk ook dingen niet goed doen. Regex betekent regular expression. Bij een normale redirect maakt u een omleiding van een oorspronkelijke URL naar een nieuwe URL. Bij Regex redirects kunt u een groep URL´s die een bepaald woord of patroon bevatten allemaal tegelijk omleiden naar een nieuwe URL.
Als u uw redirects heeft aangemaakt in een ander systeem dan WordPress, kunt u eenvoudig redirects importeren naar WordPress. Exporteren is ook mogelijk.
Redirects in SEO kunnen ook voor vervelende problemen zorgen. Dus als u niet weet, wat u doet, laat het dan aan ervaren SEO specialist over.
De redirect chain is een ketting of een serie van redirects, die van de ene naar de andere URL wordt doorgestuurd. Bij dubbele redirects verliest u bij elk volgende stap 10% aan de autoriteit. Dit soort redirects kunnen ook een grote negatieve impact hebben op de laadtijd van uw website.
Op welke manier ontdekt u deze redirect chains? Maak hierbij gebruik van Screaming Frog. Screaming Frog heeft de volgende functie:
Een interne redirect komt voor omdat men op de site nog een link plaatst naar de oude URL en niet direct naar de nieuwe.
Maak weer gebruik van Screaming Frog. Crawl de gehele website en draai alle interne redirects uit. Ga naar: Bulk Export – Response Codes en vervolgens Redirection.
Als u website al wat jaartjes oud is, is de kans groot, dat u al heel wat 301 redirects heeft verzameld. Als het htaccess bestand vol raakt met redirects, heeft dat als gevolg, dat uw website snelheid lager en lager wordt. Het is belangrijk om te onderzoeken welke redirects in SEO nog van nut zijn.
U kunt UTM tags toevoegen aan de redirect URL. Op die manier kunt u simpel uitvinden welke redirect regelmatig wordt opgevraagd. De volgende tagging methode is hiervoor nuttig:
/oudeURL >>> /nieuweURL?utm_medium=301&utm_source=direct&utm_campaign=/oudeURL
Dit soort tag stuurt elke keer als de redirect gebruikt wordt data naar Google Analytics. In het rapport ‘Bron/medium’ leest u vervolgens terug welke redirects in de afgelopen periode zijn opgevraagd. Doe dit om de 6 maanden en verwijder daaropvolgend alle niet opgevraagde 301 redirects uit htaccess.
Canonical tags en redirects in SEO gaan niet goed samen. Bij grote websites is het vaak onmogelijk om te checken of de pagina’s met een canonical tag ook geredirect worden. Daarom heeft Sreaming Frog hier iets handigs voor.
Start weer met een crawl van uw website. Na afloop gaat u zoekt u de tab ‘Directives’ op. Scroll vervolgens naar de rechterkant en identificeer de kolom ‘Canonical Link Element 1’. Daarna kopieert u deze gehele lijst. Begin weer met een nieuwe crawl en maak gebruik van de ‘List Mode’ functie. Achterhaal de URL’s met een 301 statuscode.
Bij oudere websites bestaat de kans dat de URL structuur al een keer gewijzigd is. De kans is dan vrij groot, dat uw externe links ook een redirect hebben. Met een redirect verliest u altijd wat kracht (autoriteit). U kunt dus nog wat winst behalen met uw SEO optimalisatie inspanningen.
Maak een uitdraai van uw backlinks en selecteer uw lijst met ‘TargetURL’s’. Kopieer deze lijst vervolgens in Screaming Frog. Let hierbij speciaal op de links, die een statuscode van 404 of 301 hebben. Doe onderzoek naar de kwaliteit van de backlinks. Bepaal daaropvolgend of het de moeite waard is om meerdere backlinks te laten aanpassen.
Herman Geertsema is een ervaren SEO specialist freelancer en Content marketeer uit Den Haag. Herman is tevens de eigenaar van SEO bureau Connect your World gevestigd in Den Haag.
Bij Online marketing bureau Connect your World kunt u ook een content marketeer en een SEO expert inhuren in de volgende regio’s:
U vindt op deze website ook een overzicht met veelal free SEO tools. Deze lijst kunt u gebruiken bij de zoekmachinemarketing van uw eigen website. Uw SEO laten doen, blijft natuurlijk ook altijd een optie.
Om een redirect in WordPress te maken, kunt u de Yoast Premium Plugin aanschaffen of de plugin “Redirection” installeren en activeren. Na activatie, ga naar het menu “Tools” (of “Gereedschap”) en selecteer “Redirection”. Klik op “Add New” om een nieuwe redirect in te stellen, vul de oude URL in bij “Source URL” en de nieuwe bij “Target URL”. Klik vervolgens op “Add Redirect” om de redirect op te slaan. Je kunt nu controleren of de redirect werkt door de oude URL te bezoeken.
Om een redirect in HTML te maken, voegt u de volgende meta-tag toe binnen de <head>-sectie van uw HTML-bestand: <meta http-equiv="refresh" content="0; url=https://www.nieuwe-url.com">. De content="0; url=https://www.nieuwe-url.com" bepaalt hoe lang de vertraging is (in seconden) voordat de redirect plaatsvindt, waarbij “0” direct betekent. Vervang “https://www.nieuwe-url.com” door de URL waar u naar wilt redirecten. Bewaar het bestand en upload het naar uw server. Wanneer iemand de oude pagina bezoekt, wordt hij automatisch naar de nieuwe URL doorverwezen.
Een redirect loop ontstaat wanneer een website herhaaldelijk omleidt tussen twee of meer URL’s zonder ooit bij een eindbestemming uit te komen. Dit gebeurt vaak door verkeerd ingestelde redirects, bijvoorbeeld als pagina A naar pagina B verwijst en pagina B weer terug naar pagina A. De browser raakt dan vast in een oneindige lus, wat resulteert in een foutmelding zoals “too many redirects”. Dit probleem kan ervoor zorgen, dat een website niet bereikbaar is. Het oplossen van een redirect loop vereist het corrigeren of verwijderen van de problematische redirects.
Om een probleem met te veel redirects te repareren, begint u met het controleren van je redirect-instellingen, bijvoorbeeld in .htaccess, serverconfiguratie, of via plugins in WordPress. Verwijder of corrigeer eventuele conflicterende of circulaire redirects. Wis de cache van uw browser en, indien van toepassing, de cache van uw website of CDN om oude redirectregels te verwijderen. Test daarna uw website om te zien of de fout is opgelost. Als het probleem aanhoudt, kan het nuttig zijn om logging of debugging in te schakelen om precies te zien waar de redirectlus plaatsvindt.
Een website kan inhoudelijk sterk zijn en toch slecht vindbaar blijven. Technische fouten kunnen voorkomen dat Google pagina’s crawlt, indexeert of correct begrijpt. Ook AI-zoekfuncties kunnen alleen gebruikmaken van content die toegankelijk en goed verwerkt is.
Met deze technische SEO-checklist controleert u stap voor stap de belangrijkste technische onderdelen van uw website. Van indexatie en Core Web Vitals tot JavaScript, structured data en technische toegankelijkheid voor zoekmachines en AI-systemen.
Technische SEO bestaat uit verbeteringen die zoekmachines helpen om uw website te vinden, te crawlen, te renderen en te indexeren. Het gaat onder meer om serverinstellingen, websitestructuur, laadsnelheid, interne links, statuscodes, canonicals, sitemaps en structured data. Een technisch correcte website behaalt niet automatisch hoge posities. Goede techniek zorgt er wel voor dat waardevolle content en opgebouwde autoriteit niet worden afgeremd door fouten in de website.
Google hanteert drie technische minimumvoorwaarden voor een indexeerbare pagina. Googlebot mag niet worden geblokkeerd, de pagina moet correct werken en de pagina moet indexeerbare content bevatten. In de praktijk betekent dit meestal dat de URL bereikbaar is, een HTTP-statuscode 200 teruggeeft en bruikbare tekst bevat. Voldoen aan deze voorwaarden is geen garantie voor indexering, maar zonder deze basis maakt een pagina weinig kans.
Estimated reading time: 42 minuten
Technische SEO optimalisatie is onmisbaar voor websites waarvan de zoekmachineposities onder druk staan. Wanneer pagina’s langzaam wegzakken in Google, ligt de oorzaak vaak niet in de content, maar in technische beperkingen zoals crawlproblemen, foutieve indexatie of een onduidelijke sitestructuur. Door deze knelpunten gericht aan te pakken, ontstaat er weer een stabiele basis voor groei.
Voor trage websites met slechte Core Web Vitals is technische SEO zelfs cruciaal. Laadtijd, stabiliteit en interactie bepalen niet alleen de gebruikerservaring, maar spelen ook een directe rol in hoe Google websites beoordeelt en selecteert — zowel in de zoekresultaten als in AI-gegenereerde antwoorden. Een snelle, technisch gezonde website converteert beter én scoort duurzamer.
Ook webshops met indexatieproblemen hebben veel te winnen met technische SEO. Denk aan productpagina’s die niet worden geïndexeerd, dubbele URL’s, verkeerd ingestelde canonical-tags of crawlbudget dat verspild wordt. Door de techniek op orde te brengen, worden producten beter vindbaar en blijft het aanbod zichtbaar voor potentiële klanten.
Tot slot is technische SEO onmisbaar voor bedrijven die zichtbaar willen blijven in AI-antwoorden en zero-click zoekresultaten. AI-systemen gebruiken alleen websites die technisch goed gestructureerd, snel en betrouwbaar zijn. Zonder een sterke technische basis wordt content simpelweg overgeslagen. Met technische SEO legt u daarom het fundament onder blijvende online zichtbaarheid; vandaag én richting 2026.
Technische SEO speelt een steeds grotere rol in hoe AI-systemen zoals ChatGPT en Google AI uw website begrijpen en gebruiken. Waar traditionele SEO zich richt op rankings, draait het bij AI om begrijpbaarheid en betrouwbaarheid van uw content. Denk aan een duidelijke HTML-structuur, semantische opbouw (H1, H2, H3), snelle laadtijden en het gebruik van structured data. Deze elementen helpen AI-systemen om uw content correct te interpreteren en te selecteren als bron voor antwoorden.
AI-tools halen informatie uit websites, die technisch goed zijn opgebouwd en consistent gestructureerd zijn. Websites met duidelijke entiteiten, logische interne links en schone code worden sneller verwerkt en vaker gebruikt in AI-antwoorden. Door technische SEO te combineren met content en autoriteit, vergroot u de kans dat uw website niet alleen gevonden wordt in Google, maar ook actief wordt genoemd in AI-gegenereerde resultaten.
En hoewel u ze alle drie nodig heeft om goed te ranken, kunt u stellen, dat technische SEO eigenlijk op de eerste plaats komt. U moet een sterke technische basis voor uw website bouwen. Anders kan het gebeuren, dat voordat u deze met content vult en promoot met backlinks, alles in elkaar stort. In deze Technische SEO checklist concentreren wij ons op het controleren van technische problemen (SEO techniek) op uw website en het optimaliseren van uw websitestructuur. Het verbeteren van de websitesnelheid en de toegankelijkheid komen ook uitgebreid aan bod.
“Snellere website = hogere conversie”
Niet iedere website heeft al deze tools nodig. Google Search Console, PageSpeed Insights en een goede websitecrawler vormen voor de meeste technische controles een sterke basis.
Binnen Chrome kan u gebruiken maken van diverse handige extensies, die het verbeteren van uw online marketing mogelijk maken zoals bijvoorbeeld:
In Google Chrome is het mogelijk om websites te inspecteren. Klik met uw rechtermuisknop en dan inspecteren om de code van uw website te bekijken. U kunt zien hoe de website laadt en hoe de site er per apparaat uitziet. Daarnaast ziet u ook waar er eventueel fouten in de website zitten.
“Betere indexatie = stabielere posities”
Een voor de hand liggende plek om te beginnen is om te kijken of uw website überhaupt is geïndexeerd. En met geïndexeerd bedoelen wij of het wel of niet in de zoekresultaten wordt weergegeven. Het eerste, dat u daarom hier moet doen, is uw domeinnaam googelen en uw website zoeken tussen de zoekresultaten. Staat uw website tussen de zoekresultaten? Dan is het goed. Laten we nu eens kijken hoeveel van uw website daadwerkelijk in de zoekindex is terechtgekomen. Een goede plek om dit te controleren is het indexeringsrapport in Google Search Console.
Het rapport laat zien hoeveel van uw pagina’s momenteel zijn geïndexeerd, hoeveel zijn uitgesloten en wat enkele van de indexeringsproblemen op uw website zijn. Welke tool u ook kiest, het aantal geïndexeerde pagina’s moet dicht bij het werkelijke aantal pagina’s op uw website liggen. Dus als u bijvoorbeeld een e-commerce website heeft, moet het aantal geïndexeerde pagina’s overeenkomen met het aantal producten dat u heeft geüpload.
Over het algemeen zijn er twee soorten indexeringsproblemen. Een daarvan is, wanneer een pagina niet wordt geïndexeerd, terwijl dat wel zou moeten. De andere is wanneer een pagina wordt geïndexeerd, hoewel dit niet de bedoeling is. Als u Google Search Console gebruikt om uw website te controleren, wordt het eerste type indexeringsprobleem meestal als een fout gemarkeerd:
Indexeringsfouten treden op wanneer u Google heeft gevraagd een pagina te indexeren, maar deze wordt geblokkeerd. Een pagina is bijvoorbeeld toegevoegd aan een sitemap, maar is gemarkeerd met de noindex- tag of is geblokkeerd met robots.txt . Om het probleem op te lossen, controleert u of de pagina moet worden geïndexeerd. Zo ja, verwijder dan wat het blokkeert. Zo nee, verwijder dan de pagina uit uw sitemap. Het andere type indexeringsprobleem is, wanneer de pagina wordt geïndexeerd, maar Google weet niet zeker of deze geïndexeerd moest worden. In Google Search Console worden deze pagina’s meestal als geldig gemarkeerd met waarschuwingen:
Dit soort indexeringsproblemen treden meestal op wanneer u heeft geprobeerd de pagina te blokkeren met behulp van sitemap robots txt instructies. Het is een veel voorkomende fout om te denken, dat robots.txt de indexering van de pagina kan blokkeren. In werkelijkheid staat het Google vrij om deze instructies te negeren. Als u de pagina echt wilt blokkeren, moet u de no index-tag gebruiken.
Indexeringsfouten zijn fouten, die Search Console rapporteert als verbeterpunten. Dit soort fouten kunnen impact hebben op de vindbaarheid van uw website. Ze kunnen cruciaal zijn of gewoon simpele tips, die uw website net wat beter vindbaar maken. In dit artikel vertellen wij u alles over iindexeringsfouten. U krijgt te horen, wat de 10 meeste voorkomende fouten zijn.
Om de indexeringsfouten terug te zien, heeft u Google Search Console tot u beschikking. U vindt de indexeringsfouten links terug onder ‘Indexering’.
U weet nu waar de indexeringsfouten staan. Daarom is het nu de hoogste tijd om het over de indexeringsfouten te hebben. Per indexeringsfout behandelen we drie dingen:
Betekenis: Een serverfout (5xx) is, zoals de naam al zegt, een probleem bij de server. Dit kunnen veel dingen betekenen. Dat er bijvoorbeeld iets tijdelijk niet werkt, dat er iets niet ondersteunt wordt of dat de server overbelast is.
Urgentie: De hoogste urgentie! Als er een 5xx-fout is, kan het zijn, dat uw pagina niet werkt. En als Google dan toevallig langskomt, bent u helemaal niet blij.
Oplossing: Omdat een serverfout zoveel oorzaken kan hebben, kunnen we u niet de precieze oplossing aanbieden. Stap 1 is om te kijken, wat u precies op de pagina ziet. Stel dat daar een 500- of een 503-fout staat, dan weet u al meer. Googel vervolgens op die term. Vervolgens schakelt u een developer in of neemt u contact op met uw hostingpartij. Vaak is het zo, dat u hier zelf niks aan kan doen of dat het een tijdelijk probleem was.
Betekenis: Wanneer er een fout is met de omleiding, dan is er een fout met een redirect. Dit kan betekenen, dat de redirect niet juist is. Het kan ook zo zijn, dat er een redirect loop is. Zo’n loop ontstaat, wanneer, uw pagina A naar pagina B doorstuurt en pagina B weer naar pagina A.
Urgentie: Ook dit moet u echt prioriteit geven. Stel, dat u net de URL van uw belangrijkste blogs hebt geoptimaliseerd, dan wilt u wel, dat doet goed gaat.
Oplossing: De redirect verwijderen, de redirect aanpassen of de redirectloop eruit halen.
Betekenis: Een ingediende URL is niks anders dan een URL, die is aangeboden bij Google voor indexering. Een 404 is een pagina, waar verder geen content op staat.
Urgentie: Als u een URL heeft ingediend, die een 404 is, dan kan dat twee dingen betekenen: of u heeft de verkeerde URL gepakt of u heeft de juiste URL gepakt, maar de content staat er nog niet op. En dat is wel een probleem.
Oplossing: Heeft u de verkeerde URL gekozen, bied dan gewoon de juiste URL aan in Search Console. Heeft u wel de goede URL, zorg dan dat er content op die pagina komt te staan en bied de pagina opnieuw aan.
Robots.txt is een openbaar tekstbestand in de hoofdmap van een website. Het vertelt zoekrobots welke URL’s of bestanden zij wel en niet mogen opvragen. Het bestand is niet bedoeld om een URL betrouwbaar uit de zoekresultaten te verwijderen. Wilt u een pagina uit Google houden, gebruik dan een noindex-instructie.
Blokkeer een noindex-pagina niet tegelijkertijd via robots.txt. Google moet de pagina kunnen crawlen om de noindex-instructie te lezen.
Betekenis: De sitemap is de plattegrond van uw website. Met andere woorden: daar staat precies welke pagina waar staat. Als u deze melding ziet in Search Console, dan staat de desbetreffende pagina niet in uw plattegrond. Al wordt-ie wel meegenomen in de indexatie.
Urgentie: Dit is afhankelijk van wat u fout doet. Is het goed, dat de pagina niet in de sitemap staat? Dan wilt u de pagina zeer waarschijnlijk niet geïndexeerd hebben. Is het wel een belangrijke pagina en moet hij dus in uw sitemap? Dan is dit belangrijk.
Oplossing: Een onbelangrijke pagina wilt u in dit geval op noindex zetten. Een belangrijke pagina wilt u in de sitemap hebben. U kan de sitemap opnieuw genereren.
Betekenis: U weet inmiddels wat een omleiding is. Dat is namelijk een redirect. Wanneer Search Console de melding ‘pagina met omleiding’ geeft. Dit betekent dan dat Google de URL (ooit) ergens is tegengekomen en dat deze geredirect wordt.
Urgentie: Dit is in het overgrote deel van de gevallen niet erg. Als u een aantal pagina’s heeft aangepast en geredirect, dan zal Google dit zien.
Oplossing: Stel, u had vroeger een blog op /actueel/, maar nu staat datzelfde blog op /blog/. Als u nog /actueel/ in uw menu heeft staan, dan is dat niet bevorderlijk voor uw interne linkbuilding. Probeer dus geredirecte links zo goed mogelijk bij de bron aan te pakken. Dit kan er ook voor zorgen, dat u minder van dit soort meldingen terugziet.
Betekenis: Dit is wellicht een van de lastigste dekkingsfouten als u naar de titel kijkt. Maar eigenlijk is het heel simpel. Dit betekent, dat de pagina een canonical heeft naar de juiste pagina.
Urgentie: Totaal niet. Dit is namelijk iets goeds. U hoeft hier niks aan te doen. Google rapporteert dit alleen wel, zodat het in het overzicht staat. U moet natuurlijk wel controleren of het klopt, maar in 9 van de 10 gevallen hoeft u hier niks mee te doen.
Oplossing: Die is er dus niet 😉
4.9 Gecrawld – momenteel niet geïndexeerd
De melding ‘Gecrawld; momenteel niet geïndexeerd’ betekent dat Google de pagina heeft bezocht, maar voorlopig niet heeft opgenomen in de index.
Controleer eerst of de pagina voldoende zelfstandige waarde heeft. Onderzoek daarnaast dubbele content, interne links, canonical-tags, paginastructuur en de kwaliteit van de hoofdcontent. Vraag pas na inhoudelijke of technische verbeteringen opnieuw indexering aan.
4.10 Dubbele pagina, Google heeft een andere canonieke pagina gekozen dan de gebruiker
Betekenis: De canonical is de oplossing voor dubbele content. Maar in bepaalde gevallen kan Google de canonical negeren, omdat ze denkt dat ze het beter weet. En dat is het geval bij deze dekkingsfout.
U kan misschien pagina A als canonical hebben ingesteld, maar Google overrulet dat door pagina B te pakken.
Urgentie: Als Google het bij het rechte eind heeft, dan is dat natuurlijk geen probleem. Maar als Google het níet bij het juiste eind heeft, dan is dit wél een probleem. Dan moet u er meteen aan werken.
Oplossing: De oplossing hier is niet ‘doe dit en u lost het op’. Het is heel belangrijk om uw canonicals goed te controleren en waar nodig aan te passen. Verder moet u dubbele content zo goed mogelijk vermijden en ook de noindex, disallow, etc. controleren en aanpassen.
4.11 Uitgesloten door tag noindex
Betekenis: Als een pagina de noindex tag heeft, dan wordt hij niet geïndexeerd door Google. Oftewel: Google neemt ‘m niet mee in de indexatie.
Urgentie: In het gros van de gevallen heeft een pagina een noindex, omdat u niet wilt, dat deze geïndexeerd wordt. Dan hoeft u er dus niks aan te doen.
Oplossing: De pagina op index zetten, als u wel wil, dat hij in Google te vinden is.
4.12 Dubbele pagina zonder door de gebruiker geselecteerde canonieke versie
Betekenis: Dit is eigenlijk bijna hetzelfde probleem als bij ‘Dubbele pagina, Google heeft een andere canonieke pagina gekozen dan de gebruiker’, alleen hier heeft de pagina geen canonical. Oftewel: Google is lekker aan het freestylen.
Urgentie: Dit is wel iets wat u echt op moet pakken. U wilt namelijk niet, dat Google gaat freestylen en zelf gaat nadenken.
Oplossing: De oplossing is om te gaan werken met canonicals. Zorg, dat u dubbele content vermijdt. Kan het niet anders, werk dan met canonical. Zorg bij alles wat geen dubbele content heeft voor een ‘self-referencing’ canonical. Dat laatste is een canonical die naar zichzelf verwijst. Dat kan voorkomen dat Google gaat freestylen.
4.13 Ingediende URL gemarkeerd als noindex
Betekenis: U weet inmiddels wat een ingediende URL is: een URL die u heeft aangeboden in Search Console. Als deze pagina een noindex heeft en u biedt ‘m aan, dan krijgt u deze melding.
Urgentie: Extreem hoog als u wilt dat de URL in Google te vinden is ;-).
Oplossing: De noindex van de pagina afhalen en de pagina opnieuw aanbieden.
4.14 Niet gevonden (404)
Betekenis: Als een URL op een 404-pagina uitkomt, dan betekent, dat er op die pagina geen content staat. Die kan verwijderd zijn, verkeerd zijn geredirect of überhaupt nooit hebben bestaan.
Urgentie: 404’s wilt u eigenlijk altijd vermijden. Google zegt zelf, dat een 404 niet erg is als u zeker weet, dat de URL nooit heeft bestaan. Maar ik zou 404’s altijd oppakken. Ze hebben niet de hoogste prioriteit, maar u mag ze zeker niet vergeten.
Oplossing: De URL redirecten naar de vervangende pagina, de pagina die er het meest op lijkt of anders naar de homepage.
4.15 Soft 404
Betekenis: Een soft 404 is een 404, maar dan softer ;-). Nee, dat is een beetje flauw. Een soft 404 is minder ‘hard’ dan een normale 404. Bij een 404 is het echt een dood eind en bij een soft 404 kan het zijn dat de server niet meegeeft dat er iets goed gaat. Het kan ook zo zijn dat de pagina wel bestaat, maar geen of nagenoeg geen content heeft. Dan kan Google ook het label soft 404 erop knallen.
Urgentie: Dezelfde urgentie als de reguliere 404’s.
Oplossing: De lege pagina eventueel verwijderen en redirecten. Of een redirect toevoegen als de pagina niet bestaat.
4.16 Ontdekt – momenteel niet geïndexeerd
Bij ‘Ontdekt – momenteel niet geïndexeerd’ kent Google de URL, maar heeft Google deze nog niet gecrawld. Dit komt onder meer voor bij grote aantallen vergelijkbare pagina’s, een zwakke interne linkstructuur, serverbelasting of een lage waargenomen waarde.
Verbeter interne links, beperk onnodige URL’s en controleer de serverprestaties. Het herhaaldelijk aanbieden van dezelfde URL lost een structureel probleem meestal niet op.
Bij het opzetten van uw website of blog moet u uw voorkeursdomein specificeren. Hiermee instrueer u zoekmachines welke variant van het domein u wilt gebruiken gedurende de levensduur van uw website. Laten we eens kijken waarom u dit moet doen. Een website is standaard toegankelijk met www en zonder www voor een domeinnaam. Als uw domein bijvoorbeeld voorbeeld.com is, is uw website toegankelijk via zowel http://www.voorbeeld.com als http://voorbeeld.com (dus zonder www). Hoewel dit oké is voor gebruikers, is het verwarrend voor zoekmachines omdat ze deze als twee verschillende websites beschouwen. Dit betekent, dat u indexeringsproblemen, dubbele content problemen en verlies van paginarangschikking kunt tegenkomen. Om dit probleem op te lossen, moet u uw voorkeursdomein instellen en zoekmachines informeren over uw keuze.
Een van de vragen, die veel mensen hebben, is of ze www voor hun domein moeten gebruiken of dat ze voor de niet-www-versie moeten gaan. Er is geen SEO – voordeel om het ene formaat boven het andere te kiezen. Het is een kwestie van persoonlijke voorkeur. Het is belangrijk om zoekmachines te informeren over uw beslissing en consistent te zijn gedurende de hele levensduur van uw website.
Hoe u uw voorkeursdomein instelt
In het verleden was de instelling om uw voorkeursdomein op te geven beschikbaar in Google Search Console, maar Google besloot deze optie te verwijderen en te vertrouwen op canonieke URL’s.
Als u klaar bent met het instellen van uw voorkeursdomein, is de volgende stap het controleren en optimaliseren van uw robots.txt-bestand.
Robots.txt is een tekstbestand, dat zich in de hoofdmap van uw website bevindt. Het geeft instructies aan zoekmachines over welke pagina’s van uw website ze kunnen crawlen en aan hun index kunnen toevoegen. Het formaat van dit bestand is heel eenvoudig en in de meeste gevallen hoeft u er geen wijzigingen in aan te brengen.
Een ondiepe, logische sitestructuur is belangrijk voor gebruikers en zoekmachinebots. Bovendien helpt een interne linkstructuur om de rangschikkingskracht (zogenaamde link juice) efficiënter over uw pagina’s te verspreiden. Terwijl u uw interne links controleert, controleert u de klikdiepte. Zorg ervoor, dat de belangrijke pagina’s van uw site niet meer dan drie klikken verwijderd zijn van de startpagina. Paginering van blogpagina’s is noodzakelijk voor vindbaarheid door zoekmachines, maar vergroot de klikdiepte. Gebruik een eenvoudige structuur in combinatie met een krachtige zoekfunctie op de site om het voor gebruikers gemakkelijker te maken om elke bron te vinden.
Stop in de URL’s van uw webpagina’s en blogs geen tekens, liggende streepjes, onnodige cijfers of andere gekke dingen. Het is belangrijk om URL’s zo schoon mogelijk te houden. Maak URL’s zo kort mogelijk.
Zorg vervolgens, dat er een relevant zoekwoord in de URL staat. De URL moet er dus mooi en duidelijk uitzien.
Crawlbudget is vooral relevant voor zeer grote of snel veranderende websites. Kleine bedrijfswebsites hoeven zich hier doorgaans nauwelijks zorgen over te maken.
Grote websites kunnen de crawlcapaciteit efficiënter gebruiken door dubbele URL’s, eindeloze filtercombinaties, redirectketens, serverfouten en onbelangrijke parameter-URL’s te beperken.
Het is gebruikelijk om gifs, memes en video’s te gebruiken om uw pagina’s op te fleuren. Deze bronnen zijn bedoeld om uw gebruikers te entertainen, maar ze doen er eigenlijk niet toe voor zoekmachines. Het goede nieuws is, dat u Google kunt vragen deze bronnen te negeren en iets anders te gaan crawlen. Om dat te doen, bewerkt u uw robots.txt-bestand om afzonderlijke bronnen niet toe te staan:
User-agent: * Niet
toestaan: /images/filename.jpg
Of zelfs bepaalde bestandstypen:
User-agent: *
Niet toestaan: /*.gif$
Wanneer er te veel omleidingen (redirects) zijn, stopt Google meestal met het volgen van het spoor en gaat naar andere delen van uw website. Wat betekent dat sommige van uw pagina’s misschien nooit het daglicht zullen zien. Dat komt bovenop het verspillen van een stel kruipende eenheden voor niets. Als u dergelijke pagina’s vindt, corrigeer dan de omleidingen om rechtstreeks naar de landingspagina te gaan.
Het is gebruikelijk, dat content management systemen een heleboel dynamische URL’s genereren. In principe kan elk van uw pagina’s een paar verschillende URL’s hebben, afhankelijk van hoe u daar bent gekomen of het type filters, dat u heeft gebruikt. Google kan elk van deze URL’s als een andere pagina zien, ook al is de content grotendeels hetzelfde. Om te voorkomen, dat Google een aantal bijna identieke pagina’s crawlt, kunt u Google vragen bepaalde URL-parameters te negeren. Om dat te doen, start u Google Search Console en gaat u naar Verouderde tools en rapporten > URL-parameters :
Klik aan de rechterkant op Bewerken en vertel Google welke parameters moeten worden genegeerd.
Wanneer een zoekbot een 4XX/5XX-pagina bereikt, gaat een deel van uw crawlbudget verloren. Daarom is het belangrijk om alle verbroken links op uw site te vinden en op te lossen. ‘Broken links’ verspillen niet alleen uw crawlbudget, maar brengen ook bezoekers in verwarring en verslinden ‘link juice’.
Dubbele content is niet automatisch spam of plagiaat. Het kan Google wel laten twijfelen over de URL die in de zoekresultaten moet verschijnen. Ook kunnen crawlcapaciteit en interne autoriteit over verschillende varianten worden verdeeld.
Voeg vergelijkbare pagina’s samen wanneer zij dezelfde zoekintentie bedienen. Gebruik bij noodzakelijke URL-varianten consistente canonicals, interne links en sitemapvermeldingen.
Core Web Vitals zijn meetwaarden waarmee Google de praktische gebruikerservaring van een webpagina beoordeelt. Ze laten zien hoe snel de belangrijkste content verschijnt, hoe vlot de pagina reageert en hoe stabiel de vormgeving tijdens het laden blijft.
Goede scores garanderen geen hoge positie in Google. Ze helpen wel om bezoekers een snelle, stabiele en gebruiksvriendelijke website te bieden. Dat kan afhaken verminderen en conversies ondersteunen.
De actuele Core Web Vitals bestaan uit LCP, INP en CLS. First Input Delay, afgekort FID, maakt geen deel meer uit van deze meetwaarden en is vervangen door INP.
Largest Contentful Paint meet hoelang het duurt voordat het grootste zichtbare onderdeel binnen het scherm is geladen. Dit is vaak een grote afbeelding, banner, video of tekstblok bovenaan de pagina.
Een goede LCP bedraagt maximaal 2,5 seconden bij minimaal 75% van de gemeten bezoeken.
Een slechte LCP kan onder andere worden veroorzaakt door:
Verklein en comprimeer afbeeldingen, gebruik moderne bestandsformaten en laad alleen bestanden die de pagina werkelijk nodig heeft. Pas geen lazy loading toe op de belangrijkste afbeelding bovenaan de pagina.
Interaction to Next Paint meet hoe snel een pagina visueel reageert nadat een bezoeker klikt, tikt of tekst invoert. De meting kijkt gedurende het gehele paginabezoek naar de reactiesnelheid.
Een goede INP bedraagt maximaal 200 milliseconden bij minimaal 75% van de gemeten bezoeken.
Een slechte INP ontstaat vaak door:
Verwijder ongebruikte scripts, beperk zware plug-ins en stel niet-kritieke JavaScript-bestanden uit. Controleer ook of chatfuncties, cookiebanners en trackingsoftware de pagina onnodig belasten.
Cumulative Layout Shift meet hoeveel zichtbare elementen onverwacht verschuiven terwijl de pagina wordt geladen. Denk aan een knop die plotseling verspringt doordat een afbeelding, advertentie of cookiemelding later wordt toegevoegd.
Een goede CLS-score bedraagt maximaal 0,1 bij minimaal 75% van de gemeten bezoeken.
Veelvoorkomende oorzaken zijn:
Reserveer vooraf voldoende ruimte voor afbeeldingen, video’s en advertenties. Zorg daarnaast dat banners en meldingen bestaande content niet onverwacht verplaatsen.
Gebruik hiervoor bij voorkeur meerdere gegevensbronnen:
PageSpeed Insights toont zowel praktijkgegevens als resultaten uit een gecontroleerde laboratoriumtest. Praktijkgegevens zijn gebaseerd op bezoeken van echte Chrome-gebruikers en geven daarom het betrouwbaarste beeld van de daadwerkelijke gebruikerservaring.
Laboratoriumgegevens helpen vooral bij het opsporen van technische oorzaken. Een losse Lighthouse-test kan per meetmoment, apparaat en verbinding verschillen.
Een website kan op desktop goed presteren en op mobiele apparaten toch onvoldoende scoren. Mobiele bezoekers gebruiken vaker een langzamere verbinding of een minder krachtig apparaat.
Controleer daarom beide apparaattypen afzonderlijk. Geef extra aandacht aan mobiele pagina’s, omdat Google de mobiele versie van een website als uitgangspunt voor indexering gebruikt.
Een goede score voor de homepage betekent niet dat de hele website goed presteert. Dienstenpagina’s, blogs, categorieën en productpagina’s kunnen andere templates, afbeeldingen en scripts gebruiken.
Controleer daarom representatieve URL’s uit ieder belangrijk paginatype. Gebruik het Search Console-rapport om groepen URL’s met hetzelfde probleem te herkennen.
Core Web Vitals maken deel uit van de bredere pagina-ervaring, maar zijn niet belangrijker dan relevantie, behulpzame content en autoriteit. Een snelle pagina met oppervlakkige informatie verslaat niet automatisch een tragere pagina die de zoekvraag veel beter beantwoordt.
Technische verbeteringen zijn vooral waardevol wanneer ze bezoekers daadwerkelijk helpen. Denk aan sneller zichtbare informatie, beter werkende formulieren, stabiele knoppen en een soepel bestelproces.
Goede Core Web Vitals garanderen niet dat een pagina wordt geselecteerd voor Google AI Overviews, AI Mode, ChatGPT, Gemini of Perplexity. Daarvoor spelen ook relevantie, inhoudelijke kwaliteit, actualiteit, autoriteit en beschikbaarheid van de content een rol.
Een snelle en stabiele website ondersteunt wel een goede gebruikerservaring. Technische toegankelijkheid helpt zoekmachines bovendien om belangrijke content te bereiken en te verwerken. Core Web Vitals zijn daarmee onderdeel van een sterke technische basis, maar geen afzonderlijke AI-rankingfactor.
Begin bij belangrijke pagina’s die volgens praktijkgegevens onvoldoende presteren en veel organisch verkeer of conversies vertegenwoordigen. Pak eerst problemen aan die meerdere paginatypen tegelijk beïnvloeden, zoals trage hosting, zware scripts, grote afbeeldingen of een inefficiënt websitethema.
Test na iedere belangrijke aanpassing opnieuw. Vergelijk niet alleen de technische score, maar controleer ook of laadtijd, gebruiksgemak, betrokkenheid en conversies daadwerkelijk verbeteren.
Wilt u weten welke technische problemen uw website vertragen? Connect your World controleert de Core Web Vitals, achterliggende oorzaken en commerciële impact. U ontvangt een praktisch overzicht van de verbeteringen die als eerste moeten worden uitgevoerd.
Google gebruikt de mobiele versie van een website als basis voor indexering. Zorg daarom dat belangrijke tekst, interne links, afbeeldingen, structured data en metadata ook op mobiele apparaten beschikbaar zijn.
Test verschillende schermformaten handmatig. Controleer de leesbaarheid, navigatie, formulieren, knoppen, pop-ups en elementen die buiten het scherm vallen. Kijk niet alleen naar snelheid, maar ook naar de praktische bruikbaarheid.
Onder de grafiek staat een tabel met de meest voorkomende problemen, die van invloed zijn op uw mobiele pagina’s. U kunt verder onderzoek doen door op één van de problemen te klikken.
Google is in 2014 begonnen met het gebruik van HTTPS als ranking-signaal . Sindsdien komen HTTPS-migraties steeds vaker voor. Volgens het Google Transparantie Rapport gebruikt 95% van de websites op Google tegenwoordig HTTPS. Als uw site nog niet over HTTPS beschikt, kunt u een HTTPS-migratie overwegen. Als uw website al gebruik maakt van HTTPS (gedeeltelijk of volledig), is het belangrijk om de veelvoorkomende HTTPS-problemen te controleren als onderdeel van uw SEO Audit. Vergeet vooral niet te controleren op:
Problemen met gemengde inhoud ontstaan wanneer een anders beveiligde pagina een deel van de content (afbeeldingen, video’s, scripts, CSS-bestanden) laadt via een niet-beveiligde HTTP-verbinding. Dit verzwakt de beveiliging van de pagina en kan voorkomen dat browsers de niet-beveiligde inhoud of zelfs de hele pagina laden.
Eerst moet u controleren op dubbele HTTP- versus HTTPS-versies van uw pagina’s, in het gedeelte Site-audit > Omleidingen . Als de HTTP- en HTTPS-versies van uw website niet correct zijn ingesteld, kunnen ze allebei tegelijkertijd worden geïndexeerd door zoekmachines. Dit veroorzaakt dubbele inhoudsproblemen die uw website rankings kunnen schaden. In het ideale geval zouden alle links op uw HTTPS-site, evenals omleidingen en canonicals, meteen naar HTTPS-pagina’s moeten verwijzen.
Zorg ervoor, dat u de juiste omleiding van HTTP naar HTTPS instelt, merk problemen op met www en niet-www-versies van uw site. Ten tweede, zelfs als u de HTTP-naar-HTTPS-omleidingen correct op de hele site hebt geïmplementeerd, wilt u gebruikers niet door onnodige omleidingen leiden. Hierdoor zal uw website veel langzamer lijken dan hij is. Dergelijke omleidingen kunnen ook een probleem zijn voor het crawlen, omdat u een beetje van uw crawlbudget verspilt telkens wanneer een bot van een zoekmachine een omleiding bereikt.
Een canonical geeft aan welke URL uw voorkeur heeft wanneer verschillende URL’s dezelfde of vrijwel dezelfde content tonen. Google behandelt deze aanwijzing als een sterk signaal, maar kan uiteindelijk een andere URL kiezen.
Zorg dat redirects, interne links, XML-sitemaps en canonical-tags dezelfde voorkeurs-URL ondersteunen. Gebruik op unieke indexeerbare pagina’s doorgaans een self-referencing canonical.
Werkt uw website met meerdere talen of landen? Gebruik dan aparte URL’s per taalvariant en implementeer wederkerige hreflang-tags.
Laat iedere taalversie in beginsel naar zichzelf canonicaliseren. Een Nederlandse pagina met een canonical naar een Engelse versie kan ervoor zorgen dat de Nederlandse URL niet als zelfstandige pagina wordt behandeld.
Structured data helpt zoekmachines specifieke informatie op een pagina herkennen. Het is geen directe rankingfactor en garandeert geen uitgebreid zoekresultaat.
Gebruik alleen structured data die bij de zichtbare content past. Denk aan Organization, LocalBusiness, Article, Product en BreadcrumbList. Controleer de implementatie met de Rich Results Test en Schema Markup Validator.
U kunt uw gestructureerde gegevens controleren in de Google Search Console onder het tabblad Verbeteringen. Google geeft de verbeteringen weer die u op uw website heeft geprobeerd te implementeren en laat u weten of dit is gelukt:
Als uw website een CMS gebruikt, kunnen gestructureerde gegevens standaard worden geïmplementeerd of u kunt dit implementeren door een plug-in te installeren. Als u een op maat gemaakte website heeft, kunt u een hulptool gebruiken om uw pagina’s te taggen.
Wat is het voordeel van het gebruik van gestructureerde data ?
Het kan u helpen de presentatie van uw vermeldingen in de SERPS te verbeteren, hetzij via aanbevolen fragmenten , kennisgrafieken, enz., en uw CTR te verhogen.
Wat zijn de toepassingen van gestructureerde gegevens?
Er zijn veel manieren waarop u gestructureerde gegevens kunt gebruiken om uw content te beschrijven. De meest populaire zijn: artikelen, recepten, evenementen, vacatures, lokale bedrijven en meer. U kunt de volledige lijst hier bekijken .
Een XML-sitemap is een bestand dat de URL’s van uw site weergeeft en waarmee u informatie over elke pagina van uw site kunt verstrekken om de crawlers van zoekmachines te helpen deze beter te navigeren en te indexeren.
Vaker wel dan niet, bevindt uw XML-sitemap zich in de hoofdmap van uw domein, dus het is meestal vrij eenvoudig te vinden. Er zijn een aantal manieren waarop u de XML-sitemap op uw site kunt vinden – of zelfs om te ontdekken of u er een heeft. Gebruik veelvoorkomende formaten om te lokaliseren. Er zijn enkele standaard naamgevingsconventies, dus probeer die eerst. Begin met deze: URL + sitemap.xml of sitemap_index.xml of sitemap1.xml.
In een wereld waar Google koning is, is het essentieel om uw site fris en bijgewerkt te houden met nieuwe content. Hierbij zijn XML-sitemaps essentieel voor SEO omdat ze zoekmachines zoals Google in staat stellen om alle pagina’s op uw website te vinden, die ze anders misschien niet zouden hebben gevonden. Dit kan betekenen, dat er meer organisch verkeer binnenkomt en meer geld voor uw bedrijf! XML-sitemaps helpen Google uw site te crawlen en snel naar nieuwe inhoud te gaan. Zie de XML-sitemap als een stappenplan. Langs komt Google, en het komt op een pagina op uw website. Laten we, omwille van het argument, zeggen dat dit de startpagina is. Van daaruit crawlt het uw navigatie en begint het die pagina’s te ontdekken, en gaat dan op jacht om andere pagina’s te vinden.
Google heeft in het verleden gezegd dat kleine sites niet echt een XML-sitemap nodig hebben (zie onderstaande quote van John Mueller) en dat ze nuttiger zijn voor grotere sites. Ik zou zeggen dat het niet uitmaakt hoe groot of klein uw site is – u zou nog steeds een XML-sitemap moeten hebben. Ze zijn zo gemakkelijk te maken (met behulp van een plug-in zoals Yoast of een tool zoals Sitebulb of Screaming Frog), dat u gek zou zijn om dat niet te doen. Een taak die een paar minuten duurt voor een eenvoudige site, helpt Google de gewenste URL’s te vinden.
“Met een site van die grootte heeft u niet echt een sitemapbestand nodig, we kunnen over het algemeen toch alles crawlen en indexeren.
John Mueller – Google Webmaster Forum
Met zo’n klein sitemapbestand kunt u ook gewoon de afzonderlijke URL’s controleren om te zien of ze op die manier zijn geïndexeerd.’
Uw sitemap vertelt zoekmachines over uw sitestructuur en laat ze nieuwe content ontdekken. Als u geen sitemap heeft, moet u er nu echt een gaan maken. Als u uw sitemap controleert, zorg er dan voor dat deze:
Schoon. Houd uw sitemap vrij van fouten, omleidingen en URL’s die worden geblokkeerd voor indexering; anders loopt u het risico dat zoekmachines de sitemap negeren alsof deze er niet is.
Actueel. Zorg ervoor, dat uw sitemap wordt bijgewerkt, telkens wanneer nieuwe content aan uw website wordt toegevoegd of ervan wordt verwijderd. Dit zal zoekmachines zoals Google helpen nieuwe content snel te ontdekken.
Beknopt. Google crawlt geen sitemaps van meer dan 50.000 URL’s. Idealiter zou u het veel korter moeten houden om ervoor te zorgen dat uw belangrijkste pagina’s vaker worden gecrawld: technische SEO experimenten tonen aan dat kortere sitemaps resulteren in effectievere crawls .
Geregistreerd in Search Console. Laat Google weten, wat uw sitemap is. U kunt het handmatig indienen bij Google Search Console of de locatie op de volgende manier ergens in uw robots.txt-bestand opgeven:
Sitemap: http://uwdomein.com/sitemaplocatie.xml
De bovenstaande SEO site-audit zal zeker een paar technische SEO problemen op uw site onder de aandacht brengen, die moeten worden opgelost. Zodra u ze heeft opgelost, kunt u Google expliciet vragen uw pagina’s opnieuw te crawlen, om ervoor te zorgen, dat de wijzigingen zo snel mogelijk worden doorgevoerd. U kunt uw bijgewerkte URL’s voor opnieuw crawlen verzenden vanuit Google Search Console met behulp van de URL-inspectietool. Voer de URL in van de pagina die u opnieuw wilt crawlen en klik op ‘Indexering aanvragen’. U kunt ook de Live URL testen (voorheen bekend als de functie Fetchen als Google) om uw pagina in zijn huidige vorm te zien en vervolgens indexering aanvragen.
Met de URL-inspectietool kunt u het rapport uitbreiden voor meer details, de live-URL testen en indexering aanvragen.
U moet beoordelen wanneer u echt opnieuw moet crawlen. Bijvoorbeeld na het doorvoeren van serieuze wijzigingen op de site: u heeft uw site van http naar https verplaatst, gestructureerde gegevens ingevoerd of essentiële content optimalisatie uitgevoerd. Of u wilt, dat een dringende blogpost sneller op Google verschijnt. Er wordt aangenomen dat er een limiet is voor het aantal herhalingsacties per maand, dus maak er geen misbruik van. Het opnieuw crawlen kan 10 minuten tot enkele weken duren. Een beter alternatief voor opnieuw crawlen is om enorme wijzigingen door te geven via de sitemap. Google kan niet garanderen, dat alle pagina’s van uw website worden geïndexeerd, maar als de site vrij klein is, zal dit hoogstwaarschijnlijk wel gebeuren.
Er is ook een vergelijkbare optie in Bing Webmaster Tools. Zoek gewoon het gedeelte Mijn site configureren in uw dashboard en klik op URL’s indienen. Vul de URL in, die u opnieuw wilt laten indexeren. Bing zal deze doorgaans binnen enkele minuten crawlen. Met de tool kunnen webmasters voor de meeste sites tot 10.000 URL’s per dag indienen.
Tenslotte. Een regelmatige site-audit moet een prioriteit zijn in uw SEO-strategie. Welke veranderingen er ook op internet verschijnen, ze kunnen de ranglijst op een zeer onvoorspelbare manier beïnvloeden. Daarom is het echt verstandig om SEO analyse tools in te stellen voor regelmatige technische SEO controles. Met de uitkomsten kunt u SEO optimalisatie problemen opsporen en op te lossen zodra ze zich voordoen.
Een broodkruimelmenu is een reeks links boven of onder aan een pagina, waarmee gebruikers naar een vorige pagina (meestal de categoriepagina) of naar de startpagina van een website kunnen navigeren.
Een broodkruimelmenu heeft twee hoofddoelen: het helpt gebruikers gemakkelijk door een website te navigeren zonder op de terugknop van hun browser te hoeven drukken. Het geeft zoekmachines nog een hint over de structuur van een website.
Breadcrumbs worden in verschillende SEO Guides als SEO-element genoemd omdat ze sterk worden aanbevolen door Google. Als u breadcrumbs nog niet hebt ingeschakeld, zorg er dan voor dat ze zijn ingeschakeld op uw website en dat ze het juiste schema hebben.
Steeds meer websites maken gebruik van JavaScript frameworks zoals React, Vue of Angular.
Dat maakt websites dynamisch en snel voor gebruikers, maar kan een groot probleem vormen voor SEO.
Als content pas zichtbaar wordt nadat JavaScript is geladen, bestaat het risico dat zoekmachines (en AI-systemen) deze content niet of te laat zien.
Rendering is het proces waarbij uw website wordt opgebouwd en zichtbaar wordt voor de bezoeker én voor zoekmachines.
Gevolg: zoekmachines missen belangrijke content en rankings blijven achter.
Gebruik deze checks:
Ziet u verschil? Dan heeft u een rendering probleem.
AI-tools zoals ChatGPT en Google AI halen informatie uit goed gestructureerde en direct beschikbare content. Als uw content verborgen zit achter JavaScript, wordt deze minder snel gebruikt als bron.
Websites met duidelijke HTML-structuur en goede rendering hebben een grotere kans om zichtbaar te worden in AI-antwoorden.
Twijfel u of uw website goed wordt gerenderd door Google en AI?
Laat een technische analyse uitvoeren en ontdek waar u kansen liggen.
Logfile analyse is een geavanceerde techniek binnen technische SEO waarmee u inzicht krijgt in hoe zoekmachines zoals Google uw website daadwerkelijk bezoeken. In plaats van aannames of tools die simuleren, kijkt u hier naar de echte data van uw server. U ziet precies welke pagina’s worden gecrawld, hoe vaak en door welke bots.
Een logfile is een bestand op uw server waarin alle verzoeken worden opgeslagen.
Hierin staat onder andere:
Dit geeft een realistisch beeld van uw crawlgedrag.
Een logfile-analyse laat zien welke zoekrobots een website daadwerkelijk bezoeken, welke URL’s zij crawlen en welke statuscodes de server teruggeeft.
Deze analyse is vooral waardevol voor grote webshops, platformen, nieuwssites en websites met veel filter- of parameter-URL’s. Voor een kleine bedrijfswebsite is logfile-analyse meestal geen eerste prioriteit.
Met logfile analyse krijgt u inzicht in:
Dit zijn inzichten die u met standaard SEO-tools vaak mist.
Zo zorgt u dat Google focust op wat écht belangrijk is.
Dit maakt logfile analyse vooral waardevol voor grotere websites, webshops en contentplatforms.
AI-systemen en zoekmachines vertrouwen op goed gecrawlde en toegankelijke content. Als uw belangrijkste pagina’s niet (vaak genoeg) worden bezocht door Google, is de kans kleiner dat ze worden opgenomen in AI-antwoorden. Door uw crawlgedrag te optimaliseren, vergroot u de kans dat uw content wordt gezien, begrepen en gebruikt door AI-tools.
Wilt u weten hoe Google uw website écht crawlt?
Laat een logfile analyse uitvoeren en ontdek waar uw crawlbudget verloren gaat.
Verwijder een uitverkocht product niet automatisch. Komt het product terug, laat de pagina dan bestaan en communiceer de voorraadstatus. Is het product definitief verdwenen, kies dan voor een relevante vervanger, categoriepagina of correcte 404- of 410-status.
Webshops hebben extra aandacht nodig voor filters, sorteringen, productvarianten, paginering en tijdelijk niet-leverbare producten.
Een migratie is een van de momenten waarop organische zichtbaarheid snel verloren kan gaan. Maak vooraf een volledige URL-inventarisatie en koppel iedere waardevolle oude URL aan de beste nieuwe bestemming.
Controleer na livegang de redirects, statuscodes, canonicals, interne links, robots.txt, noindex-tags, sitemaps, tracking en Search Console. Bewaar belangrijke redirects langdurig.
Welke technische SEO-problemen moet u eerst oplossen?
- Belangrijke pagina’s die niet bereikbaar of geblokkeerd zijn.
- Serverfouten, redirectloops en foutieve noindex-tags.
- Verkeerde canonicals en ernstige URL-duplicatie.
- Ontbrekende interne links en structuurproblemen.
- Slechte Core Web Vitals en mobiele gebruiksproblemen.
- Structured data en overige technische verbeteringen.
Technische SEO zorgt ervoor dat zoekmachines uw belangrijkste pagina’s kunnen bereiken, verwerken en indexeren. Het is geen vervanging voor relevante content, autoriteit en een goede gebruikerservaring, maar wel het fundament waarop deze onderdelen moeten kunnen presteren.
De grootste winst ontstaat door problemen op basis van impact te prioriteren. Een foutieve noindex op een belangrijke dienstenpagina is urgenter dan een kleine structured data-waarschuwing. Een goede technische SEO-analyse maakt dat verschil zichtbaar.
Weet u niet zeker of technische problemen uw organische groei afremmen? Connect your World controleert onder meer de indexatie, websitestructuur, Core Web Vitals, canonicals, interne links, structured data en technische toegankelijkheid voor Google en AI-zoekfuncties.
U ontvangt geen onoverzichtelijke lijst met toolmeldingen, maar een praktisch advies met duidelijke prioriteiten. Vraag een gratis SEO-scan aan en ontdek welke verbeteringen voor uw website werkelijk verschil maken.
Herman Geertsema is de eigenaar en senior freelance SEO specialist van SEO en Content Marketing bureau Connect your World gevestigd in Den Haag. Connect your World voert online marketing projecten uit op het gebied van zoekmachineoptimalisatie, linkbuilding, contentmarketing, sociale media en Google Ads.
Kies ook een SEO specialist voor een goede SEO analyse in de volgende regio’s:
Heeft u een vraag over technische SEO, Google Ads Campagnes of iets anders? Of wilt u ons als SEO tekstschrijver of SEO specialist inhuren om bovenaan in Google te komen? Neem dan contact op via onderstaande button.
Nee. On-page SEO richt zich vooral op content, zoekintentie, titels, koppen en inhoudelijke optimalisatie. Technische SEO zorgt ervoor dat zoekmachines deze content kunnen bereiken, verwerken en indexeren. (Onze complete SEO checklist)
Nee. Alleen pagina’s met zelfstandige waarde voor zoekers hoeven in Google te staan. Bedankpagina’s, interne zoekresultaten en dubbele URL-varianten kunnen beter worden uitgesloten.
Een 404 is niet schadelijk wanneer een URL terecht niet meer bestaat. Het wordt problematisch wanneer belangrijke pagina’s verdwijnen, interne links naar foutpagina’s wijzen of veel onbedoelde 404-URL’s ontstaan.
Nee. Google vereist geen llms.txt-bestand of speciale AI-markup voor AI Overviews en AI Mode. Een crawlbare, indexeerbare en inhoudelijk waardevolle website blijft belangrijker.
Structured data garandeert geen hogere positie. Het helpt zoekmachines informatie herkennen en kan een pagina geschikt maken voor bepaalde uitgebreide zoekresultaten.
Wilt u zelf een SEO check uitvoeren voor uw website? Maak dan gebruik van de vele SEO checklists op deze website of ons overzicht met veelal gratis SEO tools.
