GEO is nog steeds SEO: wat Google echt zei over AI-zoeken, llms.txt en mkb-websites

Op 15 mei 2026 publiceerde Google een gids over generatieve AI in Search met een opvallend nuchtere boodschap: voor Google Search blijven GEO en AEO gewoon SEO. Heb je een kleine WordPress-site, dan is llms.txt niet je eerste zorg. Je hebt crawlbare, nuttige en specifieke pagina's nodig die Google kan indexeren en als snippet mag tonen.

TL;DR

• Google zegt dat AI Overviews en AI Mode leunen op de bestaande Search-ranking- en kwaliteitssystemen. GEO vervangt SEO dus niet voor Google Search.
• Een pagina moet geïndexeerd zijn en in Google Search met een snippet mogen verschijnen voordat die als ondersteunende link in AI Overviews of AI Mode kan opduiken.
• llms.txt kan nuttig zijn als documentatiebestand, vooral voor documentatie- en developersites, maar Google zegt dat het niet nodig is en geen speciale behandeling krijgt voor zichtbaarheid in generatieve AI Search.
• De Search Console-wijzigingen van 3 juni 2026 zijn beperkte rollouts, geen wereldwijde knop die elke site-eigenaar al kan gebruiken.
• Voor mkb-dienstverleners zitten de eerste verbeteringen in crawlbaarheid, dienstenpagina's, interne links, zichtbare bedrijfsgegevens, page experience en structured data die klopt met de zichtbare pagina.

Inhoudsopgave

• Wat Google echt zei
• Waar zichtbaarheid nog steeds van afhangt
• GEO-claims die ik eerst zou negeren
• Wanneer llms.txt wel zin kan hebben
• Wat er op 3 juni 2026 in Search Console veranderde
• Wat een mkb-dienstverlener eerst moet fixen
• Wanneer GEO je aandacht nog niet waard is
• Belangrijkste punten

Wat Google echt zei

De belangrijkste bron is de gids die Google zelf publiceerde: Optimizing your website for generative AI features on Google Search, bijgewerkt op 15 mei 2026. Daarin legt Google uit dat generatieve AI in Search retrieval-augmented generation en query fan-out gebruikt, maar dat het opgehaalde materiaal nog steeds uit de Search-index en de kwaliteitssystemen van Google komt.

Dat is belangrijk, want het prikt een hoop bureautaal lek. Google benoemt "AEO" en "GEO" expliciet en zegt dat optimaliseren voor generatieve AI Search, vanuit Google Search bekeken, gewoon optimaliseren voor goede zoekresultaten in Search is. Nieuwe interface, oude basis.

Die interface is trouwens niet klein. AI Overviews en AI Mode kunnen query fan-out gebruiken: Google kan meerdere verwante zoekopdrachten over deelonderwerpen uitvoeren voordat een antwoord wordt opgebouwd. Maar dat betekent niet dat je voor elke bedachte long-tailvariant een aparte pagina moet maken. Het betekent dat je pagina's duidelijk moeten maken wat je doet, waar je grenzen liggen en hoe je werkt.

John Mueller schreef op 21 mei 2025 in een Search Central-post eigenlijk hetzelfde: focus op unieke content die niet inwisselbaar is, page experience, technische toegang, preview-controls en structured data die klopt met wat bezoekers kunnen zien. Er werd geen nieuwe discipline aangekondigd. Het advies was normale SEO, toegepast op een zoekresultatenpagina waar nu ook AI-features in zitten.

Waar zichtbaarheid nog steeds van afhangt

De AI-features-documentatie van Google geeft de simpele regel: om als ondersteunende link in AI Overviews of AI Mode te verschijnen, moet een pagina geïndexeerd zijn en in Google Search met een snippet mogen verschijnen. De technische Search-eisen van Google brengen de technische kant daarna terug tot toegang voor Googlebot, HTTP 200 en indexeerbare content.

Voor WordPress-sites betekent dat vooral gewone controles:

• belangrijke pagina's staan niet per ongeluk op noindex;
• Googlebot wordt niet geblokkeerd door robots.txt, een securityplugin, een CDN-regel of een firewall van je hostingpartij;
• dienstenpagina's geven HTTP 200 terug, geen soft 404 of redirect loop;
• de kerntekst over je dienst staat als indexeerbare tekst op de pagina, niet alleen achter client-side JavaScript;
• interne links verbinden homepage, diensten, cases, artikelen en contactpagina's;
• snippets zijn toegestaan als je kans wilt maken op zichtbaarheid in AI Overviews en AI Mode.

Hier kunnen moderne bouwkeuzes je stilletjes in de weg zitten. Headless of zwaar JavaScript-gedreven WordPress kan rationeel zijn, maar alleen als de publieke HTML en routing nog steeds logisch zijn voor Search. Die afweging heb ik eerder uitgewerkt in mijn artikel over headless WordPress. Verschijnt je belangrijkste dienstentekst pas nadat client-side code draait, los dat dan op voordat je een GEO-pakket koopt.

Preview-controls blijven ook relevant. Google verwijst voor AI-features in Search naar nosnippet, data-nosnippet, max-snippet en noindex. Google-Extended is iets anders: Google beschrijft dat als controle voor training en grounding in sommige andere Google AI-systemen, niet als opt-out voor AI Overviews of AI Mode.

GEO-claims die ik eerst zou negeren

Google's mythbusting-sectie is ongewoon direct. Begint een leverancier met een van deze claims, vraag dan eerst welk bewijs er is buiten een dashboard en een nieuw acroniem.

Het patroon is simpel: deze tactieken zijn niet altijd schadelijk op zichzelf, maar ze worden schadelijk zodra ze het saaie werk vervangen. Een duidelijke dienstenpagina met prijsgrenzen, een zichtbare contactroute en eerlijke voorbeelden doet meestal meer dan een pakket AI-markup waar niemand om vroeg.

Wanneer llms.txt wel zin kan hebben

Het oorspronkelijke llms.txt-voorstel van Jeremy Howard verscheen op 3 september 2024 en is niet onzin. Het stelt een rootbestand /llms.txt in Markdown voor, met een korte uitleg van een site en links naar Markdownbronnen die een LLM makkelijk kan lezen. Dat idee past vooral bij documentatie, API's, softwarebibliotheken en sites waar een agent snel compacte referentie-informatie nodig heeft.

Dat is een echte use case. Het is alleen niet hetzelfde als zichtbaar worden in Google Search.

Voor een developerplatform kan llms.txt prima uit de documentatiepipeline rollen. Voor een kleine dienstverlener is het meestal een onderhoudsrisico, tenzij het bijna niets kost en automatisch klopt met de echte site. Een verouderd llms.txt dat zegt dat je in Rotterdam werkt terwijl je site Amsterdam noemt, maakt je bedrijf niet begrijpelijker. Het is gewoon nog een plek waar inconsistentie kan blijven liggen.

Mijn vuistregel: komt llms.txt gratis uit je documentatieproces, prima. Verkoopt iemand het als de reden waarom Google AI Search je WordPress-site gaat citeren, houd je portemonnee dan dicht.

Wat er op 3 juni 2026 in Search Console veranderde

Er is een recente wijziging die je wel even moet volgen. Op 3 juni 2026 kondigde Google Search Generative AI performance reports in Search Console aan, met aparte weergaven voor Search en Discover. Het Search-rapport toont impressies, pagina's, landen, apparaten en datums voor generatieve AI-features zoals AI Overviews en AI Mode. Google zegt dat de rapporten naar een subset van websites worden uitgerold om te testen en feedback te verzamelen.

Google documenteerde ook een Search generative AI control. Die help-pagina zegt dat de instelling naar een subset van site-eigenaren wordt uitgerold, onder Settings > Search generative AI staat en eigenaren laat kiezen of links en content mogen verschijnen in AI Overviews, AI Mode en generatieve AI-features in Discover. Sluit je een site uit, dan krijg je geen verkeer of impressies uit die features, en Google zegt dat de keuze geen ranking- of inclusiesignaal is voor andere delen van Search.

Twee kanttekeningen.

Ten eerste is dit bij publicatie geen volwassen wereldwijde knop. De Keyword Blog-aankondiging van 3 juni plaatste de eerste test in een Britse subset, en de Search Console-help zegt ook dat het om een subset-rollout gaat. Behandel het dus als beperkte test zolang je de instelling niet in je eigen geverifieerde property ziet.

Ten tweede vervangen de nieuwe rapporten je zakelijke meting niet. De help-pagina over het Generative AI performance report beschrijft impressies en zichtbaarheid per pagina. Dat is nuttig, maar het vertelt je nog niet hoeveel leads dat oplevert. Voor een dienstverlener tellen telefoontjes, formulieren, boekingsaanvragen en meetbare e-mailkliks zwaarder dan 400 impressies in een AI-resultaat.

Wat een mkb-dienstverlener eerst moet fixen

Voor een Nederlandse of Europese dienstverlener zou ik deze volgorde aanhouden.

1. Maak de pagina's die leads moeten opleveren indexeerbaar. Homepage, dienstenpagina's, contactpagina, bedrijfspagina, regio- of werkgebiedpagina's en nuttige artikelen moeten via gewone links bereikbaar zijn, HTTP 200 teruggeven, zichtbare tekst bevatten en snippets toestaan. Search Console-verificatie hoort hier gewoon bij.

2. Vervang generieke content door specifieke dienstenpagina's. "7 tips om een accountant te kiezen" kan iedereen schrijven. Een nuttige pagina zegt welke klanten je helpt, in welke regio, hoe de intake loopt, welke documenten nodig zijn, wat de prijs beïnvloedt en waar je grens ligt.

3. Houd bedrijfsgegevens zichtbaar en actueel. Google noemt Business Profile en bedrijfsdetails expliciet. Toon bedrijfsnaam, werkgebied, contactmogelijkheden, openingstijden, juridische gegevens waar zinvol, kwalificaties en echte informatie over mensen of behandelaars.

4. Gebruik interne links als plattegrond. Link dienstoverzichten naar losse diensten, dienstenpagina's naar cases of reviews en artikelen terug naar de relevante dienst. Query fan-out maakt een goede sitestructuur niet overbodig. Het maakt een slechte structuur juist zichtbaarder.

5. Verbeter page experience zonder er magie van te maken. Trage pagina's kosten aandacht, zeker mobiel. Heeft je WordPress-site hoge TTFB, zware page-builder-JavaScript of layout shifts, los dat op omdat bezoekers het voelen. Core Web Vitals zijn diagnosemiddelen, geen complete AI Search-strategie.

6. Gebruik structured data alleen voor wat zichtbaar op de pagina staat. LocalBusiness, Organization, BreadcrumbList en echte FAQ-markup kunnen nuttig zijn als ze bij de pagina passen. Nep-FAQ's en onzichtbare schema-velden maken je site eerder minder betrouwbaar.

7. Houd tweetalige content netjes. Nederlands en Engels horen eigen URL's, crawlbare taalswitches en lokale termen te hebben. Publiceer geen dunne machinevertalingen. De vraag van een Nederlandse klant over "WordPress onderhoud" is niet altijd dezelfde vraag als een Engelse zoekopdracht naar "WordPress maintenance."

8. Houd zichtbaarheid in Search en eigen AI-features uit elkaar. Voeg je zelf een AI-chatbot toe aan de site, dan is dat een apart project met vragen over disclosure, privacy en beheer. Mijn artikelen over EU AI Act chatbot disclosure en WordPress AI API-keybeleid zijn voor die kant van het werk betere startpunten.

Dit is niet spannend. Het is wel het deel dat blijft werken wanneer de afkortingen veranderen.

Wanneer GEO je aandacht nog niet waard is

Begin niet met GEO als je site niet in Search Console is geverifieerd, je belangrijkste dienstenpagina uit een dunne alinea bestaat of je contactformulier soms stilletjes faalt. Dat is geen voorzichtigheid. Dat is gewoon de juiste volgorde.

Ik zou GEO ook nog even negeren als je leads uit organisch verkeer niet kunt meten. Zonder formulierinzendingen, telefoonkliks, boekingsaanvragen of meetbare e-mailkliks ga je optimaliseren op impressies omdat die makkelijk in een screenshot passen. AI Search-rapportage maakt die verleiding sterker, niet zwakker.

Er is nog een situatie: heel lokale bedrijven zonder duidelijke contentkloof. Heb je een kleine praktijk met een simpel afspraakproces en is beschikbaarheid je knelpunt, niet zichtbaarheid? Besteed dan geen maand aan AI Search-theorie. Houd je Google Business Profile actueel, zorg dat de site technisch gezond blijft en ga verder.

Tot slot: jaag niet op llms.txt of AI-specifiek schema terwijl je echte pagina's elkaar tegenspreken. AI-systemen zijn geen magie. Zegt je homepage dat je in heel Nederland werkt, je contactpagina dat je alleen Amsterdam bedient en je Google Business Profile oude openingstijden toont, dan is GEO niet het probleem. Je informatie is rommelig.

Belangrijkste punten

• Voor Google Search zijn GEO en AEO nog steeds SEO: de Google-gids van 15 mei 2026 zegt dat generatieve AI Search leunt op de bestaande ranking- en kwaliteitssystemen.
• Zichtbaarheid begint bij Search-basiswerk: geïndexeerde pagina's, snippets, Googlebot-toegang, HTTP 200, indexeerbare tekst en interne links.
• llms.txt is voor sommige sites een redelijk optioneel documentatiebestand, geen rankinghefboom voor Google AI Search.
• Negeer AI-specifiek herschrijven, kunstmatig opdelen, nepmentions en claims over AI-specifiek schema tenzij een leverancier ze aan officiële richtlijnen kan koppelen.
• De Search Console-controls en rapporten van 3 juni 2026 zijn beperkte rollouts. Interessant om te volgen, maar te vroeg om als universeel uitgangspunt te gebruiken.
• Mkb-dienstverleners winnen meer met specifieke dienstencontent, actuele bedrijfsgegevens, structured data die klopt met de pagina, page experience en leadmeting dan met iets dat GEO heet.