Je GEO-configuratie stap voor stap vanaf nul

Waarom beginnen bij de infrastructuur en niet bij de tools

Wanneer iemand besluit GEO (Generative Engine Optimization) vanaf nul te leren, is de meest voorkomende fout om direct monitoringplatforms voor vermeldingen in conversatieassistenten uit te proberen. Dat pad leidt tot frustratie: zonder een geordende technische basis is er geen manier om te weten of een generatief model je merk op eigen verdienste citeert of bij toeval. De stapsgewijze configuratie die ik hier beschrijf, vertrekt vanuit het tegenovergestelde uitgangspunt: eerst bereid je het documentaire en technische terrein voor, daarna meet je.

GEO is geen SEO onder een andere naam. Volgens de documentatie die de zoekteams voor generatieve engines zelf publiceren, hakken de systemen die antwoorden opbouwen (RAG, retrieval augmented generation) de inhoud in fragmenten, vectoriseren ze en halen ze terug op basis van semantische gelijkenis voordat ze redigeren. Dat verandert de regels: je concurreert niet om een positie in een lijst, je concurreert om het fragment te zijn dat wordt opgehaald en geciteerd.

Stap 1: inventaris van entiteiten voordat je ook maar één tag aanraakt

Voordat je iets installeert, moet je weten welke entiteiten (personen, producten, concepten, locaties) je project vertegenwoordigen. Open een spreadsheet en maak vier kolommen: entiteit, type, canonieke bron (eigen of externe URL) en alternatieve termen waarmee mensen haar benoemen.

Een concreet geval dat ik vaak tegenkom: een adviesbureau met een geregistreerd merk en een handelsnaam die verschilt van het domein. Conversatieassistenten neigen ertoe beide identiteiten samen te voegen als er geen “Over ons”-pagina is die ze expliciet met gestructureerde data verbindt. Dat detail, dat in klassieke SEO onopgemerkt bleef, zorgt er in GEO voor dat je diensten worden toegeschreven die je niet aanbiedt of dat je wordt verward met een gelijknamige concurrent.

Hoe je de inventaris valideert

• Vraag twee of drie verschillende assistenten (niet slechts één) naar je merk en noteer de antwoorden letterlijk.
• Vergelijk wat ze zeggen met je inventaris: elke discrepantie is een configuratietaak.
• Corrigeer nog niets; documenteer alleen. De verleiding om nieuwe inhoud te publiceren voordat je diagnosticeert, is de belangrijkste oorzaak van verspilde inspanning.

Stap 2: contentarchitectuur ontworpen voor ophaalbare fragmenten

Generatieve engines halen passages op, geen volledige pagina’s. Als je inhoud in paragrafen van 400 woorden zonder subkoppen staat, zal de automatische opdeler knippen waar het niet uitkomt en verlies je context. De praktische configuratie bestaat uit:

1. Eén H2 per echte vraag. Elke kop moet de twijfel formuleren zoals een gebruiker die zou schrijven, niet zoals je marketingafdeling die zou benoemen.
2. Direct antwoord in de eerste twee zinnen onder elke kop. De rest van het blok breidt uit, nuanceert en levert voorbeelden.
3. Zelfstandige blokken van 80 tot 150 woorden. Als een fragment uit zijn context wordt gehaald, moet het op zichzelf nog steeds zinvol zijn.

Hier is het gepast eerlijk te zijn over een beperking: er bestaat geen universeel optimale fragmentgrootte. De verschillende retrievalsystemen hanteren verschillende opdeelstrategieën en die zijn niet in detail openbaar. Werken met semantisch gesloten blokken is een redelijke heuristiek, geen garantie.

Stap 3: gestructureerde data die entiteiten verbinden, niet alleen versieren

De meeste GEO-gidsen noemen schema markup als een algemene vereiste. Wat relevant is, is welke types je gebruikt en hoe je ze koppelt. Een samenhangende minimale configuratie omvat:

• Organization met sameAs die verwijst naar verifieerbare officiële profielen.
• Person voor echte auteurs, met knowsAbout waarin specialisatiegebieden worden aangegeven.
• Article of FAQPage afhankelijk van het paginatype, met correcte author en dateModified.

De veelvoorkomende fout: sameAs declareren naar profielen die je niet beheert of die je merk niet vermelden. Dat versterkt de entiteit niet, het verwatert haar. Verifieer elke URL voordat je die opneemt.

En een waarschuwing die zelden in tutorials voorkomt: gestructureerde data garanderen niet dat een generatief model je citeert. Ze helpen bij de disambiguatie van entiteiten wanneer het systeem ze consumeert, maar het gedrag van elke assistent varieert en er is geen toegang tot hun interne weegcriteria.

Stap 4: technische toegankelijkheid voor generatieve crawlers

Als de retrievalbots je inhoud niet kunnen lezen, maakt niets van het bovenstaande uit. Configureer deze controles in deze volgorde:

1. Controleer het robots.txt-bestand en bevestig dat je geen retrieval-user-agents standaard blokkeert. Veel CMS’en bevatten overgeërfde regels die het loont te auditen.
2. Controleer de rendering. Als je inhoud afhankelijk is van JavaScript om te verschijnen, verifieer dan wat een client zonder scriptuitvoering ziet. De officiële documentatie van de belangrijkste engines benadrukt dat de initiële HTML de hoofdtekst moet bevatten.
3. Meet de responstijd van de server. Retrievalsystemen hebben tijdsbudgetten; een hoge TTFB kan je uitsluiten van de retrieval, zelfs als je inhoud uitstekend is.

Een detail uit de praktijk: in een project met een slecht geconfigureerde CDN kregen verzoeken van bepaalde user-agents een challenge-pagina in plaats van de inhoud. In de browser leek alles correct omdat de cookie van de bezoeker de uitdaging oploste. Alleen bij het doen van schone verzoeken met curl werd het probleem ontdekt. Configureer altijd een test zonder cookies of sessie.

Stap 5: broninhoud die modellen met vertrouwen kunnen citeren

GEO beloont verifieerbaarheid. Generatieve systemen, wanneer ze antwoorden met citaten opbouwen, geven de voorkeur aan bronnen met duidelijke signalen van auteurschap en actualisering. Je redactionele configuratie moet omvatten:

• Auteurspagina met echte en verifieerbare gegevens, zonder verzonnen referenties.
• Publicatiedatum en datum van laatste herziening zichtbaar en consistent met het schema.
• Verwijzingen naar primaire bronnen binnen de tekst (officiële documentatie, sectorstudies) zonder gebroken links.
• Toegankelijk redactioneel beleid dat uitlegt hoe inhoud wordt gecorrigeerd.

Dit werkt niet hetzelfde voor alle sectoren. In YMYL-onderwerpen (gezondheid, financiën, juridisch) is de eis van documentaire onderbouwing veel groter en inhoud zonder bronnen zal zelden met vertrouwen worden opgehaald. In nichegebieden zoals vrije tijd of hobby’s daarentegen kan goed vertelde persoonlijke ervaring het ontbreken van academische citaties compenseren.

Stap 6: systeem voor het meten van vermeldingen in assistenten

Hier raakt de meerderheid de weg kwijt. Er bestaat geen Search Console voor GEO. De realistische configuratie bestaat uit het bouwen van je eigen volgpanneel:

1. Definieer een vaste set van 20 tot 40 prompts die representatief zijn voor je onderwerp, geformuleerd zoals een gebruiker ze zou schrijven.
2. Voer die prompts periodiek uit in de assistenten die je interesseren, vanuit schone sessies (zonder geschiedenis die het antwoord kan beïnvloeden).
3. Registreer drie variabelen per prompt: of ze je vermelden, of ze je met link citeren en of de beschrijving correct is.
4. Herhaal de meting met dezelfde cadans en noteer de datum, omdat de modellen zonder waarschuwing worden bijgewerkt.

Belangrijke en weinig genoemde beperking: de resultaten zijn niet reproduceerbaar. Dezelfde prompt kan in twee opeenvolgende uitvoeringen verschillende antwoorden opleveren door de stochastische aard van de modellen. Daarom heb je meerdere herhalingen per prompt nodig en moet je trends analyseren, geen momentopnames. Elke tool die exacte zichtbaarheidsmetrieken in AI belooft, verdient scepsis.

Stap 7: verbeterlus met oordeel

Met de gegevens van het paneel identificeer je patronen: welk type vragen je citeren, welk contentformaat in de antwoorden van de concurrentie verschijnt, welke geassocieerde entiteiten terugkeren. Daarna prioriteer je kleine en meetbare interventies:

• Een blok herschrijven om direct een vraag te beantwoorden waar je niet verschijnt.
• Een vergelijking met eigen gegevens toevoegen waar assistenten naar derden verwijzen.
• Een onjuiste toeschrijving corrigeren via expliciete inhoud en bijgewerkt schema.

Verwacht geen onmiddellijke resultaten. De updatecycli van de retrieval-indexen zijn niet openbaar en variëren. Plan maandelijkse herzieningen, niet dagelijkse.

Wat deze configuratie niet oplost

Transparant zijn over de grenzen bespaart maanden van verkeerd gerichte inspanning. Deze methodologie garandeert geen verschijningen in assistenten, controleert niet hoe ze je beschrijven en vervangt klassieke SEO niet: het blijven verschillende kanalen met verschillende mechanismen. Er bestaat evenmin solide openbaar bewijs over het relatieve gewicht van elk signaal in generatieve systemen; wat vandaag werkt, kan veranderen wanneer aanbieders hun retrieval-pipelines aanpassen.

Als je project klein is en met beperkte middelen, prioriteer dan stappen 1, 3 en 4. Dat zijn de stappen die structurele fouten corrigeren die later moeilijk terug te draaien zijn. De rest kan in de loop van de tijd worden geïtereerd, zolang je de discipline behoudt om te meten voordat je verandert.