Checklist di preparazione GEO e AEO

Questa checklist determina se un sito è tecnicamente raggiungibile, facile da estrarre, privo di ambiguità sulle proprie entità e misurabile nelle risposte AI. La Generative Engine Optimization (GEO) aumenta la probabilità che i sistemi generativi recuperino, utilizzino e citino una fonte. L’Answer Engine Optimization (AEO) rende una pagina in grado di fornire una risposta diretta. Nessuna delle due è una promessa di inclusione: la preparazione rimuove gli ostacoli evitabili, mentre i dati di prompt e citazioni mostrano cosa è realmente accaduto.

Checklist: Preparazione GEO e AEO. Timebox: 3–5 giorni lavorativi per un audit rappresentativo e un piano di remediation, seguiti da una finestra di misurazione minima di 28 giorni. Responsabile: Responsabile SEO, con l’ingegneria responsabile per accesso e rendering, la redazione per la qualità dei passaggi e un analista per la misurazione di prompt e citazioni.

Testa la homepage, una pagina per ogni template critico per le entrate, le dieci pagine mappate sui prompt prioritari e le pagine che già ottengono o mancano inaspettatamente di citazioni. Registra ogni URL per il ritest.

Perché questa checklist, e perché qui

Questo gate consuma l’audit di accessibilità AI e preparazione agli agenti , che identifica i vincoli di crawler ed estrazione; la misurazione di base , che congela lo stato pre-modifica; e la ricerca keyword e prompt , che definisce le domande reali e i motori da testare. Richiede inoltre l’inventario delle pagine approvate, i fatti sulle entità, la titolarità dello schema, l’accesso al server o CDN e un registro delle modifiche.

L’ordine è importante perché raggiungibilità, qualità della risposta e visibilità sono livelli diversi. Il tracciamento dei prompt prima dei controlli di crawl può segnalare che un brand è assente senza spiegare se la causa è l’accesso, la pertinenza, l’autorevolezza o un semplice ritardo di recupero. Riscrivere passaggi prima di aver confermato le policy aziendali può esporre contenuti che l’organizzazione intendeva trattenere. Aggiungere schema prima che i fatti visibili e il modello di entità siano stabili può rendere una contraddizione leggibile dalla macchina anziché correggerla.

Se questa checklist viene saltata, i team tendono ad affermare che una pagina è “ottimizzata per l’AI” perché ha paragrafi brevi, schema FAQ o un file llms.txt. Questi sono fatti di implementazione, non risultati. Il contratto qui è più rigoroso: dichiara a quali crawler è consentito l’accesso, dimostra che pagine rappresentative possono essere recuperate e comprese, poi confronta esecuzioni complete di prompt e citazioni delle fonti con una baseline datata.

Input e output

Gli output sono il contratto con pubblicazione, ingegneria e misurazione. “Pronto” senza un set di URL, prove, soglie e date di osservazione non può essere riprodotto.

La checklist

Ogni elemento termina con una condizione Fatto quando. Allega la risposta, l’estratto renderizzato, il risultato del validatore, lo screenshot o la riga del report invece di registrare un segno di spunta verde non supportato.

1. Prendi una decisione esplicita sull’accesso dei crawler

• Cosa: Decidi quali user agent AI possono scansionare quali percorsi pubblici. Un user agent è l’identificatore che un crawler presenta nella sua richiesta; è un segnale, non una forte autenticazione.
• Perché: Consentire a un crawler può migliorare la scoperta ma può anche abilitare il riutilizzo, aumentare il carico del server, entrare in conflitto con le licenze o esporre materiale che era pubblico solo per errore. Bloccare può essere una decisione commerciale valida, ma non deve essere scambiata per un bug SEO.
• Come: Elenca le famiglie di crawler pertinenti e raggruppale per scopo: recupero per ricerca o risposta, training dei modelli e archivi web generali. Per ciascuna, documenta accesso consentito, bloccato o limitato per percorso; logica aziendale; approvatore; e data di revisione. Confronta tale decisione con robots.txt , regole CDN, regole del firewall applicativo web, autenticazione e comportamento dell’origine.
• Strumento: Registro policy, parser robots, configurazione CDN e firewall, log del server e revisione legale o del proprietario dei contenuti.
• Fatto quando: Il 100% delle famiglie di crawler in scope ha una decisione approvata dal proprietario; ogni blocco intenzionale è etichettato come policy; e zero regole live contraddicono la decisione registrata sul set di URL rappresentativo.

2. Testa la raggiungibilità come crawler, non come sessione browser

• Cosa: Verifica che i crawler consentiti ricevano il contenuto canonico con una risposta di successo e senza sfida, login, consenso, o shell client-side vuota.
• Perché: Una regola robots permissiva non dimostra la consegna. Un CDN può restituire 403, 429, un CAPTCHA o HTML diverso a una richiesta non-browser mentre un dipendente connesso vede una pagina normale.
• Come: Recupera ogni URL rappresentativo con la stringa user-agent pertinente da una richiesta pulita. Registra stato, reindirizzamenti, tempo di risposta, tipo di contenuto, canonico, direttive di indicizzazione, dimensione finale del corpo e se la risposta principale appare nell’HTML restituito o renderizzato. Confronta le risposte del bot e del browser normale per differenze sostanziali.
• Strumento: Accessibilità AI e preparazione agli agenti in AmICited, ispezione di risposta e header, log del server e confronto HTML renderizzato.
• Fatto quando: Ogni test intenzionalmente consentito restituisce la pagina canonica prevista con stato 200; le catene di reindirizzamento non contengono più di un salto; nessuna richiesta consentita riceve 401, 403, 429, HTML di sfida o una regione principale vuota; e le differenze hanno una ragione documentata e non ingannevole.

3. Verifica llms.txt come mappa, non come interruttore magico

• Cosa: Rivedi /llms.txt, un file di testo volontario emergente destinato a indicare agli strumenti linguistici risorse utili del sito. Trattalo come guida, non come controllo di accesso o segnale di ranking garantito.
• Perché: Una mappa concisa può aiutare un agente a trovare documentazione canonica, ma un file obsoleto può inviarlo a reindirizzamenti, pagine duplicate o affermazioni non più valide. La sua presenza non può compensare la scansione bloccata o contenuti deboli.
• Come: Se l’azienda adotta il file, mantieni titolo e descrizione chiari, collega solo a URL canonici pubblici, raggruppa le risorse per scopo reale dell’utente e preferisci pagine durevoli anziché un dump dell’intera sitemap. Testa ogni URL elencato. Se l’azienda sceglie di non pubblicarlo, registra tale decisione senza far fallire l’intero gate di preparazione.
• Strumento: Controllo llms.txt di AmICited, link checker, inventario URL e revisione del proprietario dei contenuti.
• Fatto quando: La decisione di pubblicare o omettere è registrata; se presente, il file restituisce 200 come testo semplice, contiene zero collegamenti interrotti, reindirizzati, bloccati, duplicati o non canonici e ha un proprietario nominato e una data di revisione.

4. Rendi i passaggi prioritari autonomi e anticipati

• Cosa: Dai a ogni domanda prioritaria un passaggio autonomo: una sezione che enuncia la risposta all’inizio e include abbastanza nomi, ambito, condizioni e prove per rimanere accurata quando estratta dal testo circostante.
• Perché: I sistemi di retrieval spesso selezionano un passaggio piuttosto che l’intera pagina. “Dipende” o “questo metodo” perde significato quando staccato dal titolo; una risposta ritardata costringe il sistema ad assemblare fatti attraverso più sezioni e aumenta la probabilità di omissione o distorsione.
• Come: Metti la risposta diretta nella prima o due frasi sotto il titolo corrispondente. Nomina l’entità e l’argomento invece di affidarti a pronomi. Segui con qualifiche, prove, esempi ed eccezioni. Mantieni il contesto necessario con l’affermazione; non ridurre consigli legali, medici, finanziari o di sicurezza complessi a un estratto incondizionato.
• Strumento: Mappa prompt-sezione, test editoriale di estrazione, lettore di testo semplice e revisione del soggetto esperto.
• Fatto quando: Ciascuno dei dieci prompt prioritari è mappato a una pagina canonica e a una sezione di risposta; la risposta appare entro le prime 80 parole di quella sezione; e un revisore può copiare il solo passaggio senza perdere soggetto, ambito, condizione o fonte della prova.

5. Usa formati estraibili per lo scopo

• Cosa: Rappresenta le sequenze come passaggi numerati, le alternative come tabelle di confronto, le specifiche come valori etichettati e gli insiemi brevi come elenchi. Mantieni gli stessi fatti disponibili in HTML significativo, non solo in immagini, video, canvas o schede interattive.
• Perché: Il formato codifica le relazioni. Un paragrafo in prosa può nascondere quale valore appartiene a quale prodotto, mentre una tabella espone il confronto. I contenuti che esistono solo dopo un clic o all’interno di un’immagine possono essere persi o staccati dalle loro etichette.
• Come: Ispeziona la struttura del documento e l’HTML grezzo. Fornisci intestazioni alle tabelle, un’idea per elemento agli elenchi, didascalie alle figure, testo alternativo utile alle immagini e un riepilogo renderizzato lato server ai contenuti interattivi. Assicurati che le schede nascoste non contengano l’unica copia di una risposta critica.
• Strumento: Albero di accessibilità, ispezione del sorgente HTML, revisione solo tastiera e rendering con JavaScript disabilitato o testo semplice.
• Fatto quando: Il 100% dei fatti critici rimane disponibile e correttamente etichettato senza interazione; ogni confronto ha etichette esplicite di riga e colonna; ogni sequenza ha passaggi ordinati; e nessuna risposta prioritaria esiste solo in un media o in un widget renderizzato lato client.

6. Allinea fatti visibili, entità e dati strutturati

• Cosa: Chiarisci le persone, organizzazioni, prodotti, luoghi e relazioni sulla pagina, poi esprimi i fatti supportati attraverso dati strutturati validi. Un’entità è una cosa reale e distinta che può essere nominata e disambiguata da cose simili.
• Perché: Nomi ambigui e identificatori contraddittori rendono l’attribuzione inaffidabile. Il markup schema può ridurre l’ambiguità, ma un markup più ampio, più recente o più promozionale della pagina visibile crea conflitto anziché fiducia.
• Come: Usa un nome canonico, URL, logo e set di identificatori stabili per l’organizzazione. Collega autori e revisori a pagine di profilo reali. Scegli il tipo di schema più specifico applicabile, includi solo fatti visibili e verificati e collega i nodi correlati con identificatori coerenti. Convalida la sintassi e confronta ogni proprietà sostanziale con la pagina renderizzata.
• Strumento: Registro entità, ispezione JSON-LD, validatore Schema.org, test rich-result dove applicabile e QA a livello di template.
• Fatto quando: Ogni pagina rappresentativa ha un’entità primaria inequivocabile; zero proprietà schema sostanziali contraddicono o superano le affermazioni visibili; zero errori di sintassi rimangono; e ogni template critico per le entrate ha un proprietario dello schema approvato e un fixture di test.

7. Proteggi la qualità delle citazioni con fonti e freschezza

• Cosa: Supporta le affermazioni che richiedono prove con fonti primarie o autorevoli identificabili, ed esponi quando la pagina è stata revisionata sostanzialmente.
• Perché: L’estraibilità senza prove può rendere più facile ripetere un’affermazione non supportata. Prezzi, policy, benchmark e capacità di prodotto obsoleti sono particolarmente rischiosi perché un passaggio fluente può comunque sembrare aggiornato.
• Come: Traccia le affermazioni rilevanti per le decisioni alle fonti, posiziona le citazioni vicino all’affermazione, usa testo anchor descrittivo e indica la data di misurazione o di efficacia pertinente. Rimuovi le prove morte o riscrivi l’affermazione. Cambia una data “aggiornato” solo dopo che una revisione reale modifica o riconvalida il contenuto.
• Strumento: Registro affermazioni-fonti, link checker, inventario contenuti e approvazione del soggetto esperto.
• Fatto quando: Il 100% delle affermazioni ad alto rischio e rilevanti per le decisioni ha una fonte aggiornata o un proprietario accountable nominato; zero citazioni portano a pagine morte o non correlate; e la data di revisione visualizzata corrisponde alla revisione registrata.

8. Congela un set di prompt rappresentativo prima del rilascio

• Cosa: Stabilisci un set ripetibile di domande degli acquirenti utilizzato per misurare menzioni, posizione nelle citazioni, URL citati e differenze tra fornitori prima e dopo le modifiche.
• Perché: Cambiare i prompt dopo il deployment può fabbricare un apparente miglioramento. Una risposta scelta a mano è un aneddoto perché le risposte generative e la selezione delle fonti possono variare tra esecuzioni e fornitori.
• Come: Seleziona almeno 20 prompt tra intenzioni di scoperta, confronto, valutazione e specifiche del brand. Includi prompt in cui il brand è attualmente citato, menzionato senza citazione e assente. Fissa formulazione, paese, lingua, fornitore, tag e pianificazione; registra la destinazione mappata e la priorità aziendale.
• Strumento: Tracciamento e gestione dei prompt in AmICited e la mappa prompt-pagina approvata.
• Fatto quando: Almeno 20 prompt hanno una o più esecuzioni baseline completate; il 100% mantiene formulazione e impostazioni fisse durante la finestra di osservazione; ciascuno ha una pagina e un’intenzione prevista; e le esecuzioni fallite o in sospeso sono escluse dai tassi di risultato anziché conteggiate come assenti.

9. Misura le citazioni a livello di dominio, URL, prompt e fornitore

• Cosa: Traccia se il brand è nominato, se il suo dominio è citato, quale URL esatto è citato, la sua posizione e quali altre fonti vincono per lo stesso prompt.
• Perché: Un totale di dominio può nascondere che la pagina sbagliata sta ottenendo citazioni. Una menzione può aumentare mentre le citazioni della fonte proprietaria diminuiscono, il che significa che i motori conoscono il brand ma si fidano di un’altra fonte per la risposta.
• Come: Preserva l’esportazione pre-modifica, annota il rilascio e confronta le esecuzioni complete equivalenti nella finestra concordata di 28 giorni. Segmenta per fornitore e intenzione del prompt. Rivedi le risposte complete per movimenti importanti e separa le citazioni proprietarie dalle citazioni di terze parti che menzionano il brand.
• Strumento: Intelligence su fonti e citazioni in AmICited, cronologia prompt e annotazione di rilascio.
• Fatto quando: Ogni prompt prioritario ha una baseline pre-modifica completa e un record di osservazione post-modifica; domini citati e URL esatti sono memorizzati; le differenze tra fornitori sono visibili; e ogni miglioramento dichiarato può essere riprodotto dallo stesso set di prompt e finestra temporale.

10. Ritesta i fallimenti e firma la decisione di preparazione

• Cosa: Consolida i risultati tecnici, editoriali, di schema e di misurazione in esito positivo, positivo condizionato, blocco intenzionale o negativo.
• Perché: Un punteggio medio può nascondere un fallimento critico di accesso. La preparazione appartiene a URL e template esatti sotto una policy registrata, non al sito come etichetta non supportata.
• Come: Ritesta ogni elemento corretto da una richiesta pulita. Mantieni i blocchi di policy intenzionali separati dai difetti. Un positivo condizionato deve nominare l’eccezione, gli URL interessati, il rischio, l’approvatore, il responsabile della correzione e la data di scadenza. Preserva le prove grezze e la versione del template o del deployment.
• Strumento: Matrice di test di preparazione, tracker dei problemi, record di rilascio e approvazione del responsabile.
• Fatto quando: Zero fallimenti critici rimangono sugli URL prioritari intenzionalmente consentiti; ogni altro fallimento ha un responsabile e una data di scadenza; ogni eccezione ha una scadenza; e i responsabili SEO, di ingegneria e dei contenuti firmano lo stesso record datato.

Strumenti in AmICited

Usa i controlli di prodotto come prove all’interno della matrice, non come sostituto della policy aziendale o del giudizio editoriale.

1. Apri l’audit di Accessibilità degli Agenti per ispezionare llms.txt, la struttura di accessibilità, la copertura della sitemap e i fatti separati dietro l’accesso dei crawler. Registra un consenso robots, una richiesta live in stile CCBot e la presenza confermata in Common Crawl in modo indipendente; un risultato sconosciuto non è né un superamento né un fallimento.

2. Apri il Tracciamento dei Prompt per importare o creare il set di prompt congelato, selezionare fornitori, paese, tag e cadenza, e preservare le esecuzioni baseline completate. Le esecuzioni in coda, in elaborazione e fallite sono stati operativi, non risultati di “citazione mancante”.

3. Apri le Fonti per passare dai totali di dominio alle pagine citate esatte e ai prompt che ogni pagina vince. Confronta le pagine proprietarie con le fonti di terze parti invece di presumere che una menzione del brand provenga dal sito web del brand.

Regole decisionali: come si presenta un problema

Queste sono barriere operative, non affermazioni su come un motore classifica le pagine. Stringile per contenuti regolamentati, critici per la sicurezza o di alto valore.

Non mescolare le righe in un unico punteggio. Un template critico per le entrate bloccato non viene annullato da nove articoli ben strutturati. Al contrario, un blocco intenzionale e approvato per crawler di training non è un difetto tecnico se i crawler di recupero necessari per la strategia scelta possono ancora raggiungere i contenuti approvati.

Deliverable

Consegna una tabella versionata più una cartella di prove. I campi richiesti sono: ID audit, URL, template, prompt target, fornitore, famiglia crawler, decisione policy, risultato fetch, risultato estraibilità, risultato schema, inclusione llms.txt, menzione e citazione baseline, data di deployment, risultato post-modifica, gravità, responsabile, data di scadenza, data di ritest, link alla prova, eccezione, scadenza e decisione finale.

Includi il registro dei crawler, l’esportazione dei prompt congelati, il registro entità e affermazioni-fonti e l’annotazione di rilascio. Memorizza le risposte grezze o gli estratti renderizzati insieme agli screenshot in modo che i revisori possano verificare cosa ha ricevuto la macchina.

Il responsabile accountable firma uno di quattro esiti:

• Superato: tutti gli URL prioritari intenzionalmente consentiti superano i gate critici di accesso, estrazione, entità e prove.
• Positivo condizionato: nessun fallimento critico rimane, ma eccezioni non critiche con scadenza temporale sono accettate da responsabili nominati.
• Blocco intenzionale: un crawler o percorso non è disponibile per policy approvata e il compromesso di visibilità previsto è registrato.
• Fallito: un template critico è irraggiungibile, fuorviante, contraddittorio o non misurabile; il rilascio o la promozione si ferma fino al ritest.

Cosa va storto

La policy robots viene trattata come prova di accesso. Il file dice “consenti”, ma il CDN sfida la richiesta. Risolvi memorizzando sia la policy che un risultato di fetch reale.

Ogni crawler è consentito senza un proprietario aziendale. Il team SEO ottimizza la scoperta mentre i proprietari legali o dei contenuti intendevano limitare il riutilizzo per training. Separa gli scopi dei crawler e ottieni una decisione esplicita invece di creare una regola generale.

llms.txt diventa una seconda sitemap. Centinaia di URL non prioritizzati creano rumore, collegamenti obsoleti e scelte canoniche concorrenti. Mantienilo curato e utile, oppure omettilo deliberatamente.

Il testo viene accorciato fino a diventare errato. Le risposte anticipate perdono qualifiche, date o vincoli di pubblico nella ricerca di un estratto. Mantieni la risposta diretta all’inizio, poi includi le condizioni necessarie perché possa stare da sola con precisione.

Lo schema FAQ viene aggiunto a risposte invisibili o non supportate. La sintassi valida non rende affidabili affermazioni inventate o nascoste. Allinea il markup con il contenuto visibile e rimuovi le proprietà che la pagina non può dimostrare.

Un test sulla homepage viene generalizzato all’intero sito. Le pagine di documentazione, prodotto, categoria e quelle con carichi JavaScript pesanti possono comportarsi diversamente sotto lo stesso dominio. Verifica i template rappresentativi e le destinazioni prioritarie.

Una risposta AI favorevole diventa la storia di successo. Il team riesegue o riformula finché il brand non appare, poi riporta lo screenshot. Congela prima i prompt e confronta le esecuzioni complete equivalenti nell’intera finestra di osservazione.

La quota di menzioni viene confusa con la quota di citazioni. Il motore nomina il brand ma cita un sito di recensioni o un concorrente. Riporta separatamente la presenza del brand e la citazione della fonte proprietaria, poi ispeziona l’URL esatto citato.

Fase successiva

La prossima è l’aggiornamento e l’iterazione continui . Necessita della matrice di preparazione, del registro crawler, dei prompt congelati, degli URL citati, dell’annotazione di deployment, delle eccezioni e delle date di revisione.

Non riscrivere ripetutamente una pagina solo perché una citazione non è ancora apparsa. Prima ricontrolla accesso, validità del prompt, cambiamenti nelle fonti citate e volume di esecuzioni completate. Poi scegli l’intervento più piccolo basato su prove: riparazione tecnica, passaggio più chiaro, supporto di entità più forte, prove più recenti o nessuna modifica.

Pronto a verificare la preparazione GEO e AEO?

Inizia con il processo SEO , poi esegui l’audit di Accessibilità degli Agenti e allega le sue prove alla checklist. La preparazione è completa solo quando la decisione di accesso è esplicita, le pagine rappresentative superano i controlli di estrazione ed entità e la reportistica di prompt e citazioni può verificare il risultato.