Semantische SEO: van keyword strings naar entiteitenopvraging (2026)

TL;DR: Semantic SEO is niet simpelweg het rondstrooien van gerelateerde woorden rond één zoekwoord. Het gaat erom je onderwerp, entiteit, antwoord en merk zó helder te maken dat Google het juiste passage kan ophalen zodra een zoekopdracht in kleinere betekeniseenheden wordt opgesplitst.

Ik maakte vroeg bij mindnow de fout van de synoniemenlijst. We behandelden “semantic SEO” als een briefing­probleem: pak het doelzoekwoord, verzamel verwante zinnen, voeg wat koppen toe, publiceer een bredere pagina. Vervolgens werden we ingehaald door dunnere pagina’s die één stuk intentie veel strakker beantwoordden.

Dat patroon kwam later terug op vadimkravcenko.com en seojuice.com. Google beloonde niet de pagina die de meeste gerelateerde dingen zei, maar de pagina waarvan de betekenis kon worden geëxtraheerd, verbonden en geciteerd. Dáár zit de verschuiving. Semantic SEO is nu een retrieval­probleem—entiteiten, relaties, passages en intentfragmenten moeten allemaal op één lijn liggen.

Realiteit in de SERP: wat de topposities wel en niet vertellen

Mijn stelling is eenvoudig: semantic SEO is de veertienjarige lijn van Google’s Knowledge Graph via BERT naar AI Mode query fan-out (een term die ik zelf moest opzoeken toen Liz Reid ‘m voor het eerst op het podium gebruikte—geen zorgen als jij nu hetzelfde doet). Het oude advies was “optimaliseer voor intentie”. De scherpere versie luidt: definieer de entiteit, map de intentfragmenten, schrijf extraheerbare passages en verbind alles zó dat Google begrijpt waarom deze pagina dit deel van de vraag beantwoordt.

Semantic SEO is niet langer synoniem-SEO

Semantic SEO begon niet met AI Overviews. Het begon toen Google publiekelijk van strings naar things ging. In 2012 introduceerde Amit Singhal de Knowledge Graph en gaf daarmee de helderste uitleg:

“Het is niet slechts een catalogus van objecten; het modelleert ook alle onderlinge relaties. Juist de intelligentie tussen deze verschillende entiteiten is de sleutel.”

Dat citaat is belangrijk omdat het de oudere SEO-gewoonte onderuit­haalt. Als Google objecten en relaties modelleert, zijn synoniemen secundair. Ze kunnen betekenis verduidelijken, maar creëren die niet op zichzelf.

De entiteit komt eerst. De relatie komt daarna. Taalvariatie helpt alleen als ze die twee makkelijker identificeerbaar maakt. “Semantic SEO”, “entity SEO”, “search intent”, “Knowledge Graph”, “BERT” en “AI Overviews” zijn geen inwisselbare confetti. Sommigen zijn concepten, anderen Google-systemen, weer anderen retrieval-gedragingen. Ze op één hoop gooien leidt tot een lange pagina die weinig zegt.

De slechte versie van semantic SEO

De slechte workflow oogt efficiënt. Neem een zoekwoord. Exporteer gerelateerde termen. Stop ze in koppen. Voeg People Also Ask-vragen toe. Noem het topical depth.

Ik heb dit langer gedaan dan ik wil toegeven (ik zat er jaren naast). De pagina leek rijk volgens een contenttool, maar zwak in de SERP. Ze dekte het onderwerp zoals een kassabon een diner dekt: veel items, geen maaltijd.

De betere versie

Mijn werkdefinitie is: semantic SEO structureert content zó dat zoek­systemen onderwerp, entiteit, intentie, relatie en answer unit kunnen herkennen zonder te gissen.

Die laatste woorden zijn cruciaal: zonder te gissen. Als een alinea zegt “dit helpt rankings omdat het ze meer context geeft”, moet Google “dit”, “ze” en “context” ontleden. Een betere semantische passage benoemt het ding: “Semantic SEO helpt Google een pagina te ranken door de entiteiten, relaties en intentfragmenten die de pagina beantwoordt te verduidelijken.”

Hoe Google’s semantische zoekfunctie zich echt ontwikkelde

Dit hoeft geen geschiedenisles te worden. De boog volstaat: 2012 bracht dingen en relaties, 2019 verbeterde query­begrip en 2025 maakte sub-query-retrieval expliciet.

2012: entiteiten vóór strings

De Knowledge Graph betekende de publieke draai van zoekwoordstrings naar echte objecten. Google liet zien mensen, plaatsen, organisaties, producten en concepten als verbonden entiteiten te kunnen begrijpen (dit maakt van “topic” een graafknooppunt met meetbare relaties in plaats van een tag in je CMS).

Voor SEO veranderde dat de opdracht. Een pagina over “Apple” had genoeg context nodig om het bedrijf van de vrucht te scheiden. Een pagina over “semantic SEO” moet voldoende context bieden om het te onderscheiden van generieke SEO-teksten, contentoptimalisatie en zoekwoordonderzoek.

2019: queries, niet zoekwoorden

Toen kwam BERT. Pandu Nayak omschreef het zo op Google’s blog:

“We brengen een aanzienlijke verbetering in hoe we queries begrijpen, de grootste sprong vooruit in de afgelopen vijf jaar en een van de grootste in de geschiedenis van Search.”

Bij de lancering zei Google dat BERT 1 op de 10 Engelstalige zoekopdrachten in de VS zou beïnvloeden. Een serieuze uitrol, geen labdemo. De sleutel was context. Kleine woorden konden intentie kantelen. Woordvolgorde deed ertoe. Een query was niet langer een zak termen maar een zin met interne relaties.

Veel semantic-SEO-gidsen bleven hier steken. Ze snapten dat Google betere taalmodellen had en reduceerden het advies tot “schrijf natuurlijk”. Waar, maar onvolledig. Natuurlijk schrijven helpt. Duidelijke retrieval helpt méér.

2025: sub-queries veranderen de competitie

AI Mode maakte de volgende stap zichtbaar. Liz Reid, Google’s VP en Head of Search, schreef:

“AI Mode gebruikt onze query fan-out techniek, waarbij je vraag in subonderwerpen wordt opgeknipt en er simultaan een veelvoud aan queries namens jou wordt uitgevoerd.”

Die zin zou je paginabrief moeten veranderen. Als Google een query opbreekt in subonderwerpen, moet jouw content op subonderwerpniveau werken. Een brede pagina kan nog steeds ranken, maar het passage dat één kleiner probleem oplost kan de eenheid zijn die wordt opgehaald.

Ik weet niet hoeveel hiervan zichtbaar blijft voor SEO’s zodra rapportage verandert. Dat is het vervelende. Maar de richting is duidelijk: als het systeem de query decomponeert, moet de pagina decomponerbare antwoorden bieden.

Zoekintentie is niet langer één intentie

De meeste contentbriefs duwen een zoekwoord in één hokje: informationeel, commercieel, transactioneel of navigatief. Dat model was altijd grof. AI-search maakt het misleidender, omdat één query meerdere taken tegelijk kan dragen.

Neem het zoekwoord “semantic seo”. De één wil een definitie, de ander een workflow. Iemand anders wil weten of structured data ertoe doet. Een founder kan zich druk maken om AI Overview-zichtbaarheid. Een content lead om interne links. Zelfde query, verschillende intent­fragmenten.

Daarom is “wat is de intentie?” de verkeerde briefvraag. Stel deze: welke intentfragmenten kan Google afzonderlijk ophalen?

Die vraag verandert de pagina. Je stopt met één reuzenantwoord schrijven en begint antwoordunits te bouwen. Elke unit hoort nog steeds bij de pagina, maar heeft een duidelijke taak.

De semantic-SEO-workflow voor 2026

Onderstaande workflow is praktisch, maar geen generieke checklist. Elke stap koppelt terug naar retrieval. Draagt een stap niet bij aan het identificeren, extraheren of verbinden van betekenis, dan hoort hij waarschijnlijk elders.

1. Definieer de hoofd-entiteit vóór je gaat schrijven

Voordat je koppen uitwerkt, benoem de entiteit. Voor dit artikel is de entiteit “semantic SEO”, niet “SEO-schrijven” of “contentoptimalisatie”. Definieer daarna categorie, attributen, gerelateerde entiteiten en disambiguators.

• Hoofd-entiteit: semantic SEO
• Entiteitstype: SEO-concept en contentstrategie­methode
• Gerelateerde entiteiten: Knowledge Graph, BERT, AI Overviews, structured data, zoekintentie, interne links
• Disambiguators: entiteitsrelaties, passage-extractie, query fan-out, intentfragmenten

Aleyda Solis verwoordt dit voor merken glashelder:

“Je merk moet bestaan als een duidelijk gedefinieerde entiteit die AI-modellen binnen hun semantische systemen kunnen vinden, begrijpen en onderscheiden.”

Dat geldt voor topics en merken. seojuice.com mag niet als losse merkvermelding opduiken; het moet verbonden zijn met contentstrategie, interne links, automatisering en SEO-workflows. Hetzelfde geldt voor auteurs­pagina’s, organisatie-schema, consequente naamgeving en context per onderwerp.

2. Map intentfragmenten in plaats van één intentlabel

Verander het zoekwoord in answer units. Haal vragen uit de SERP, People Also Ask, fora, salescalls, koppen van concurrenten en je eigen support inbox. Doel is niet meer koppen, maar minder ontbrekende subproblemen.

Voor “semantic seo” zou ik minimaal deze fragmenten mappen: definitie, waarom het relevant is, hoe Google evolueerde, hoe AI-search retrieval verandert, hoe je een pagina brieft, hoe je extraheerbare passages schrijft, hoe interne links betekenis ondersteunen en welke fouten schijn-diepte creëren.

Knip daarna. Een brief met 35 fragmenten is meestal uitstel vermomd als grondigheid. Kies de fragmenten die de pagina écht goed kan beantwoorden.

3. Schrijf passages die op zichzelf kunnen staan

Een sterke semantische passage beantwoordt één vraag in heldere taal, noemt de entiteit, beschrijft de conditie of context en vermijdt voornaamwoorden die extractie bemoeilijken.

Zwak: “Dit helpt bij rankings omdat het ze meer context geeft.”

Beter: “Semantic SEO helpt Google een pagina te ranken door de entiteiten, relaties en intentfragmenten te verduidelijken die de pagina beantwoordt.”

Best: “Semantic SEO helpt Google het juiste passage op te halen wanneer een query meerdere intentfragmenten bevat, omdat de pagina de entiteit duidelijk benoemt, de relaties uitlegt en elk sub­probleem in een zelfstandige sectie beantwoordt.”

Versie drie is minder elegant, maar wél makkelijker te extraheren. Die afweging is reëel—ik betrap mezelf er nog vaak op eerst de zin mooier te willen maken.

Tegengeluid: wanneer deze workflow niet helpt

Deze workflow herstelt geen zwakke positionering, gekopieerde ideeën of een pagina zonder bestaansreden. Als elke concurrent dezelfde definitie, voorbeelden en schema heeft, maakt semantische structuur je gelijkheid alleen maar duidelijker.

Je hebt bewijs nodig. Screenshots, eigen voorbeelden, originele data, benoemde ervaring, productcontext en duidelijke auteurschap tellen mee. Retrieval kan een passage tonen, maar geen geloofwaardigheid uitvinden.

4. Verbind pagina’s op betekenis, niet alleen ankertekst

Interne links moeten ouderonderwerpen, ondersteunende pagina’s, definities, vergelijkingen en use-cases verbinden. Ankertekst helpt, maar de echte waarde zit in de relatie tussen pagina’s.

Hier kan geautomatiseerde interne linking helpen óf troep maken. seojuice.com werkt het best wanneer de topical map strak is. Als je site “semantic SEO”, “technical SEO”, “programmatic SEO” en “contentoptimalisatie” als één brij behandelt, zal automatisering die verwarring op schaal herhalen.

Een goede interne link zegt: dit is de ouderpagina, dit is de ondersteunende definitie, dit is de vergelijking en dit bewijst de use-case.

5. Voeg structured data toe waar het de entiteit verduidelijkt

Schema is een bevestigingslaag. Het helpt wanneer de pagina al iets duidelijk zegt. Het redt geen vage tekst.

Voor de meeste editorial sites is de veilige set Article, Organization, Person, FAQPage (als de FAQ zichtbaar is), BreadcrumbList en sameAs-links wanneer die écht disambigueren. Productsites hebben mogelijk ook SoftwareApplication, Product, Review of Offer nodig, afhankelijk van de pagina.

De regel is saai maar nuttig: voeg structured data toe wanneer die bevestigt wat een lezer al kan zien.

AI Overviews veranderden de economie, niet de basis

AI Overviews maakten semantic SEO urgent omdat ze klikgedrag wijzigden. Pew Research Center analyseerde 68.879 Google-zoekopdrachten van 900 Amerikaanse volwassenen in maart 2025. Wanneer een AI-samenvatting verscheen, klikten gebruikers 8% van de tijd op een traditioneel resultaat, tegen 15% op pagina’s zonder samenvatting. Links binnen de AI-samenvatting kregen maar 1% van de klikken, en 18% van de zoekopdrachten leverde zo’n samenvatting op.

Dat is de economische druk. De klik is moeilijker te winnen—zeker als het antwoord al boven de organische lijst wordt samengevat.

Maar de bronselectie werd specifieker, niet vager. BrightEdge meldde in een veelgeciteerde dataset uit 2025 (gerapporteerd door Search Engine Land) dat 82,5% van de Google AI Overview-citations afkomstig was van diepe contentpagina’s twee of meer kliks van de homepage. Homepages kregen circa 0,5%.

Zie het exacte getal als vendor-research, geen natuurwet. De trend past echter bij wat query fan-out voorspelt. AI-retrieval heeft vaak de pagina nodig die één specifiek subprobleem oplost, niet de homepage die het merk introduceert.

Ik merk dit het duidelijkst bij het beoordelen van contentplannen voor seojuice.com. De homepage heeft autoriteit voor mensen. De diepe pagina heeft het antwoord. AI-search lijkt gebouwd om het antwoord te pakken.

Een semantic-SEO-briefingsjabloon

Ik heb liever dit eendelige briefingsdocument dan een export van veertig rijen zoekwoorden. Keyword-exports leveren dekking. Dit levert betekenis—en maakt het werk van de schrijver moeilijker op de nuttige manier.

Het meest waardevolle veld is meestal “passage-targets”. Het dwingt de brief te specificeren waarvoor de pagina retrieveerbaar moet zijn. Dat klinkt logisch tot je het vergelijkt met de meeste briefs, die zoekwoorden opsommen en hopen dat de schrijver ergens in de stapel betekenis vindt.

Veelgemaakte fouten bij semantic SEO

Fout 1: gerelateerde termen verwarren met entiteiten

“BERT”, “Knowledge Graph” en “AI Overview” zijn entiteiten of systemen. Willekeurige gerelateerde zinnen uit een contenttool zijn meestal taalpatronen. Die categorieën mengen creëert schijndiepte.

Fout 2: gigantische pagina’s schrijven zonder extraheerbare antwoorden

Lengte is geen semantische diepte. Een pagina van 3.000 woorden kan het antwoord alsnog verstoppen. Als de beste alinea niet op zichzelf kan staan, is de pagina correct maar lastig op te halen.

Fout 3: schema toevoegen nadat de pagina niets duidelijk zegt

Structured data bevestigt betekenis. Het creëert die niet. Als de zichtbare pagina de entiteit niet kan uitleggen, wordt schema decoratie.

Fout 4: het merk als impliciet beschouwen

Als Google niet kan zien wie de pagina schreef, wat het merk doet en waarom de pagina bestaat, is de content makkelijker te negeren. Merkcontext hoort zichtbaar te zijn in auteurs­pagina’s, organisatie­data, interne links en herhaalde topicale associaties.

FAQ

Wat is semantic SEO?

Semantic SEO is de praktijk om de betekenis van een pagina helder te maken voor zoeksystemen. Het richt zich op entiteiten, relaties, intentfragmenten, interne links, structured data en extraheerbare antwoorden in plaats van alleen op zoekwoord­matching.

Hoe verschilt semantic SEO van traditionele keyword-SEO?

Traditionele keyword-SEO begint met term-matching. Semantic SEO begint met betekenis. Zoekwoorden blijven relevant omdat gebruikers ze intypen, maar de pagina moet óók duidelijk maken wat het onderwerp is, welke gerelateerde entiteiten tellen en welke vragen de content beantwoordt.

Heeft semantic SEO schema-markup nodig?

Nee. Schema helpt wanneer het een entiteit verduidelijkt die al duidelijk is op de pagina. Het moet de content ondersteunen, niet zwakke tekst of vage positionering compenseren.

Hoe helpt semantic SEO bij AI Overviews?

AI Overviews en AI Mode kunnen brede vragen opknippen in kleinere subonderwerpen. Semantic SEO helpt door elk antwoordunit makkelijker te extraheren, te attribueren en te koppelen aan een bekende entiteit of merk.

Wat is een intentfragment?

Een intentfragment is één kleinere taak binnen een query. Voor “semantic seo” zijn fragmenten bijvoorbeeld definitie, workflow, voorbeelden, structured data, impact op AI-search en interne links.

Eindpositie: optimaliseer voor retrieval, niet alleen voor rankings

“Optimaliseren voor zoekintentie” blijft de juiste uitdrukking, maar de betekenis is veranderd. Zoekintentie is niet langer één vakje in een contentbrief. Het is een set retrieveerbare subproblemen.

Rankings blijven belangrijk. Kliks blijven belangrijk. Maar in AI-search is de concurrentie-eenheid vaak kleiner dan de pagina. Het is het passage, verbonden aan een entiteit, dat een intentfragment bevredigt.

Ook dit artikel is rond die test gebouwd. Definieer de entiteit. Map de fragmenten. Schrijf passages die zelfstandig kunnen staan. Verbind ze aan bewijs.

Stop met je afvragen of het artikel genoeg gerelateerde zoekwoorden heeft. Vraag je af of Google één alinea eruit kan tillen en exact weet welke vraag hij beantwoordt.

Maak content die Google echt kan ophalen

Heeft je site honderden posts maar geen helder topical map? SEOJuice helpt die pagina’s om te vormen tot een schoner intern link­systeem. Begin met de entiteitmap, verbind de ondersteunende pagina’s en maak elk belangrijk antwoord makkelijker vindbaar.