GEO- og AEO-beredskabstjekliste

Denne tjekliste afgør, om et websted er teknisk tilgængeligt, let at ekstrahere, utvetydigt om sine enheder og målbart til stede i AI-svar. Generativ engine-optimering (GEO) forbedrer sandsynligheden for, at generative systemer henter, bruger og citerer en kilde. Svar-enginoptimering (AEO) gør en side i stand til at levere et direkte svar. Ingen af delene er et løfte om inklusion: beredskab fjerner undgåelige forhindringer, mens prompt- og citationsdata viser, hvad der faktisk skete.

Tjekliste: GEO- og AEO-beredskab. Tidsramme: 3-5 arbejdsdage til en repræsentativ gennemgang og udbedringsplan, efterfulgt af et minimum på 28 dages målevindue. Ejer: SEO-ansvarlig, med teknik ansvarlig for adgang og gengivelse, redaktion for afsnitskvalitet og en analytiker for prompt- og citationsmåling.

Test forsiden, én side fra hver omsætningskritisk skabelon, de ti sider, der er knyttet til prioriterede prompts, og sider, der allerede opnår eller uventet mangler citater. Registrér hver URL til gentestning.

Hvorfor denne tjekliste, og hvorfor her

Denne port forbruger AI-tilgængeligheds- og agentberedskabsaudit , som identificerer crawler- og ekstraktionsbegrænsninger; baselinemåling , som fryser tilstanden før ændring; og søgeords- og promptforskning , som definerer de reelle spørgsmål og engines at teste. Den har også brug for den godkendte sideoversigt, enhedsfakta, skemaejerskab, server- eller CDN-adgang og en udgivelseslog.

Rækkefølgen har betydning, fordi tilgængelighed, svar-kvalitet og synlighed er forskellige lag. Promptsporing før crawlerkontrol kan rapportere, at et brand mangler, uden at forklare, om årsagen er adgang, relevans, autoritet eller blot forsinkelse i genfinding. Omskrivning af afsnit før bekræftelse af forretningspolitik kan eksponere indhold, organisationen havde til hensigt at tilbageholde. Tilføjelse af skema før de synlige fakta og enhedsmodellen er stabile, kan gøre en modsigelse maskinlæsbar i stedet for at rette den.

Hvis denne tjekliste springes over, har teams en tendens til at hævde, at en side er “AI-optimeret”, fordi den har korte afsnit, FAQ-skema eller en llms.txt-fil. Det er implementeringsfakta, ikke resultater. Kontrakten her er strengere: angiv, hvad crawlere må tilgå, bevis, at repræsentative sider kan hentes og forstås, og sammenlign derefter gennemførte promptkørsler og kildecitationer med en dateret baseline.

Inputs og outputs

Outputtene er kontrakten med publicering, teknik og måling. “Klar” uden et URL-sæt, dokumentation, tærskler og observationsdatoer kan ikke reproduceres.

Tjeklisten

Hvert emne slutter med en Udført når-betingelse. Vedhæft svaret, det gengivne uddrag, validatorresultatet, skærmbilledet eller rapportrækken i stedet for at registrere et ubegrundet grønt flueben.

1. Træf en eksplicit crawleradgangsbeslutning

• Hvad: Beslut, hvilke AI-brugeragenter der må crawle hvilke offentlige stier. En brugeragent er den identifikator, en crawler præsenterer i sin anmodning; det er et signal, ikke stærk autentifikation.
• Hvorfor: At tillade en crawler kan forbedre opdagelse, men kan også muliggøre genbrug, øge serverbelastning, være i konflikt med licensering eller eksponere materiale, der kun var offentligt ved et uheld. Blokering kan være en legitim kommerciel beslutning, men må ikke forveksles med en SEO-fejl.
• Hvordan: List relevante crawlerfamilier og gruppér dem efter formål: søge- eller svarhentning, modeltræning og generelle webarkiver. For hver, dokumentér tillad, blokér eller stibegrænset adgang; forretningsmæssig begrundelse; godkender; og gennemgangsdato. Sammenlign denne beslutning med robots.txt , CDN-regler, webapplikationsfirewallregler, autentifikation og oprindelsesadfærd.
• Værktøj: Politikregister, robot-parser, CDN- og firewallkonfiguration, serverlogfiler og juridisk eller indholdsejergennemgang.
• Udført når: 100 % af crawlerfamilier inden for scope har en ejergodkendt beslutning; hver bevidst blokering er mærket som politik; og nul levende regler modsiger den registrerede beslutning på det repræsentative URL-sæt.

2. Test tilgængelighed som crawleren, ikke som en browsersession

• Hvad: Verificér, at tilladte crawlere modtager det kanoniske indhold med et vellykket svar og uden udfordring, login, samtykkevæg eller tom klient-side-skal.
• Hvorfor: En tilladende robotregel beviser ikke levering. En CDN kan returnere 403, 429, en CAPTCHA eller anden HTML til en ikke-browser-anmodning, mens en logget ind medarbejder ser en normal side.
• Hvordan: Hent hver repræsentativ URL med den relevante brugeragentstreng fra en ren anmodning. Registrér status, omdirigeringer, svartid, indholdstype, kanonisk, indeksdirektiver, endelig brødtekststørrelse, og om hovedsvaret vises i den returnerede eller gengivne HTML. Sammenlign bot- og normalbrowserespons for væsentlige forskelle.
• Værktøj: AI-tilgængelighed og agentberedskab i AmICited, svar- og headerinspektion, serverlogfiler og en sammenligning af gengivet HTML.
• Udført når: Hver bevidst tilladt test returnerer den forventede kanoniske side med 200-status; omdirigeringskæder indeholder højst et hop; ingen tilladt anmodning modtager 401, 403, 429, udfordrings-HTML eller et tomt hovedområde; og forskelle har en dokumenteret, ikke-vildledende årsag.

3. Gennemgå llms.txt som et kort, ikke en magisk kontakt

• Hvad: Gennemgå /llms.txt, en ny frivillig tekstfil, der har til formål at pege sprogmodelværktøjer mod nyttige webstedsressourcer. Behandl det som vejledning, ikke som adgangskontrol eller garanteret rangsignal.
• Hvorfor: Et kortfattet kort kan hjælpe en agent med at finde kanonisk dokumentation, men en forældet fil kan sende den til omdirigeringer, dubletsider eller afviklede påstande. Dets tilstedeværelse kan ikke kompensere for blokeret crawling eller svagt indhold.
• Hvordan: Hvis virksomheden anvender filen, hold titel og beskrivelse klar, link kun til kanoniske offentlige URL’er, gruppér ressourcer efter reelt brugerformål, og foretræk holdbare sider frem for en dump af hele sitemappet. Test hver listede URL. Hvis virksomheden vælger ikke at publicere den, registrér denne beslutning uden at lade hele beredskabsporten fejle.
• Værktøj: AmICited llms.txt-kontrol, linkkontrol, URL-oversigt og indholdsejergennemgang.
• Udført når: Beslutningen om at publicere eller undlade er registreret; hvis til stede, returnerer filen 200 som almindelig tekst, indeholder nul brudte, omdirigerede, blokerede, dublet- eller ikke-kanoniske links, og har en navngiven ejer og gennemgangsdato.

4. Gør prioritetsafsnit selvstændige og front-loaded

• Hvad: Giv hvert prioritetsspørgsmål et selvstændigt afsnit: en sektion, der angiver svaret tidligt og indeholder tilstrækkelige navneord, omfang, betingelser og dokumentation til at forblive præcis, når det ekstraheres fra omgivende tekst.
• Hvorfor: Hentningssystemer vælger ofte et afsnit frem for hele siden. “Det afhænger af” eller “denne metode” mister mening, når det løsrives fra overskriften; et forsinket svar tvinger systemet til at samle fakta på tværs af flere sektioner og øger risikoen for udeladelse eller forvrængning.
• Hvordan: Placer det direkte svar i de første en eller to sætninger under den matchende overskrift. Nævn enheden og emnet i stedet for at stole på stedord. Følg op med kvalifikationer, dokumentation, eksempler og undtagelser. Behold nødvendig kontekst sammen med påstanden; reducer ikke komplekse juridiske, medicinske, finansielle eller sikkerhedsmæssige råd til en ubetinget snip.
• Værktøj: Prompt-til-sektion-kort, redaktionel ekstraktionstest, almindelig tekst-læser og faggennemgang.
• Udført når: Hver af de ti prioritetsprompts knytter sig til én kanonisk side og én svarsektion; svaret vises inden for de første 80 ord i denne sektion; og en anmelder kan kopiere afsnittet alene uden at miste emne, omfang, betingelse eller dokumentationskilde.

5. Brug ekstraherbare formater til opgaven

• Hvad: Vis sekvenser som nummererede trin, alternativer som sammenligningstabeller, specifikationer som mærkede værdier og korte sæt som lister. Behold de samme fakta tilgængelige i meningsfuld HTML, ikke kun i billeder, video, canvas eller interaktionsbestemte faner.
• Hvorfor: Format indkoder relationer. Et prosa-afsnit kan skjule, hvilken værdi der hører til hvilket produkt, mens en tabel eksponerer sammenligningen. Indhold, der kun findes efter et klik eller inde i et billede, kan overses eller løsrives fra sine etiketter.
• Hvordan: Inspicér dokumentdispositionen og rå HTML. Giv tabeller overskrifter, lister én idé pr. punkt, figurer billedtekster, billeder nyttig alternativ tekst og interaktivt indhold et server-gengivet resumé. Sørg for, at skjulte faner ikke indeholder den eneste kopi af et kritisk svar.
• Værktøj: Tilgængelighedstræ, HTML-kildeinspektion, tastatur-only-gennemgang og en JavaScript-deaktiveret eller almindelig tekst-gengivelse.
• Udført når: 100 % af kritiske fakta forbliver tilgængelige og korrekt mærket uden interaktion; hver sammenligning har eksplicitte række- og kolonneetiketter; hver sekvens har ordnede trin; og intet prioritetssvar findes kun i medier eller en klient-gengivet widget.

6. Tilpas synlige fakta, enheder og strukturerede data

• Hvad: Præcisér de personer, organisationer, produkter, steder og relationer på siden, og udtryk derefter understøttede fakta gennem gyldige strukturerede data . En enhed er en tydelig virkelig ting, der kan navngives og adskilles fra lignende ting.
• Hvorfor: Tvetydige navne og modstridende identifikatorer gør tilskrivning upålidelig. Skema-markup kan reducere tvetydighed, men markup der er bredere, nyere eller mere salgsfremmende end den synlige side skaber konflikt snarere end tillid.
• Hvordan: Brug ét kanonisk navn, URL, logo og stabilt identifikatorsæt for organisationen. Forbind forfattere og anmeldere til rigtige profilsider. Vælg den mest specifikke anvendelige skematype, inkludér kun synlige og verificerede fakta, og forbind relaterede noder med konsistente identifikatorer. Validér syntaks, og sammenlign hver væsentlig egenskab med den gengivne side.
• Værktøj: Enhedsregistrering, JSON-LD-inspektion, Schema.org-validator, rich-result-testning hvor relevant og skabelonniveau QA.
• Udført når: Hver repræsentativ side har én utvetydig primær enhed; nul væsentlige skemaegenskaber modsiger eller overstiger synlige påstande; nul syntaksfejl forbliver; og hver omsætningskritisk skabelon har en godkendt skemaejer og testopsætning.

7. Beskyt citationskvalitet med kilder og friskhed

• Hvad: Understøt påstande, der kræver dokumentation, med identificerbare primære eller autoritative kilder, og angiv hvornår siden blev substantielt gennemgået.
• Hvorfor: Ekstraherbarhed uden dokumentation kan gøre en ubegrundet påstand lettere at gentage. Forældede priser, politikker, benchmarks og produktegenskaber er særligt risikable, fordi et flydende afsnit stadig kan se aktuelt ud.
• Hvordan: Spor beslutningsrelevante påstande til kilder, placer citater tæt på påstanden, brug beskrivende ankertekst, og angiv den relevante måle- eller ikrafttrædelsesdato. Fjern død dokumentation, eller omskriv påstanden. Ændr kun en “opdateret”-dato efter en reel gennemgang, der ændrer eller genvaliderer indholdet.
• Værktøj: Påstand-kilde-regnskab, linkkontrol, indholdsoversigt og faglig godkendelse.
• Udført når: 100 % af højrisiko- og beslutningsrelevante påstande har en aktuel kilde eller navngiven ansvarlig ejer; nul citater fører til døde eller ikke-relaterede sider; og den viste gennemgangsdato matcher den registrerede gennemgang.

8. Fastfrys et repræsentativt promptsæt før frigivelse

• Hvad: Etablér et gentageligt sæt af køberspørgsmål, der bruges til at måle omtaler, citationsrangering, citerede URL’er og udbyderforskelle før og efter ændringer.
• Hvorfor: Ændring af prompts efter implementering kan skabe tilsyneladende forbedring. Et håndplukket svar er en anekdote, fordi generative svar og kildevalg kan variere mellem kørsler og udbydere.
• Hvordan: Vælg mindst 20 prompts på tværs af opdagelse, sammenligning, evaluering og brand-specifik hensigt. Inkludér prompts, hvor brandet aktuelt citeres, nævnes uden citation og mangler. Fastlås formulering, land, sprog, udbyder, tags og tidsplan; registrér den tilknyttede destination og forretningsprioritet.
• Værktøj: Promptsporing og -styring i AmICited og det godkendte prompt-til-side-kort.
• Udført når: Mindst 20 prompts har én eller flere gennemførte baseline-kørsler; 100 % bevarer fast formulering og indstillinger i observationsvinduet; hver har en tilsigtet side og hensigt; og mislykkede eller afventende kørsler udelukkes fra resultatrater snarere end talt som manglende.

9. Mål citater på domæne-, URL-, prompt- og udbyderniveau

• Hvad: Spor, om brandet nævnes, om dets domæne citeres, hvilken præcis URL der citeres, dens position, og hvilke andre kilder der vinder for den samme prompt.
• Hvorfor: Et domænetotal kan skjule, at den forkerte side opnår citater. En omtale kan stige, mens ejede kildecitationer falder, hvilket betyder, at engines kender brandet, men stoler på en anden kilde for svaret.
• Hvordan: Bevar eksporten før ændring, annotér frigivelsen, og sammenlign tilsvarende gennemførte kørsler over det aftalte 28-dages vindue. Segmentér efter udbyder og prompthensigt. Gennemgå fulde svar for vigtige bevægelser, og adskil ejede citater fra tredjepartscitater, der nævner brandet.
• Værktøj: Kilde- og citationsintelligens i AmICited, prompthistorik og frigivelsesannotationen.
• Udført når: Hver prioritetsprompt har en gennemført baseline før ændring og observationsregistrering efter ændring; citerede domæner og præcise URL’er er gemt; udbyderforskelle er synlige; og hver påstået forbedring kan reproduceres fra samme promptsæt og datovindue.

10. Gentest fejl og underskriv beredskabsbeslutningen

• Hvad: Saml tekniske, redaktionelle, skema- og måleresultater til bestået, betinget bestået, bevidst blokering eller ikke bestået.
• Hvorfor: En gennemsnitsscore kan skjule en kritisk adgangsfejl. Beredskab hører til præcise URL’er og skabeloner under en registreret politik, ikke til webstedet som en ubegrundet etiket.
• Hvordan: Gentest hvert rettet emne fra en ren anmodning. Hold bevidste politikblokeringer adskilt fra fejl. Et betinget bestået skal nævne undtagelsen, berørte URL’er, risiko, godkender, korrektionsansvarlig og udløbsdato. Bevar rådokumentation og skabelon- eller implementeringsversionen.
• Værktøj: Beredskabstestmatrix, problemsporing, frigivelsesregistrering og ejers underskrift.
• Udført når: Nul kritiske fejl forbliver på bevidst tilladte prioritets-URL’er; hver anden fejl har en ejer og deadline; hver undtagelse har en udløbsdato; og de ansvarlige SEO-, teknik- og indholdsejere underskriver den samme daterede registrering.

Værktøjer i AmICited

Brug produktkontroller som dokumentation i matricen, ikke som erstatning for forretningspolitik eller redaktionel dømmekraft.

1. Åbn Agent Accessibility-auditten for at inspicere llms.txt, tilgængelighedsstruktur, sitemap-dækning og de separate fakta bag crawleradgang. Registrér en robot-tilladelse, en live CCBot-stil-anmodning og bekræftet Common Crawl-tilstedeværelse uafhængigt; et ukendt resultat er hverken bestået eller ikke bestået.

2. Åbn Prompt Tracking for at importere eller oprette det fastfrosne promptsæt, vælge udbydere, land, tags og kadence, og bevar gennemførte baseline-kørsler. Kørsler i kø, under behandling og mislykkede er operationelle tilstande, ikke “manglende citation”-resultater.

3. Åbn Sources for at bevæge sig fra domænetotaler til præcist citerede sider og de prompts, hver side vinder. Sammenlign ejede sider med tredjepartskilder i stedet for at antage, at en brandomtale kom fra brandets hjemmeside.

Beslutningsregler: hvordan dårligt ser ud

Disse er operationelle porte, ikke påstande om, hvordan en engine rangerer sider. Stram dem for reguleret, sikkerhedskritisk eller højværdiindhold.

Bland ikke rækkerne til én score. Én blokeret omsætningskritisk skabelon udlignes ikke af ni velskrevne artikler. Omvendt er en bevidst, godkendt træningscrawler-blokering ikke en teknisk fejl, hvis de hentningscrawlere, der er nødvendige for den valgte strategi, stadig kan nå det godkendte indhold.

Leverance

Aflever en versionsstyret tabel plus en dokumentationsmappe. Påkrævede felter er: audit-ID, URL, skabelon, målrettet prompt, udbyder, crawlerfamilie, politikbeslutning, hentningsresultat, ekstraherbarhedsresultat, skemaresultat, llms.txt-inklusion, baseline-omtale og -citation, implementeringsdato, resultat efter ændring, alvorlighed, ejer, deadline, gentestdato, dokumentationslink, undtagelse, udløbsdato og endelig beslutning.

Inkludér crawlerregisteret, frossen prompteksport, enheds- og påstand-kilde-registrering og frigivelsesannotation. Gem rå svar eller gengivne uddrag sammen med skærmbilleder, så anmeldere kan verificere, hvad maskinen modtog.

Den ansvarlige ejer underskriver ét af fire udfald:

• Bestået: alle bevidst tilladte prioritets-URL’er klarer kritiske adgangs-, ekstraktions-, enheds- og dokumentationsporte.
• Betinget bestået: ingen kritisk fejl forbliver, men tidsbegrænsede ikke-kritiske undtagelser accepteres af navngivne ejere.
• Bevidst blokering: en crawler eller sti er utilgængelig efter godkendt politik, og den forventede synlighedsafvejning er registreret.
• Ikke bestået: en kritisk skabelon er utilgængelig, vildledende, modstridende eller umålbar; frigivelse eller promovering stoppes indtil gentest.

Hvad går galt

Robotpolitik behandles som bevis på adgang. Filen siger “allow”, men CDN’et udfordrer anmodningen. Løs dette ved at gemme både politik og et reelt hentningsresultat.

Hver crawler tillades uden en forretningsejer. SEO-teamet optimerer opdagelse, mens juridiske eller indholdsejere havde til hensigt at begrænse genbrug til træning. Adskil crawlerformål, og få en eksplicit beslutning i stedet for at lave én blanketregel.

llms.txt bliver et andet sitemap. Hundredvis af uprioriterede URL’er skaber støj, forældede links og konkurrerende kanoniske valg. Hold det kurateret og nyttigt, eller undlad det bevidst.

Teksten forkortes, indtil den bliver forkert. Front-loadede svar mister kvalifikationer, datoer eller målgruppebegrænsninger i jagten på en snip. Hold det direkte svar tidligt, og inkludér derefter de betingelser, der kræves for, at det nøjagtigt kan stå alene.

FAQ-skema tilføjes til usynlige eller ubegrundede svar. Gyldig syntaks gør ikke fabrikerede eller skjulte påstande troværdige. Tilpas markup til synligt indhold, og fjern egenskaber, siden ikke kan bevise.

En forside-test generaliseres til hele webstedet. Dokumentations-, produkt-, kategori- og JavaScript-tunge skabeloner kan opføre sig forskelligt under samme domæne. Gennemgå repræsentative skabeloner og prioritetsdestinationer.

Et gunstigt AI-svar bliver successhistorien. Teamet kører eller omformulerer igen, indtil brandet vises, og rapporterer derefter skærmbilledet. Fastfrys prompts først, og sammenlign tilsvarende gennemførte kørsler på tværs af observationsvinduet.

Omtaleandel forveksles med citationsandel. Enginen nævner brandet, men citerer et anmeldelseswebsted eller en konkurrent. Rapporter brandtilstedeværelse og ejede kildecitationer separat, og inspicér derefter den præcist citerede URL.

Næste fase

Næste er løbende opdatering og iteration . Det har brug for beredskabsmatricen, crawlerregisteret, frosne prompts, citerede URL’er, implementeringsannotation, undtagelser og gennemgangsdatoer.

Omskriv ikke gentagne gange en side, blot fordi en citation ikke er dukket op. Kontrollér først adgang, promptgyldighed, ændringer i citerede kilder og volumen af gennemførte kørsler. Vælg derefter den mindste evidensbaserede indsats: teknisk reparation, tydeligere afsnit, stærkere enhedsstøtte, friskere dokumentation eller ingen ændring.

Klar til at verificere GEO- og AEO-beredskab?

Start med SEO-processen , og kør derefter Agent Accessibility-auditten , og vedhæft dens dokumentation til tjeklisten. Beredskab er først fuldført, når adgangsbeslutningen er eksplicit, repræsentative sider består ekstraktions- og enhedstjek, og prompt- og citationsrapportering kan verificere resultatet.