De meeste handleidingen over AEO (Answer Engine Optimization) voor WordPress geven je hetzelfde advies: structureer je content beter, voeg schema markup toe en schrijf duidelijkere antwoorden. Dat advies klopt. Maar het mist de laag die bepaalt of dat werk überhaupt gezien wordt.
AI-systemen verzamelen, parsen, extraheren en synthetiseren content in realtime. Dat proces hangt minder af van hoe goed je artikel geschreven is, en meer van de vraag of een machine de pagina betrouwbaar kan ophalen, renderen en lezen. Serverreactietijd, cachingconfiguratie, JavaScript rendering, CDN-regels en bottoegangsinstellingen bepalen of een AI-crawler je content überhaupt kan bereiken.
Als we op infrastructuurniveau volgen hoe AI-bots en WordPress sites op elkaar inwerken, is de fout die we bij Kinsta het vaakst zien een site die niet betrouwbaar opgehaald kan worden. Niet ontbrekend schema of slecht gestructureerde content.
Dat is de invalshoek van deze gids. De inhoudelijke kant is belangrijk, en die behandelen we volledig. Maar het is de infrastructurele kant waar de meeste WordPress sites ongemerkt terrein verliezen, en waar Kinsta iets specifieks over te zeggen heeft.
AEO vs. SEO vs. GEO: Het verschil begrijpen
AEO, SEO en GEO (Generative Engine Optimization) worden vaak door elkaar gebruikt, en soms juist behandeld als compleet aparte disciplines. Geen van beide opvattingen klopt helemaal.
We hebben een gedetailleerde gids die het verschil helemaal uitlegt, maar kort gezegd: SEO zorgt dat je pagina’s in de traditionele zoekresultaten terechtkomen. AEO zorgt dat je content als direct antwoord wordt geëxtraheerd in featured snippets, spraakresultaten en AI-overzichten. GEO draait om geciteerd worden door generatieve AI-systemen zoals ChatGPT, Perplexity en Gemini.
Het belangrijkste: geen van deze drie is een losstaande strategie.
“Er is veel ruis rond deze acroniemen, maar de basis is niet veranderd. Je moet nog steeds crawlable zijn (SEO), duidelijk (AEO) en vertrouwd over het hele web (GEO). Je schrijft nog altijd voor mensen én machines. Het verschil is dat het nu niet alleen om rankings gaat, maar ook om de vraag of AI je content kan extraheren en hergebruiken. Doe je dit goed, dan ben je al een heel eind. – Antonio Tinoco, SEO Team Lead bij Kinsta”
Waarom WordPress zowel een voordeel als een valkuil is
WordPress levert schone, goed gestructureerde HTML. Het categorie- en taxonomiesysteem sluit van nature aan op de onderwerpclusters waar AI-engines de voorkeur aan geven. En het plugin-ecosysteem is snel meebewogen met de specifieke eisen van AEO. Omdat WordPress meer dan 40% van het web aandrijft, crawlen AI-engines voortdurend installaties van het CMS. Ze weten dus hoe ze het moeten lezen.
Dat is allemaal nuttig, maar het wekt ook een vals gevoel van veiligheid. Omdat WordPress zoveel automatisch regelt, gaan site-eigenaren er vaak van uit dat het wel goed zit. Ze installeren Yoast, zien het groene bolletje en gaan door. Dat is niet meer genoeg.
De pijlers die een site AEO-klaar maken, gaan veel verder dan wat SEO-plugins standaard doen. Denk aan specifieke schema types, AI-vriendelijke opmaak van je content, llms.txt-bestanden, het beheer van AI-crawlers en een technisch fundament dat agressief botverkeer aankan zonder in te zakken.
We lopen de pijlers één voor één langs.
Pijler 1: Ophaalbare content
AI-engines lezen een pagina anders dan een mens. Ze slaan geen intro over, genieten niet van een verhaallijn en pikken geen impliciete conclusie op. Ze halen tekst eruit op basis van de HTML-structuur, denk aan koppen, alinea’s en lijsten, en aan hoe die elementen zich tot elkaar verhouden.
Bedenk wat AI moet doen: iemand stelt een vraag, het systeem scant je pagina op een helder, citeerbaar antwoord en weegt af of het je genoeg vertrouwt om je te citeren. Ligt het antwoord verstopt in het midden van een dichte alinea, dan mist de AI het of kiest het een makkelijkere bron.
Neem als voorbeeld twee versies van dezelfde content:
De vage versie: “Als het over featured snippets gaat, komt er veel bij kijken. Google sleutelt al jaren aan de manier waarop informatie wordt weergegeven, en om te begrijpen hoe antwoorden worden geselecteerd, moet je naar allerlei factoren kijken: de structuur van de content, relevantiesignalen en de manier waarop je vragen in je koppen formuleert.”
De extraheerbare versie: “Een featured snippet is een kort fragment dat Google uit een webpagina haalt om een zoekopdracht meteen in de zoekresultaten te beantwoorden. Wil je in zo’n fragment verschijnen, dan moet je content de vraag duidelijk, vroeg en in gewone taal beantwoorden.”
De tweede versie is citeerbaar. De eerste vraagt om interpretatie. AI-systemen kiezen de tweede, niet omdat die beter geoptimaliseerd is, maar omdat het antwoord helder en ondubbelzinnig is.
Zo pas je dit toe in je eigen content:
- Begin met het antwoord en bouw het daarna uit. De eerste een of twee zinnen na elke subkop (meestal een H2) horen het antwoord meteen te geven. AI-systemen geven voorrang aan content die vroeg op de pagina staat.
- Schrijf koppen als vragen die mensen echt stellen. “Wat is Answer Engine Optimization?” is beter dan “Overzicht”. Vraagt iemand aan ChatGPT “Wat is AEO?”, dan is een kop die die vraag weerspiegelt een sterk signaal dat je content aansluit.
- Houd je alinea’s kort. Eén tot twee zinnen. Lange alinea’s bevatten meerdere ideeën, waardoor AI-systemen niet altijd kunnen bepalen welke zin het echte antwoord is. Korte, op zichzelf staande blokken zijn helder.
- Gebruik tabellen voor vergelijkingen en lijsten voor stappen. Beide hebben een structuur die lopende tekst mist. AI-overzichten halen content vaak uit lijsten en tabellen, omdat de indeling het ordenende werk al heeft gedaan.
- Verstop content niet achter interactieve elementen. AI-crawlers lezen alleen wat er bij het laden in de HTML staat. Ze klikken niets aan en vouwen niets open. Staan je FAQ-antwoorden in accordeonblokken of tabbladen, zorg er dan voor dat de antwoordtekst gewoon in de HTML aanwezig is, en niet pas verschijnt na een interactie van de gebruiker.
Pijler 2: Machine-leesbare structuur
Schema markup (gestructureerde JSON-LD-gegevens) is hoe je AI-systemen expliciet vertelt wat je content is, in een vocabulaire dat ze van nature lezen. In plaats van de AI te laten gokken dat je pagina vragen beantwoordt, geef je het rechtstreeks aan.
Zonder gestructureerde gegevens moeten AI-systemen meer moeite doen om je pagina te begrijpen. En als ze duizenden bronnen afwegen, kiezen ze steevast de bron die hun werk makkelijker maakt.
Heeft de FAQ-pagina van je concurrent bijvoorbeeld het FAQPage-schema, dan wordt die vaak geciteerd in plaats van jouw beter geschreven pagina zonder schema.
De schema types die er voor AEO het meest toe doen:
- FAQPage markeert specifieke vraag-antwoordparen. Het is een schema met veel impact voor AEO: pagina’s met dit schema verschijnen aanzienlijk vaker in AI-overzichten.
- Article geeft het contenttype, de auteur, de publicatiedatum en de datum van laatste wijziging aan. Dit zijn kernsignalen voor vertrouwen.
- HowTo is krachtig voor stapsgewijze content. De stappen staan expliciet in de gestructureerde gegevens, zodat AI-systemen je opmaak niet hoeven te interpreteren.
- Organization zet je merk neer als een herkenbare entiteit, met een naam, logo, website en socialmediaprofielen. AI-systemen bouwen modellen van entiteiten, niet alleen van pagina’s. Het Organization-schema voedt dat model rechtstreeks.
Voor WordPress biedt de Rank Math plugin de eenvoudigste schema setup. Wil je eigen JSON-LD toevoegen, dan kun je met de WPCode plugin schema markup aan specifieke pagina’s koppelen zonder de themabestanden aan te raken.
Je kunt de pagina door de Rich Results Testing tool van Google halen om te zien voor welke schema types je artikel in aanmerking komt.
Pijler 3: AI-systemen sturen met llms.txt
Het tekstbestand llms.txt staat in de root van je domein en is speciaal bedoeld voor AI-systemen. Waar robots.txt crawlers vertelt wat ze mogen openen, vertelt llms.txt AI-systemen wat echt de moeite waard is om te lezen.
Het concept werd in 2024 voorgesteld door Jeremy Howard van Answer.AI en is sindsdien opgepakt door bedrijven als Anthropic, Cloudflare en Stripe. Het is nog geen officiële standaard, maar de adoptie groeit hard genoeg om het nu al in te voeren.
llms.txt toevoegen in WordPress
Er zijn drie praktische manieren om een llms.txt-bestand toe te voegen aan een WordPress site:
- Yoast SEO gebruiken (het makkelijkst als je dat al hebt). Sinds juni 2025 heeft Yoast ingebouwde
llms.txt-generatie, in zowel de gratis als de premium versie. Yoast maakt het bestand automatisch aan op basis van je content. - De Website LLMs.txt plugin gebruiken. Deze plugin heeft meer dan 30.000 actieve installaties en is de meest gerichte optie voor WordPress. Eenmaal geactiveerd maakt hij automatisch zowel
llms.txtalsllms-full.txtaan in de root van je domein. - Handmatig via FTP of bestandsbeheerder. Maak een tekstbestand met de naam
llms.txt, stel het op volgens het formaat hierboven en upload het naar de hoofdmap van je site (meestalpublic_html) via FTP of de bestandsbeheerder van je host.
Controleren of llms.txt werkt
Bezoek jouwdomein.com/llms.txt in je browser. Je zou nu je bestand als platte tekst moeten zien. De afbeelding hieronder toont bijvoorbeeld die van Perplexity.ai:
Krijg je een 404-fout, dan blokkeert je server het bestand. Leeg eerst je cache. Blijft de 404 staan, controleer dan of een caching plugin of je CDN die URL onderschept.
Pijler 4: Crawltoegang en AI-botbeheer
AI-zoekmachines sturen hun eigen crawlers, los van Googlebot. Deze bots lezen je content om AI-antwoorden te voeden. De belangrijkste zijn GPTBot (OpenAI), ClaudeBot (Anthropic), PerplexityBot en Google-Extended (Gemini).
Je robots.txt-bestand bepaalt welke van deze bots toegang krijgen tot je site. Heb je nooit expliciete richtlijnen voor AI-crawlers toegevoegd, dan blokkeer je ze misschien zonder het te weten. En wat ze niet kunnen crawlen, kunnen ze ook niet citeren.
Gebruik je Cloudflare, controleer dan of toegang voor AI-crawlers niet is uitgeschakeld. Kijk specifiek naar je Cloudflare Bot Fight Mode-instellingen.
Beveiligingsplugins zijn een andere veelvoorkomende boosdoener. Sommige voegen brede blokkeerregels toe die bedoeld zijn voor spambots, maar uiteindelijk ook AI-crawlers tegenhouden. Gebruik je agressieve botfiltering, controleer dan of GPTBot en PerplexityBot niet worden geblokkeerd.
Genuanceerder is het om onderscheid te maken tussen twee soorten AI-bots. Zoekgerichte bots voeden antwoordresultaten en kunnen verwijzingsverkeer opleveren. Trainingsbots scrapen je content voor modeltraining en sturen geen verkeer terug. De eerste kun je toestaan, de tweede blokkeren. Kinsta-klanten doen dit in MyKinsta via Botbescherming.
Pijler 5: Betrouwbare infrastructuur
Dit is de pijler die bepaalt of al het andere in deze gids ook echt werkt. En precies deze pijler slaan de meeste AEO-adviezen volledig over.
AI-systemen rangschikken pagina’s niet alleen, ze halen ze ook op. Dat ophalen gebeurt live en onder tijdsdruk. Stelt een gebruiker een vraag aan ChatGPT, dan stuurt het systeem een bot op pad om relevante pagina’s op te halen, de HTML te ontleden, het antwoord eruit te lichten en daar een respons van te maken.
Dat hele proces heeft een tijdsbudget. Pagina’s die traag reageren, fouten teruggeven of pas content tonen nadat er JavaScript is uitgevoerd, vallen af. De bot gaat verder en jouw content komt niet in het antwoord. Niet omdat die niet goed genoeg was, maar omdat die niet snel genoeg bereikbaar was.
Wat we zien op infrastructuurniveau
Bij WordPress sites die we bij Kinsta hosten, zien we steeds hetzelfde patroon: snellere, stabielere omgevingen trekken vaker en vollediger AI-crawls aan. Tragere sites krijgen minder bezoeken, minder geïndexeerde pagina’s en, als direct gevolg, minder citaties.
De bots werken met een prioriteitenwachtrij: goed presterende sites worden regelmatig bezocht, terwijl trage sites verder naar achteren zakken.
Je hosting is voor AEO dus geen bijzaak op de achtergrond: het is een primaire variabele. Een trage serverreactietijd raakt elke andere optimalisatie in deze gids.
De WordPress-specifieke faalpunten
- Plugin bloat. Elke actieve plugin voegt uitvoeringsoverhead toe aan elk paginaverzoek, ook aan verzoeken van bots. Een WordPress installatie met dertig of meer plugins veroorzaakt al snel flinke serverbelasting bij elke crawl. Loop je pluginlijst na en verwijder alles wat je niet actief gebruikt. De winst in prestaties is meteen merkbaar, en bepaalt direct hoe grondig AI-crawlers je site kunnen doorzoeken.
- Zware thema’s. Een thema dat allerlei externe scriptbestanden, grote CSS-frameworks en webfonts laadt om één artikel te tonen, verspilt crawltijd aan onderdelen die bots niet gebruiken en niet kunnen renderen. Voor het ophalen telt het gewicht van een pagina. Lichtere pagina’s worden sneller opgehaald, sneller geparseerd en hebben meer kans om bij elk crawlbezoek volledig te worden geïndexeerd.
- Content via JavaScript. Dit is het belangrijkste technische faalpunt voor het ophalen door AI. Gebruikt je WordPress site een JavaScript-zware paginabouwer, een blokthema met client-side rendering of een andere opzet waarbij de content pas wordt ingeladen nadat de browser scripts heeft uitgevoerd, dan zien AI-crawlers waarschijnlijk een onvolledige pagina. Ze lezen de HTML die je server teruggeeft, niet het resultaat ná rendering. Wil je dit checken: open een belangrijke pagina in je browser, klik met de rechtermuisknop en kies View Page Source (Paginabron weergeven). Staat de tekst van je artikel niet in die ruwe HTML, dan kunnen AI-crawlers hem niet lezen. De oplossing: zorg dat je content in de serverrespons zit en niet pas client-side wordt opgebouwd.
- Verkeerd geconfigureerde caching. Een goed ingestelde cache zorgt dat bots snelle, consistente reacties krijgen en dat pagina’s vanuit de cache worden geserveerd in plaats van per verzoek opnieuw gegenereerd. Maar er is een foutmodus die specifiek voor AI-crawlers geldt: omzeilen bots je cachelaag en gaan ze rechtstreeks naar dynamische WordPress endpoints, dan veroorzaken ze bij elk verzoek volledige PHP-uitvoering en database queries. Onder de agressieve aanvraagpatronen van AI-crawlers levert dat flinke serverbelasting op, met tragere reacties, snelheidsbeperking en onvolledige crawls als gevolg. Het doel: AI-crawlers vanuit de cache bedienen, niet eromheen leiden.
- CDN-configuratie. Een CDN hoort de toegang voor AI-crawlers juist te versnellen door content vanaf edge nodes dicht bij de crawler uit de cache te serveren. Maar sommige CDN-configuraties, vooral agressieve botbeheerregels, kunnen AI-crawlers per ongeluk afknijpen of blokkeren, net zoals ze kwaadaardige bots blokkeren. Heb je onlangs je CDN-instellingen aangepast of botbeheerfuncties ingeschakeld, controleer dan of AI-crawlers nog steeds schone, snelle reacties krijgen.
- Canonieke URL’s. Elk stuk content hoort naar precies één URL te wijzen. Dubbele pagina’s, denk aan www versus niet-www, versies met URL-parameters en paginering, verdelen de aandacht en signalen van het AI-systeem over meerdere versies van dezelfde content. Met schone canonicalisatie concentreert het vertrouwen van de crawler zich op één definitieve pagina, in plaats van te verwateren.
- Actualiteit van je XML-sitemap. Sommige AI-crawlers gebruiken je sitemap om content te ontdekken die ze niet via interne links hebben bereikt. Een verouderde sitemap betekent dat net gepubliceerde content wekenlang onopgemerkt kan blijven. De meeste SEO-plugins genereren je sitemap automatisch, maar controleer wel of nieuwe artikelen er meteen na publicatie in verschijnen.
De juiste infrastructuur garandeert geen citaties, want je content moet ze nog steeds verdienen. Maar doe je het verkeerd, dan beperkt dat ongemerkt hoeveel van je geoptimaliseerde content überhaupt gelezen wordt.
Het volledige plaatje
We hebben vijf pijlers behandeld die samen de kern vormen van AEO voor WordPress. De meeste AEO-gidsen behandelen het als een kwestie van content en schema.
Aan de infrastructuurkant is de meest voorkomende fout een site die niet betrouwbaar opgehaald kan worden. Snelle hosting, schone crawltoegang, server-rendered content en goed werkend schema: dát is wat je uiteindelijk geciteerd krijgt.
WordPress kan dit allemaal aan. De vraag is alleen of elke laag bewust is ingericht.
Wil je de infrastructuurkant volledig uit handen geven, dan is de managed WordPress hosting van Kinsta hier precies voor gemaakt. Je profiteert van snelle serverreactietijden, volledige paginacaching uit de doos en een architectuur die agressief AI-crawlerverkeer aankan zonder dat je echte bezoekers daar last van hebben.
