GEO- en AEO-gereedheidschecklist

Deze checklist bepaalt of een site technisch bereikbaar is, gemakkelijk te extraheren, ondubbelzinnig over zijn entiteiten, en meetbaar aanwezig in AI-antwoorden. Generative engine-optimalisatie (GEO) verbetert de kans dat generatieve systemen een bron ophalen, gebruiken en citeren. Antwoordmachineoptimalisatie (AEO) maakt een pagina in staat een direct antwoord te leveren. Geen van beide is een garantie op inclusie: gereedheid verwijdert vermijdbare obstakels, terwijl prompt- en citatiegegevens laten zien wat er werkelijk is gebeurd.

Checklist: GEO- en AEO-gereedheid. Tijdsbox: 3–5 werkdagen voor een representatieve audit en herstelplan, gevolgd door een meetvenster van minimaal 28 dagen. Eigenaar: SEO-lead, met engineering verantwoordelijk voor toegang en rendering, redactie voor passagekwaliteit, en een analist voor prompt- en citatiemeting.

Test de homepage, één pagina van elke inkomenskritische template, de tien pagina’s die zijn toegewezen aan prioritaire prompts, en pagina’s die al citaties verdienen of onverwacht missen. Noteer elke URL voor hertesten.

Waarom deze checklist, en waarom hier

Deze poort verbruikt de AI-toegankelijkheids- en agent-gereedheidsaudit , die crawler- en extractiebeperkingen identificeert; basismeting , die de toestand van vóór de wijziging bevriest; en trefwoord- en promptonderzoek , dat de echte vragen en te testen engines definieert. Het heeft ook de goedgekeurde pagina-inventaris, entiteitfeiten, schema-eigenaarschap, server- of CDN-toegang en een releaselogboek nodig.

De volgorde is belangrijk omdat bereikbaarheid, antwoordkwaliteit en zichtbaarheid verschillende lagen zijn. Prompttracking vóór crawlcontroles kan rapporteren dat een merk ontbreekt zonder uit te leggen of de oorzaak toegang, relevantie, autoriteit of simpelweg ophaalvertraging is. Het herschrijven van passages voordat het bedrijfsbeleid is bevestigd, kan inhoud blootstellen die de organisatie wilde achterhouden. Het toevoegen van schema voordat de zichtbare feiten en het entiteitenmodel stabiel zijn, kan een tegenstelling machineleesbaar maken in plaats van corrigeren.

Als deze checklist wordt overgeslagen, hebben teams de neiging te beweren dat een pagina “AI-geoptimaliseerd” is omdat deze korte alinea’s, FAQ-schema of een llms.txt-bestand heeft. Dat zijn implementatiefeiten, geen resultaten. Het contract hier is strikter: bepaal tot welke crawlers toegang hebben, bewijs dat representatieve pagina’s kunnen worden opgehaald en begrepen, en vergelijk vervolgens voltooide promptruns en broncitaties met een gedateerde basislijn.

Invoer en uitvoer

De uitvoer is het contract met publicatie, engineering en meting. “Gereed” zonder een URL-set, bewijs, drempels en observatiedata kan niet worden gereproduceerd.

De checklist

Elk item eindigt met een Gereed wanneer-voorwaarde. Voeg de respons, gerenderde extractie, validatorresultaat, screenshot of rapportrij toe in plaats van een niet-ondersteund groen vinkje te noteren.

1. Neem een expliciet crawlertoegangsbesluit

• Wat: Bepaal welke AI-user agents welke openbare paden mogen crawlen. Een user agent is de identificatie die een crawler in zijn verzoek presenteert; het is een signaal, geen sterke authenticatie.
• Waarom: Het toestaan van een crawler kan de vindbaarheid verbeteren, maar kan ook hergebruik mogelijk maken, serverbelasting toevoegen, conflicteren met licenties of materiaal blootstellen dat alleen per ongeluk openbaar was. Blokkeren kan een geldige commerciële beslissing zijn, maar mag niet worden aangezien voor een SEO-fout.
• Hoe: Lijst relevante crawlerfamilies en groepeer ze op doel: zoek- of antwoordretrieval, modeltraining en algemene webarchieven. Documenteer voor elke familie toestaan, blokkeren of padoebeperkte toegang; zakelijke motivatie; goedkeurder; en beoordelingsdatum. Vergelijk die beslissing met robots.txt , CDN-regels, web application firewall-regels, authenticatie en oorspronggedrag.
• Tool: Beleidsregister, robots-parser, CDN- en firewallconfiguratie, serverlogs en juridische of content-eigenaarbeoordeling.
• Gereed wanneer: 100% van de in scope zijnde crawlerfamilies heeft een door de eigenaar goedgekeurd besluit; elke opzettelijke blokkering is gelabeld als beleid; en nul live regels zijn in tegenspraak met het vastgelegde besluit op de representatieve URL-set.

2. Test bereikbaarheid als de crawler, niet als een browsersessie

• Wat: Verifieer dat toegestane crawlers de canonieke inhoud ontvangen met een succesvolle respons en zonder een uitdaging, inlog, toestemmingsmuur of lege client-side shell.
• Waarom: Een permissieve robots-regel bewijst geen levering. Een CDN kan 403, 429, een CAPTCHA of andere HTML teruggeven aan een niet-browserverzoek terwijl een ingelogde medewerker een normale pagina ziet.
• Hoe: Haal elke representatieve URL op met de relevante user-agent-string vanuit een schoon verzoek. Noteer status, redirects, responstijd, contenttype, canonical, indexrichtlijnen, uiteindelijke bodygrootte en of het hoofdantwoord verschijnt in de geretourneerde of gerenderde HTML. Vergelijk bot- en normale browserresponsies op materiële verschillen.
• Tool: AI-toegankelijkheid en agent-gereedheid in AmICited, respons- en headerinspectie, serverlogs en een gerenderde HTML-vergelijking.
• Gereed wanneer: Elke opzettelijk toegestane test retourneert de verwachte canonieke pagina met 200-status; redirectketens bevatten niet meer dan één hop; geen toegestaan verzoek ontvangt 401, 403, 429, uitdagings-HTML of een lege hoofdregio; en verschillen hebben een gedocumenteerde, niet-bedrieglijke reden.

3. Audit llms.txt als een kaart, geen magische schakelaar

• Wat: Beoordeel /llms.txt, een opkomend vrijwillig tekstbestand bedoeld om taalmodeltools naar nuttige sitebronnen te leiden. Beschouw het als richtlijn, niet als toegangscontrole of gegarandeerd rankingsignaal.
• Waarom: Een beknopte kaart kan een agent helpen canonieke documentatie te vinden, maar een verouderd bestand kan hem naar redirects, dubbele pagina’s of verouderde claims sturen. De aanwezigheid ervan kan geblokkeerd crawlen of zwakke inhoud niet compenseren.
• Hoe: Als het bedrijf het bestand adopteert, houd dan de titel en beschrijving duidelijk, link alleen naar canonieke openbare URL’s, groepeer bronnen op echt gebruikersdoel en geef de voorkeur aan duurzame pagina’s boven een dump van de volledige sitemap. Test elke vermelde URL. Als het bedrijf ervoor kiest het niet te publiceren, noteer dat besluit dan zonder de hele gereedheidspoort te laten mislukken.
• Tool: AmICited llms.txt-controle, linkchecker, URL-inventaris en content-eigenaarbeoordeling.
• Gereed wanneer: Het besluit om te publiceren of weg te laten is vastgelegd; indien aanwezig retourneert het bestand 200 als platte tekst, bevat nul gebroken, omgeleide, geblokkeerde, dubbele of niet-canonieke links, en heeft een benoemde eigenaar en beoordelingsdatum.

4. Maak prioritaire passages zelfstandig en vooraan geplaatst

• Wat: Geef elke prioriteitsvraag een zelfstandige passage: een sectie die het antwoord vroeg stelt en voldoende zelfstandige naamwoorden, reikwijdte, voorwaarden en bewijs bevat om accuraat te blijven wanneer deze uit omliggende tekst wordt geëxtraheerd.
• Waarom: Retrievalsystemen selecteren vaak een passage in plaats van de hele pagina. “Het hangt ervan af” of “deze methode” verliest betekenis wanneer het wordt losgemaakt van de kop; een uitgesteld antwoord dwingt het systeem feiten uit meerdere secties samen te voegen en verhoogt de kans op weglating of vervorming.
• Hoe: Plaats het directe antwoord in de eerste een of twee zinnen onder de bijpassende kop. Noem de entiteit en het onderwerp in plaats van te vertrouwen op voornaamwoorden. Volg met kwalificaties, bewijs, voorbeelden en uitzonderingen. Houd noodzakelijke context bij de claim; reduceer complex juridisch, medisch, financieel of veiligheidsadvies niet tot een onvoorwaardelijk snippet.
• Tool: Prompt-naar-sectie-kaart, redactionele extractietest, plain-text-lezer en vakinhoudelijke beoordeling.
• Gereed wanneer: Elk van de tien prioritaire prompts wijst naar één canonieke pagina en één antwoordsectie; het antwoord verschijnt binnen de eerste 80 woorden van die sectie; en een beoordelaar kan de passage alleen kopiëren zonder het onderwerp, de reikwijdte, de voorwaarde of de bewijsbron te verliezen.

5. Gebruik extraheerbare formaten voor de taak

• Wat: Geef sequenties weer als genummerde stappen, alternatieven als vergelijkingstabellen, specificaties als gelabelde waarden en korte sets als lijsten. Houd dezelfde feiten beschikbaar in betekenisvolle HTML, niet alleen in afbeeldingen, video, canvas of interactie-only tabs.
• Waarom: Formaat codeert relaties. Een proza-alinea kan verbergen welke waarde bij welk product hoort, terwijl een tabel de vergelijking blootlegt. Inhoud die alleen bestaat na een klik of in een afbeelding kan worden gemist of losgekoppeld van de labels.
• Hoe: Inspecteer de documentstructuur en ruwe HTML. Geef tabellen kopteksten, lijsten één idee per item, figuren bijschriften, afbeeldingen nuttige alternatieve tekst en interactieve inhoud een server-gerenderde samenvatting. Zorg ervoor dat verborgen tabs niet de enige kopie van een kritisch antwoord bevatten.
• Tool: Toegankelijkheidsboom, HTML-broninspectie, alleen-toetsenbordbeoordeling en een JavaScript-uitgeschakelde of plain-text-rendering.
• Gereed wanneer: 100% van de kritische feiten blijft beschikbaar en correct gelabeld zonder interactie; elke vergelijking heeft expliciete rij- en kolomlabels; elke reeks heeft geordende stappen; en geen prioritair antwoord bestaat alleen in media of een client-gerenderde widget.

6. Stem zichtbare feiten, entiteiten en gestructureerde gegevens af

• Wat: Verduidelijk de personen, organisaties, producten, plaatsen en relaties op de pagina en druk ondersteunde feiten vervolgens uit via geldige gestructureerde gegevens . Een entiteit is een duidelijk afgebakend ding in de echte wereld dat kan worden benoemd en gedesambigueerd van soortgelijke dingen.
• Waarom: Ambigue namen en tegenstrijdige identificatoren maken toeschrijving onbetrouwbaar. Schema-markup kan dubbelzinnigheid verminderen, maar markup die breder, nieuwer of meer promotioneel is dan de zichtbare pagina creëert conflict in plaats van vertrouwen.
• Hoe: Gebruik één canonieke naam, URL, logo en stabiele identificatieset voor de organisatie. Verbind auteurs en beoordelaars met echte profielpagina’s. Kies het meest specifieke toepasselijke schematype, neem alleen zichtbare en geverifieerde feiten op en verbind gerelateerde knooppunten met consistente identificatoren. Valideer syntax en vergelijk elke materiële eigenschap met de gerenderde pagina.
• Tool: Entiteitenregistratie, JSON-LD-inspectie, Schema.org-validator, rich-result-testen waar van toepassing en QA op templateniveau.
• Gereed wanneer: Elke representatieve pagina heeft één ondubbelzinnige primaire entiteit; nul materiële schema-eigenschappen spreken zichtbare claims tegen of overschrijden deze; nul syntaxfouten blijven over; en elke inkomenskritische template heeft een goedgekeurde schema-eigenaar en testopstelling.

7. Bescherm citatiekwaliteit met bronnen en versheid

• Wat: Ondersteun claims die bewijs vereisen met identificeerbare primaire of gezaghebbende bronnen, en geef aan wanneer de pagina inhoudelijk is beoordeeld.
• Waarom: Extraheerbaarheid zonder bewijs kan een ongegronde claim gemakkelijker herhaalbaar maken. Verouderde prijzen, beleidsregels, benchmarks en productmogelijkheden zijn bijzonder riskant omdat een vloeiende passage er nog steeds actueel uit kan zien.
• Hoe: Traceer besluitrelevante claims naar bronnen, plaats citaties in de buurt van de claim, gebruik beschrijvende ankettekst en vermeld de relevante meet- of ingangsdatum. Verwijder dood bewijs of herschrijf de claim. Wijzig een “bijgewerkt”-datum alleen na een echte beoordeling die de inhoud wijzigt of opnieuw valideert.
• Tool: Claim-bron-register, linkchecker, contentinventaris en vakinhoudelijke goedkeuring.
• Gereed wanneer: 100% van de risicovolle en besluitrelevante claims heeft een actuele bron of benoemde verantwoordelijke eigenaar; nul citaties leiden naar dode of niet-gerelateerde pagina’s; en de weergegeven beoordelingsdatum komt overeen met de vastgelegde beoordeling.

8. Bevries een representatieve promptset vóór release

• Wat: Stel een herhaalbare set kopersvragen vast die worden gebruikt om vermeldingen, citatierangschikking, geciteerde URL’s en providerverschillen te meten vóór en na wijzigingen.
• Waarom: Het wijzigen van prompts na implementatie kan schijnbare verbetering creëren. Eén handgekozen antwoord is een anecdote omdat generatieve responsies en bronselectie kunnen variëren tussen runs en providers.
• Hoe: Selecteer ten minste 20 prompts voor ontdekking, vergelijking, evaluatie en merkspecifieke intentie. Neem prompts op waarbij het merk momenteel wordt geciteerd, wordt genoemd zonder citatie en ontbreekt. Vastte leggen: formulering, land, taal, provider, tags en schema; noteer de toegewezen bestemming en bedrijfsprioriteit.
• Tool: Prompttracking en -beheer in AmICited en de goedgekeurde prompt-naar-pagina-kaart.
• Gereed wanneer: Ten minste 20 prompts hebben een of meer voltooide basislijnruns; 100% behoudt vaste formulering en instellingen tijdens het observatievenster; elke prompt heeft een beoogde pagina en intentie; en mislukte of lopende runs worden uitgesloten van uitkomstpercentages in plaats van geteld als ontbrekend.

9. Meet citaties op domein-, URL-, prompt- en providerniveau

• Wat: Volg of het merk wordt genoemd, of het domein wordt geciteerd, welke exacte URL wordt geciteerd, de positie ervan en welke andere bronnen winnen voor dezelfde prompt.
• Waarom: Een domeintotaal kan verbergen dat de verkeerde pagina citaties verdient. Een vermelding kan stijgen terwijl citaties van eigen bronnen dalen, wat betekent dat engines het merk kennen maar een andere bron vertrouwen voor het antwoord.
• Hoe: Bewaar de export van vóór de wijziging, annoteer de release en vergelijk gelijkwaardige voltooide runs over het afgesproken venster van 28 dagen. Segmenteer per provider en promptintentie. Bekijk volledige antwoorden op belangrijke bewegingen en scheid eigen citaties van citaties van derden die het merk noemen.
• Tool: Bron- en citatie-intelligentie in AmICited, promptgeschiedenis en de release-aantekening.
• Gereed wanneer: Elke prioritaire prompt heeft een voltooide basislijn van vóór de wijziging en een observatierecord van na de wijziging; geciteerde domeinen en exacte URL’s zijn opgeslagen; providerverschillen zijn zichtbaar; en elke geclaimde verbetering kan worden gereproduceerd vanuit dezelfde promptset en datumvenster.

10. Hertest mislukkingen en onderteken het gereedheidsbesluit

• Wat: Consolideer technische, redactionele, schema- en meetresultaten tot geslaagd, voorwaardelijk geslaagd, opzettelijke blokkering of mislukt.
• Waarom: Een gemiddelde score kan een kritische toegangsfout verbergen. Gereedheid hoort bij exacte URL’s en templates onder een vastgelegd beleid, niet bij de site als een niet-ondersteund label.
• Hoe: Hertest elk gecorrigeerd item vanuit een schoon verzoek. Houd opzettelijke beleidsblokkeringen gescheiden van defecten. Een voorwaardelijke goedkeuring moet de uitzondering, betrokken URL’s, risico, goedkeurder, correctie-eigenaar en vervaldatum vermelden. Bewaar ruw bewijs en de template- of implementatieversie.
• Tool: Gereedheidstestmatrix, issue-tracker, releaseregister en eigenaar-goedkeuring.
• Gereed wanneer: Nul kritische mislukkingen blijven over op opzettelijk toegestane prioritaire URL’s; elke andere mislukking heeft een eigenaar en vervaldatum; elke uitzondering heeft een vervaldatum; en de verantwoordelijke SEO-, engineering- en content-eigenaren ondertekenen hetzelfde gedateerde record.

Tools in AmICited

Gebruik productcontroles als bewijs in de matrix, niet als vervanging van bedrijfsbeleid of redactioneel oordeel.

1. Open de Agent Accessibility-audit om llms.txt, toegankelijkheidsstructuur, sitemapdekking en de afzonderlijke feiten achter crawlertoegang te inspecteren. Noteer een robots-allow, een live CCBot-achtig verzoek en bevestigde Common Crawl-aanwezigheid onafhankelijk; een onbekend resultaat is geen geslaagd of mislukt.

2. Open Prompt Tracking om de bevroren promptset te importeren of te maken, providers, land, tags en schema te selecteren en voltooide basislijnruns te bewaren. In wachtrij, in behandeling en mislukte runs zijn operationele statussen, geen “ontbrekende citatie”-uitkomsten.

3. Open Bronnen om van domeintotalen naar exacte geciteerde pagina’s en de prompts die elke pagina wint te gaan. Vergelijk eigen pagina’s met bronnen van derden in plaats van aan te nemen dat een merkvermelding afkomstig is van de website van het merk.

Beslisregels: hoe slecht eruitziet

Dit zijn operationele poorten, geen claims over hoe een engine pagina’s rangschikt. Verscherp ze voor gereguleerde, veiligheidskritische of hoogwaardige inhoud.

Meng de rijen niet tot één score. Eén geblokkeerde inkomenskritische template wordt niet tenietgedaan door negen goed gestructureerde artikelen. Omgekeerd is een opzettelijke, goedgekeurde trainingscrawlerblokkering geen technisch defect als retrievalscrawlers die nodig zijn voor de gekozen strategie nog steeds bij de goedgekeurde inhoud kunnen komen.

Opleverbaar

Overhandig een tabel met versienummer plus een bewijsmap. Vereiste velden zijn: audit-ID, URL, template, doelprompt, provider, crawlerfamilie, beleidsbesluit, ophaalresultaat, extraheerbaarheidsresultaat, schemaresultaat, llms.txt-opname, basislijnvermelding en -citatie, implementatiedatum, resultaat na wijziging, ernst, eigenaar, vervaldatum, hertestdatum, bewijslink, uitzondering, vervaldatum en eindbeslissing.

Voeg het crawlerregister, de bevroren promptexport, de entiteiten- en claimbronregistratie en de release-aantekening toe. Bewaar ruwe responsies of gerenderde extracties naast screenshots, zodat beoordelaars kunnen verifiëren wat de machine heeft ontvangen.

De verantwoordelijke eigenaar ondertekent een van de vier uitkomsten:

• Geslaagd: alle opzettelijk toegestane prioritaire URL’s doorstaan kritische toegangs-, extractie-, entiteiten- en bewijspoorten.
• Voorwaardelijk geslaagd: geen kritische mislukking blijft over, maar tijdsgebonden niet-kritische uitzonderingen worden geaccepteerd door benoemde eigenaren.
• Opzettelijke blokkering: een crawler of pad is niet beschikbaar volgens goedgekeurd beleid en de verwachte zichtbaarheidsafweging is vastgelegd.
• Mislukt: een kritische template is onbereikbaar, misleidend, tegenstrijdig of niet meetbaar; release of promotie stopt tot hertest.

Wat er misgaat

Robots-beleid wordt behandeld als bewijs van toegang. Het bestand zegt “allow”, maar de CDN daagt het verzoek uit. Los dit op door zowel het beleid als een echt ophaalresultaat op te slaan.

Elke crawler wordt toegestaan zonder een bedrijfseigenaar. Het SEO-team optimaliseert vindbaarheid terwijl juridische of content-eigenaren van plan waren trainingshergebruik te beperken. Scheid crawlerdoelen en verkrijg een expliciet besluit in plaats van één algemene regel te maken.

llms.txt wordt een tweede sitemap. Honderden niet-geprioriteerde URL’s creëren ruis, verouderde links en concurrerende canonieke keuzes. Houd het samengesteld en nuttig, of laat het bewust weg.

De tekst wordt ingekort totdat deze onjuist wordt. Vooraan geplaatste antwoorden verliezen kwalificaties, data of publieksbeperkingen in de zoektocht naar een snippet. Houd het directe antwoord vroeg, maar voeg vervolgens de voorwaarden toe die nodig zijn om het nauwkeurig op zichzelf te laten staan.

FAQ-schema wordt toegevoegd aan onzichtbare of niet-ondersteunde antwoorden. Geldige syntax maakt verzonnen of verborgen claims niet betrouwbaar. Stem markup af op zichtbare inhoud en verwijder eigenschappen die de pagina niet kan bewijzen.

Een homepagetest wordt gegeneraliseerd naar de hele site. Documentatie-, product-, categorie- en JavaScript-zware templates kunnen zich anders gedragen onder hetzelfde domein. Audit representatieve templates en prioritaire bestemmingen.

Eén gunstig AI-antwoord wordt het succesverhaal. Het team herhaalt of herformuleert totdat het merk verschijnt en rapporteert vervolgens de screenshot. Bevries eerst prompts en vergelijk gelijkwaardige voltooide runs over het observatievenster.

Mentionshare wordt verward met citatieshare. De engine noemt het merk maar citeert een beoordelingssite of concurrent. Rapporteer merkaanwezigheid en eigen-broncitatie afzonderlijk en inspecteer vervolgens de exacte geciteerde URL.

Volgende fase

Volgende is continue vernieuwing en iteratie . Dit heeft de gereedheidsmatrix, het crawlerregister, bevroren prompts, geciteerde URL’s, implementatieaantekening, uitzonderingen en beoordelingsdata nodig.

Herschrijf een pagina niet herhaaldelijk alleen omdat een citatie niet is verschenen. Controleer eerst opnieuw toegang, promptvaliditeit, wijzigingen in geciteerde bronnen en volume van voltooide runs. Kies vervolgens de kleinste op bewijs gebaseerde interventie: technische reparatie, duidelijkere passage, sterkere entiteitsondersteuning, verser bewijs of geen wijziging.

Klaar om GEO- en AEO-gereedheid te verifiëren?

Begin met het SEO-proces , voer vervolgens de Agent Accessibility-audit uit en voeg het bewijs toe aan de checklist. Gereedheid is pas compleet wanneer het toegangsbesluit expliciet is, representatieve pagina’s extractie- en entiteitencontroles doorstaan en prompt- en citatierapportage de uitkomst kan verifiëren.