Generatieve engine optimalisatie (GEO) is doorgedrongen tot de gesprekken van elk SEO-team, maar de meeste projecten passen het verkeerd toe. Het is geen plugin die je installeert en geen nieuwe tag in de head. Het is een discipline die de regels verandert voor hoe autoriteit wordt opgebouwd en hoe informatie wordt gestructureerd. Hier zijn de fouten die ik steeds weer zie terugkomen, met de concrete manier om ze te corrigeren.
GEO verwarren met klassieke SEO en verwachten dat alles met keywords wordt opgelost
De eerste fout is GEO behandelen als een dichtere laag van keywords. Generatieve engines ranken geen pagina’s: ze synthetiseren antwoorden uit fragmenten van meerdere bronnen. Als je content niet is gestructureerd als zelfstandige antwoordelementen, heeft het model niets om uit te putten.
Een patroon dat zich herhaalt: artikelen van 3.000 woorden met het antwoord op de hoofdvraag begraven in de twaalfde alinea, na een emotionele inleiding. Een LLM die informatie zoekt over “hoe lang duurt een verzending naar de Canarische Eilanden” gaat dat doolhof niet doorlopen; het geeft de voorkeur aan een tabel of een alinea die direct begint met het cijfer en de context.
Hoe je dit voorkomt
- Plaats het directe antwoord in de eerste 60-80 tekens van het blok, niet na een inleiding.
- Gebruik koppen die de echte vraag van de gebruiker formuleren, geen woordspelingen.
- Verdeel de content in secties die onafhankelijk geciteerd kunnen worden.
Negeren dat de generatieve engine je JavaScript niet ziet
Dit is de duurste technische fout. Veel teams gaan ervan uit dat als Google hun SPA rendert, de AI-crawlers dat ook zullen doen. Dat is niet zo. De meeste bots van generatieve engines (en van assistenten die antwoorden voeden) voeren JavaScript niet met dezelfde diepgang uit. Volgens de officiële documentatie van de belangrijkste aanbieders wordt er gecrawld op geserveerde HTML, en wanneer er JS is, is de rendering beperkt of afwezig.
Ik heb ecommerce-cases gezien met productpagina’s die aan de clientzijde worden gerenderd en volledig verdwijnen uit generatieve antwoorden. De content bestaat voor de gebruiker, maar niet voor het model. De oplossing is niet de hele frontend herschrijven: het is garanderen dat de kritieke secties (beschrijving, specificaties, FAQ, contactgegevens) in de initiële HTML staan of in een endpoint dat toegankelijk is zonder uitvoering van scripts.
Hoe je dit voorkomt
- Audit wat de server ziet met curl of met de broncode-weergave, niet met de inspector van de browser.
- Geef prioriteit aan SSR of SSG voor pagina’s met informatieve of transactionele intentie.
- Als je hydratatie gebruikt, serveer dan ten minste één blok statische content per sectie.
Content publiceren zonder entiteit of verifieerbaar auteurschap
GEO beloont traceerbaarheid. Een model dat moet kiezen tussen twee bronnen die verschillende dingen zeggen over een technisch onderwerp, neigt naar de bron met duidelijk auteurschap, update-datum en redactionele context. De klassieke fout: bedrijfsblogs met artikelen ondertekend door “het team van” en zonder biografie, zonder links naar primaire bronnen en zonder zichtbare datum.
Dit is geen kwestie van decoratieve E-E-A-T. Het is dat de engine signalen nodig heeft om te disambigueren. Als je pagina over privacywetgeving niet aangeeft wie hem schrijft of wanneer hij is herzien, heeft het model geen reden om jou te citeren in plaats van een institutionele bron.
Hoe je dit voorkomt
- Onderteken content met een echte naam en een link naar een auteurs pagina met verifieerbare credentials.
- Neem publicatie- en laatste herzieningsdatum zichtbaar op in de HTML.
- Link naar primaire bronnen (instanties, officiële documentatie) wanneer je feiten beweert.
Denken dat gestructureerde data de zilveren kogel zijn
Hier moeten we eerlijk zijn: schema helpt, maar garandeert niet dat je geciteerd wordt. Veel projecten investeren weken in het implementeren van FAQPage, HowTo en Article met alle mogelijke velden, en vervolgens beantwoordt de content niets concreets. De markup beschrijft; hij vervangt de substantie niet.
Bovendien is er een nuance die we moeten erkennen: we weten niet met zekerheid welk exact gewicht elke generatieve engine aan elk type schema toekent. Wat we wel weten is dat incoherente markup (bijvoorbeeld een FAQPage waarvan de antwoorden niet overeenkomen met de zichtbare tekst) ruis genereert en het vertrouwen kan schaden. Transparantie is hier essentieel: schema gebruiken om te verduidelijken, niet om op te blazen.
Hoe je dit voorkomt
- Implementeer alleen de types die echte en zichtbare content weerspiegelen.
- Valideer met de tool voor het testen van rich results en controleer of de tekst overeenkomt.
- Verzin geen FAQ’s die niet op de pagina staan.
De consistentie van de entiteit op de hele website verwaarlozen
Generatieve engines bouwen representaties van entiteiten (je merk, je producten, je auteurs) op basis van meerdere signalen. Als je handelsnaam in drie verschillende vormen voorkomt, je adres verandert tussen de contactpagina en de footer, en je bedrijfsprofiel een telefoonnummer heeft dat niet overeenkomt, heeft het model moeite de entiteit te consolideren.
Dit valt vooral op bij lokale of merkgerelateerde queries. Een typisch geval: een bedrijf gevestigd in Madrid dat op de pagina “Over ons” een adres vermeldt, in het schema een ander en in Google Business Profile een derde. Het resultaat is dat generatieve antwoorden gegevens door elkaar halen of het merk niet aanbevelen wegens gebrek aan coherentie.
Hoe je dit voorkomt
- Documenteer de canonieke NAP en gebruik die zonder variaties op de website, in schema en in externe profielen.
- Gebruik sameAs in het schema van de organisatie om officiële profielen te linken.
- Controleer periodiek of de externe bronnen niet zijn afgeweken.
Vergeten dat de generatieve engine ook forums en reviews leest
Een strategiefout: je alleen richten op je eigen domein. Generatieve engines putten uit publieke gesprekken, reviews en communities. Als je merk niet in die gesprekken voorkomt, of slecht voorkomt, heeft het model geen materiaal om je aan te bevelen.
Het gaat er niet om reviews te fabriceren (dat is fraude en wordt gedetecteerd). Het gaat erom deel te nemen aan communities waar je productcategorie wordt besproken, echte vragen te beantwoorden en het makkelijk te maken voor tevreden klanten om hun mening achter te laten op relevante platforms. Volgens sectorstudies bevat een aanzienlijk deel van de generatieve antwoorden over producten verwijzingen naar meningen van derden.
Hoe je dit voorkomt
- Monitor vermeldingen van je merk op forums en reviewplatforms.
- Reageer publiekelijk op kritiek met nuttige informatie, niet met templates.
- Faciliteer feedback zonder prikkels die de authenticiteit vervuilen.
GEO meten met de gebruikelijke metrics
Dit is de fout die de meeste frustratie veroorzaakt. Het team kijkt naar posities in Google, impressies en CTR, en concludeert dat GEO “niet werkt”. Maar generatieve antwoorden verschijnen niet op dezelfde manier in de ranking van de klassieke SERP. Je hebt andere metrics nodig: frequentie waarmee je domein wordt geciteerd in antwoorden van assistenten, merkaanwezigheid in generatieve samenvattingen, verwijzingsverkeer vanuit AI-interfaces.
Ik erken een belangrijke beperking: de meting van GEO is weinig gestandaardiseerd. Commerciële tools bieden schattingen, maar er is geen equivalent van Search Console voor generatieve engines. Iedereen die een exact dashboard van citaties belooft, simplificeert. Het eerlijke is om handmatige tests met representatieve prompts te combineren met verwijzingsdata in analytics en het volgen van vermeldingen.
Hoe je dit voorkomt
- Definieer een set testprompts en voer ze periodiek uit in de belangrijkste assistenten.
- Segmenteer het verwijzingsverkeer afkomstig van AI-domeinen in je analytics.
- Vergelijk GEO-metrics niet met klassieke SEO-metrics; het zijn verschillende dimensies.
Gegarandeerde resultaten beloven (en er zelf in geloven)
Geen enkele aanbieder kan garanderen dat een generatieve engine je merk citeert. Modellen veranderen, corpora worden bijgewerkt en de selectiecriteria zijn niet openbaar. Elk voorstel dat verzekert dat je “binnen 30 dagen in ChatGPT verschijnt” verkoopt lucht.
Wat je wel kunt controleren: de helderheid van je content, de technische toegankelijkheid, de consistentie van je entiteit en de aanwezigheid in bronnen die de modellen raadplegen. Dat verbetert de waarschijnlijkheid, niet de zekerheid. En dat kun je maar beter in het voorstel aan de klant zeggen.
Een concreet geval dat het probleem illustreert
In een contentproject over beheersoftware had het team uitgebreide gidsen gepubliceerd met uitstekende traditionele SEO. Bij het testen van prompts in assistenten antwoordde het model met informatie van een concurrent. De reden: onze gidsen legden het “waarom” uit maar begroeven het “hoe” in lange alinea’s zonder structuur, terwijl de concurrent een vergelijkingstabel en genummerde stappen in platte HTML had. Het was geen kwestie van domeinautoriteit; het was een kwestie van extraheerbaarheid. We herstructureerden de gidsen in blokken met directe antwoorden en, zonder de interne linking aan te passen, begonnen we in de antwoorden te verschijnen. Het was niet onmiddellijk en niet universeel, maar de verandering was meetbaar.
Snelle checklist om niet in dezelfde fouten te vervallen
- Staat het hoofdantwoord van elke pagina in het eerste zichtbare blok?
- Wordt de kritieke content geserveerd zonder JavaScript?
- Is er echt auteurschap met herzieningsdatum?
- Komt het schema overeen met de zichtbare tekst?
- Is de NAP identiek op de website, in schema en in externe profielen?
- Meet je citaties in assistenten, niet alleen posities?
- Heb je vermeden resultaten te beloven die je niet kunt controleren?
GEO is geen magie en geen voorbijgaande mode: het is het logische gevolg van het feit dat mensen antwoorden zoeken, geen links. De bovenstaande fouten corrigeer je met redactioneel inzicht en technisch werk, niet met shortcuts.