SEO, AEO e ricerca generativa: cosa cambia davvero per le imprese

Una PMI riceve tre proposte per aumentare la propria visibilità nelle ricerche basate sull’intelligenza artificiale:

1. installare un file llms.txt;

2. pubblicare cento pagine di domande e risposte generate automaticamente;

3. acquistare un servizio che promette la “prima posizione su ChatGPT”.

Le proposte utilizzano sigle nuove — AEO, GEO, AI SEO — ma non spiegano quale problema concreto risolvano, quali piattaforme supportino davvero queste attività né come misurarne i risultati.

L’impresa rischia così di investire in attività poco documentate mentre il sito presenta problemi molto più concreti:

• pagine importanti non raggiungibili dai crawler;

• informazioni aziendali incoerenti;

• contenuti duplicati;

• schede di servizi generiche;

• dati strutturati non corrispondenti al testo;

• documenti non aggiornati;

• assenza di misurazione;

• firewall che bloccano anche i crawler desiderati.

In sintesi: la ricerca generativa non rende inutile la SEO. Per Google, le pratiche SEO fondamentali restano la base anche per AI Overviews e AI Mode. Le sigle AEO e GEO possono essere utili per descrivere il lavoro rivolto alle risposte e alle citazioni generate dall’AI, ma non rappresentano scorciatoie né standard capaci di garantire visibilità.

Una PMI dovrebbe procedere in tre livelli:

1. rendere sito e contenuti accessibili, indicizzabili e tecnicamente chiari;

2. pubblicare informazioni originali, verificabili e utili;

3. misurare esposizione, visite e risultati con gli strumenti effettivamente disponibili.

   
   

SEO, AEO e GEO: definizioni e limiti

Le tre sigle vengono spesso presentate come discipline completamente separate. Nella pratica, molte attività si sovrappongono.

SEO

SEO significa Search Engine Optimization. Comprende le attività che aiutano motori e utenti a trovare, comprendere e utilizzare un sito.

Può includere:

• accessibilità tecnica;

• scansione;

• indicizzazione;

• struttura degli URL;

• collegamenti interni;

• prestazioni;

• contenuti;

• informazioni locali;

• dati strutturati;

• misurazione.

La SEO non garantisce una posizione nei risultati. Serve a rimuovere ostacoli e a rendere il sito più facile da trovare, comprendere e utilizzare.

AEO

AEO significa normalmente Answer Engine Optimization. L’espressione viene utilizzata per indicare l’organizzazione delle informazioni affinché possano contribuire a risposte dirette, assistenti vocali, risultati sintetici o sistemi conversazionali.

Può richiamare pratiche utili anche alle persone:

• definizioni chiare;

• risposte complete;

• struttura logica;

• fonti;

• dati aggiornati;

• identificazione dell’autore;

• distinzione tra regola ed eccezione.

Non esiste però un unico “motore di risposta” né una specifica tecnica universale denominata AEO.

GEO

GEO significa, in questo contesto, Generative Engine Optimization. Descrive le attività orientate alla presenza di contenuti, marchi o prodotti nelle risposte generate con AI.

Microsoft usa il termine GEO nelle proprie linee per webmaster e nei nuovi strumenti dedicati alle citazioni AI. Google afferma invece che, dal proprio punto di vista, ottimizzare per le funzionalità generative di Search continua a essere SEO. Google Search Central — guida alla ricerca generativa, Bing Webmaster Guidelines.

Termini di mercato, non certificazioni

Nessuna delle sigle AEO o GEO dimostra automaticamente:

• competenza del fornitore;

• accesso a dati interni delle piattaforme;

• conoscenza degli algoritmi;

• esistenza di una metrica standard;

• possibilità di garantire citazioni;

• conformità a una norma.

Per questo l’impresa dovrebbe valutare attività, evidenze e risultati attesi, non il nome scelto per vendere il servizio.

Che cosa rimane valido con la ricerca generativa

Google dichiara che AI Overviews e AI Mode utilizzano i sistemi fondamentali di ranking e qualità della ricerca. Per essere idonea come collegamento di supporto, una pagina deve essere indicizzata e mostrabile con uno snippet. Non esistono requisiti tecnici aggiuntivi specifici per queste funzioni e l’inclusione non è garantita. Google Search Central — AI features and your website.

Per una PMI rimangono quindi importanti:

• contenuti pubblicamente raggiungibili;

• risposte HTTP corrette;

• indicizzazione delle pagine utili;

• collegamenti interni;

• URL coerenti;

• assenza di duplicazioni inutili;

• contenuti principali disponibili anche in forma testuale;

• buona esperienza su dispositivi diversi;

• dati strutturati coerenti;

• informazioni locali e commerciali aggiornate;

• controllo delle politiche antispam.

La ricerca generativa aggiunge nuovi modi in cui un contenuto può essere trovato, sintetizzato o citato. Non può però correggere un sito che rende difficili da raggiungere le informazioni essenziali.

Un audit operativo in tre livelli

Una PMI non deve eseguire ogni attività possibile. Può ordinare il lavoro in tre livelli, partendo dai problemi bloccanti.

Un intervento del terzo livello non compensa un problema del primo. Non serve misurare le citazioni se il sito blocca proprio le pagine che dovrebbero essere recuperate.

Livello 1: accessibilità e indicizzazione

Controllare le pagine importanti

L’inventario iniziale dovrebbe comprendere:

• homepage;

• pagine dei servizi;

• categorie;

• schede prodotto;

• sedi;

• contatti;

• guide principali;

• documentazione;

• condizioni;

• pagine di assistenza.

Per ciascun URL è utile registrare:

robots.txt non protegge informazioni riservate

Il protocollo robots.txt, formalizzato dall’IETF nella RFC 9309, permette ai gestori dei servizi di indicare ai crawler automatici quali percorsi possono essere consultati. IETF — RFC 9309.

Non è però un sistema di protezione. Un file pubblicamente raggiungibile resta pubblico anche se un crawler conforme riceve l’indicazione di non visitarlo.

Google precisa che robots.txt serve principalmente a gestire il traffico dei crawler e non deve essere utilizzato per mantenere una pagina fuori dai risultati o proteggere contenuti. Una pagina bloccata può ancora comparire come URL se viene scoperta attraverso collegamenti esterni. Google Search Central — Introduction to robots.txt.

Per proteggere materiale riservato servono misure appropriate, come autenticazione, autorizzazione e configurazione del server.

noindex e accessibilità del crawler

La regola noindex indica ai motori che la supportano di non includere una risorsa nei risultati.

Perché Google possa leggere la regola, la pagina deve essere accessibile al crawler. Se lo stesso URL è bloccato in robots.txt, Googlebot potrebbe non vedere il noindex e l’indirizzo potrebbe continuare a comparire senza descrizione. Google Search Central — Block Search indexing with noindex.

Le regole di crawling, indicizzazione e accesso devono quindi essere progettate insieme.

Controllare firewall, CDN e bot management

Una configurazione può consentire un crawler in robots.txt e bloccarlo comunque tramite:

• Web Application Firewall;

• CDN;

• protezione dai bot;

• CAPTCHA;

• regole geografiche;

• limiti di frequenza;

• blocchi sugli indirizzi IP;

• autenticazione;

• errori del server.

Il controllo dovrebbe includere i log e i codici HTTP restituiti dal server. L’assenza di scansione non dimostra che il crawler abbia ignorato una pagina: potrebbe semplicemente non essere riuscito a raggiungerla.

JavaScript e contenuto principale

Se il sito utilizza JavaScript, il contenuto essenziale deve poter essere elaborato correttamente.

Occorre verificare almeno:

• HTML ricevuto;

• contenuto dopo il rendering;

• collegamenti;

• titoli;

• descrizioni;

• dati strutturati;

• elementi caricati soltanto dopo un’interazione;

• differenze tra dispositivi.

La soluzione non consiste necessariamente nel ricostruire il sito. È necessario individuare quali contenuti importanti risultano assenti o incompleti per crawler e utenti.

Canonical e duplicati

Pagine identiche o molto simili possono nascere da:

• parametri;

• filtri;

• versioni di campagna;

• archivi;

• tag;

• percorsi differenti;

• copie stampabili;

• vecchi URL;

• localizzazioni non gestite correttamente.

Un canonical aiuta a segnalare la versione preferita, ma non sostituisce la correzione della struttura quando l’impresa pubblica numerose copie senza utilità.

Il problema è anche editoriale: più pagine simili possono concorrere per lo stesso intento e rendere meno chiaro quale contenuto debba essere mantenuto aggiornato.

Distinguere i crawler e le loro finalità

“Consentire l’AI” non è una decisione abbastanza precisa. I diversi crawler possono avere finalità differenti: ricerca, addestramento o accesso richiesto direttamente dall’utente.

OpenAI: ricerca, addestramento e accesso dell’utente

OpenAI documenta tre user agent principali pertinenti:

Le preferenze per OAI-SearchBot e GPTBot sono indipendenti. Un sito può consentire il crawler della ricerca e non GPTBot.

OpenAI precisa inoltre che ChatGPT-User non effettua crawling automatico e che, trattandosi di richieste avviate dall’utente, le regole di robots.txt potrebbero non applicarsi nello stesso modo. La documentazione pubblica include anche gli intervalli IP, che possono essere utilizzati per le verifiche tecniche. OpenAI — Overview of OpenAI Crawlers.

Google Search e altri sistemi Google

Per AI Overviews e AI Mode, Google indica Googlebot come controllo per la scansione collegata a Search. Per limitare il contenuto mostrato negli snippet possono essere utilizzati controlli come:

• nosnippet;

• data-nosnippet;

• max-snippet;

• noindex.

Google-Extended riguarda invece determinati utilizzi in altri sistemi Google e non è il controllo per la presenza nelle funzioni AI integrate in Search.

Bing e IndexNow

Bingbot viene utilizzato per la scansione di Bing. IndexNow permette ai siti di notificare ai motori partecipanti l’aggiunta, la modifica o la rimozione di URL.

IndexNow non garantisce indicizzazione, ranking o citazione. Può accelerare la segnalazione di un cambiamento, ma il motore decide se e come elaborare la pagina.

Preparare una matrice decisionale

Prima di modificare le regole, la PMI dovrebbe compilare una tabella:

La decisione deve tenere conto di obiettivi, sicurezza, diritti sui contenuti, capacità del server e strategia aziendale. Non esiste una configurazione universale adatta a tutti.

Livello 2: rendere chiare entità, prodotti e servizi

Un sito tecnicamente raggiungibile può comunque comunicare informazioni troppo vaghe.

Identificare correttamente l’organizzazione

Le pagine dovrebbero rendere comprensibili:

• nome dell’impresa;

• marchio;

• eventuali denominazioni alternative;

• sede;

• territorio;

• contatti;

• settore;

• servizi;

• persone o ruoli pertinenti;

• profili ufficiali.

Per una società con più sedi è utile distinguere organizzazione generale e singole unità locali.

Descrivere il servizio in modo verificabile

Una formula come “soluzioni innovative per ogni esigenza” suona bene, ma non permette di capire:

• quale problema viene risolto;

• per chi;

• con quali attività;

• con quali esclusioni;

• in quale territorio;

• con quali prerequisiti;

• come avviene il contatto.

Una pagina utile dovrebbe spiegare il servizio con parole comprensibili, senza trasformarsi in una raccolta artificiale di parole chiave.

Mantenere coerenti le fonti

Occorre confrontare sito, profili locali, marketplace, portali di settore e documenti pubblici.

Le informazioni più delicate sono:

• orari;

• indirizzi;

• prezzi;

• disponibilità;

• aree servite;

• modalità di assistenza;

• nomi dei prodotti;

• condizioni di acquisto;

• qualifiche;

• certificazioni.

La coerenza non richiede testi identici ovunque, ma informazioni compatibili. Se il sito indica un orario e il profilo locale ne mostra un altro, il problema non è stilistico: il cliente non sa quale dato seguire.

Creare contenuti non intercambiabili

La guida Google del 10 luglio 2026 raccomanda contenuti originali, utili e basati su esperienza o conoscenza specifica, anziché sintesi generiche che potrebbero provenire da qualunque sito. Google Search Central — Optimizing for generative AI features.

Per una PMI, un contenuto non intercambiabile può includere:

• una procedura effettivamente utilizzata;

• criteri di scelta;

• dati proprietari con metodologia;

• errori osservati;

• domande ricevute dai clienti;

• fotografie originali;

• dimostrazioni;

• schede tecniche;

• limiti;

• esempi dichiarati;

• confronto tra alternative;

• autore e revisore;

• data di aggiornamento.

Esperienza non significa testimonianza promozionale

Un caso è utile quando indica:

• contesto;

• problema;

• intervento;

• periodo;

• misura;

• limiti;

• fattori esterni.

Frasi come “risultati eccezionali” o “produttività raddoppiata” non costituiscono una vera evidenza se non spiegano rispetto a quale situazione, in quale periodo e con quale metodo sia stato misurato il risultato.

Fonti e date

Le affermazioni che cambiano nel tempo dovrebbero riportare una fonte diretta e una data.

Questo è particolarmente importante per:

• prezzi;

• piani;

• funzioni software;

• norme;

• incentivi;

• requisiti;

• disponibilità geografica;

• scadenze.

La presenza di una data di pubblicazione non dimostra, da sola, che tutto il contenuto sia ancora aggiornato. Le pagine importanti dovrebbero avere anche una data di revisione e un responsabile del riesame.

Non creare una pagina per ogni possibile domanda

La query fan-out non giustifica la pubblicazione di decine di pagine quasi identiche.

Google avverte che creare contenuti in scala con l’obiettivo principale di manipolare la ricerca, senza aggiungere valore, può costituire scaled content abuse, indipendentemente dal fatto che siano prodotti da AI o da persone. Google Search Central — Spam policies.

Una pagina completa può rispondere a più domande correlate. La divisione è utile soltanto quando ogni pagina possiede un intento e un valore autonomi.

Come strutturare una pagina utile

Non esiste una lunghezza ideale né un formato obbligatorio per la ricerca generativa.

Una struttura può comprendere:

1. titolo coerente;

2. introduzione sul problema;

3. risposta sintetica;

4. indice;

5. sezioni ordinate;

6. definizioni;

7. procedura;

8. esempi;

9. tabelle;

10. fonti;

11. limiti;

12. FAQ pertinenti;

13. data e responsabilità editoriale.

La struttura serve prima di tutto al lettore. Google afferma che non è necessario frammentare artificialmente il testo in piccoli blocchi per facilitarne l’uso da parte delle funzioni generative.

FAQ reali, non generate per quantità

Una FAQ è utile quando:

• nasce da una domanda effettiva;

• fornisce una risposta completa;

• evita duplicazioni;

• chiarisce un limite;

• viene mantenuta aggiornata.

Aggiungere cento domande con risposte superficiali può creare rumore, pagine in concorrenza tra loro e molto lavoro di manutenzione, senza offrire un vantaggio reale al lettore.

Dati strutturati: utilità e limiti

I dati strutturati descrivono il contenuto di una pagina in un formato standardizzato. Schema.org fornisce il vocabolario; le singole piattaforme decidono quali tipi utilizzare e quali funzioni supportare.

Possono aiutare a chiarire:

• organizzazione;

• attività locale;

• prodotto;

• offerta;

• articolo;

• autore;

• breadcrumb;

• evento;

• altre entità supportate.

Il markup deve corrispondere al contenuto

Google richiede che i dati strutturati rappresentino informazioni visibili, aggiornate e complete. Non bisogna contrassegnare contenuti che il lettore non trova nella pagina. Google Search Central — General structured data guidelines.

Un prezzo nel markup diverso da quello visibile crea un’informazione fuorviante. Lo stesso vale per recensioni, disponibilità e identità dell’autore.

Schema.org non equivale a supporto della piattaforma

Il vocabolario Schema.org contiene molti tipi e proprietà. La loro esistenza non significa che Google, Bing o un sistema generativo li utilizzino in una funzione specifica.

Prima dell’implementazione bisogna verificare:

• tipo supportato;

• proprietà richieste;

• proprietà consigliate;

• contenuto visibile;

• validazione;

• responsabilità dell’aggiornamento.

Non esiste uno schema speciale per Google AI Search

Google dichiara che non serve un markup Schema.org speciale per comparire in AI Overviews o AI Mode. I dati strutturati continuano a essere utili per la SEO e per le funzioni che li supportano, ma non garantiscono una citazione.

llms.txt: che cosa si può affermare

llms.txt è un file proposto per offrire ai sistemi AI un elenco semplificato di risorse e informazioni su un sito.

Alla data del 14 agosto 2026 non deve essere presentato come:

• requisito generale;

• standard universale;

• garanzia di scansione;

• garanzia di citazione;

• sostituto della sitemap;

• sostituto di robots.txt;

• nuovo tipo di dati strutturati.

Google dichiara espressamente di non utilizzare llms.txt per Google Search e afferma che il file non migliora né danneggia la visibilità nelle proprie funzioni generative.

Questo non significa che nessun altro sistema possa utilizzarlo. Significa che l’impresa deve identificare il destinatario e la documentazione prima di investire.

Come valutare la proposta

Se mancano risposte verificabili, l’attività può essere classificata come sperimentale e non prioritaria. Non significa necessariamente che sia inutile, ma che non dovrebbe sottrarre risorse a problemi già dimostrati.

Altri “hack” da esaminare con prudenza

Riscrivere per parlare all’AI

Google afferma che non occorre riscrivere i contenuti in uno stile speciale per le proprie funzioni generative. Chiarezza e organizzazione sono utili alle persone; ripetizioni innaturali e keyword stuffing non lo sono.

Spezzare ogni paragrafo in microblocchi

Non esiste un requisito universale di “chunking”. La lunghezza deve dipendere dalla materia e dal lettore.

Procurare menzioni artificiali

Acquistare collegamenti, recensioni o citazioni non autentiche può violare le politiche delle piattaforme e ridurre la fiducia.

Inserire istruzioni nascoste per il modello

Testi invisibili o prompt destinati a manipolare sistemi AI possono danneggiare utenti e qualità. Bing include la manipolazione tramite prompt injection tra le pratiche che possono ridurre la visibilità nelle proprie esperienze di ricerca e grounding. Bing Webmaster Guidelines.

Livello 3: misurare e sperimentare

Impressioni, citazioni, referral e conversioni richiedono misurazioni differenti. In questa fase l’obiettivo è collegare ogni intervento a una verifica concreta.

Scheda dell’intervento

Se si vuole comprendere l’effetto di un singolo intervento, è meglio evitare di modificare contemporaneamente titolo, testo, URL, struttura e collegamenti. In caso contrario, un miglioramento o un peggioramento sarà difficile da attribuire a una causa precisa.

Strumenti ufficiali

A seconda del canale possono essere utilizzati:

• Google Search Console;

• rapporto Generative AI di Search Console, se disponibile;

• Bing Webmaster Tools;

• Bing AI Performance;

• analytics;

• log del server;

• strumenti di validazione dei dati strutturati;

• controllo degli URL;

• test documentati.

Gli strumenti terzi possono facilitare il lavoro, ma non devono essere presentati come se accedessero alle metriche interne di Google, OpenAI o Microsoft.

Caso ipotetico: valutare tre proposte AEO

Una PMI con un sito di circa 150 pagine riceve tre proposte.

Proposta 1 — Installare llms.txt

Il fornitore non indica quale piattaforma lo utilizzerà.

Esito: attività da classificare come sperimentale. Prima di approvarla servono documentazione, contenuto del file, manutenzione e metrica. Non è una priorità per Google Search.

Proposta 2 — Pubblicare cento FAQ

L’analisi mostra che molte domande hanno lo stesso intento e che il sito possiede già pagine simili.

Esito: proposta rifiutata nella forma iniziale. Le domande utili vengono raggruppate in tre guide esistenti, eliminando duplicazioni e aggiungendo esempi, fonti e limiti.

Proposta 3 — Garantire la prima posizione su ChatGPT

Il fornitore non definisce “posizione”, query, Paese, periodo o metodo.

Esito: promessa non verificabile. L’impresa richiede di sostituirla con indicatori osservabili, per esempio accessibilità di OAI-SearchBot, referral identificabili e confronto documentato delle pagine citate.

Problemi scoperti durante l’audit

La verifica evidenzia invece:

• due pagine di servizio non collegate;

• una vecchia pagina prezzi ancora indicizzata;

• dati aziendali differenti tra sito e profilo locale;

• una regola del firewall che blocca crawler verificati;

• markup Organization incompleto;

• guide senza data di riesame.

Questi problemi sono verificabili e vengono quindi affrontati prima delle attività sperimentali. È un lavoro meno appariscente dell’“ottimizzazione per ChatGPT”, ma produce una base più solida per tutti i canali di ricerca.

Il caso è ipotetico e non rappresenta risultati medi.

Costi e priorità

Il costo non coincide soltanto con la fattura del consulente.

Una matrice semplice può classificare ogni attività:

• bloccante: impedisce l’accesso o mostra informazioni errate;

• importante: migliora chiarezza e qualità;

• sperimentale: possiede evidenza limitata;

• da scartare: promessa non verificabile o rischio sproporzionato.

Come valutare un consulente AEO o GEO

Prima di affidare l’incarico, è utile chiedere:

1. Quali piattaforme copre?

2. Quali fonti ufficiali utilizza?

3. Quali problemi ha rilevato?

4. Quali modifiche propone?

5. Quali pagine saranno coinvolte?

6. Chi produce e verifica i contenuti?

7. Quali accessi richiede?

8. Come vengono protette le credenziali?

9. Quali metriche sono ufficiali e quali proprietarie?

10. Come distingue citazione, impressione e visita?

11. Quali risultati non può garantire?

12. Come vengono documentate le modifiche?

13. Chi mantiene dati e markup?

14. Come si esportano report e configurazioni?

15. Che cosa accade alla cessazione del contratto?

Una risposta professionale dovrebbe distinguere fatti documentati, ipotesi e test sperimentali. Una frase come “conosciamo il segreto dell’algoritmo” non è un’evidenza e dovrebbe essere considerata un segnale di allarme.

Errori da evitare

Iniziare da una sigla commerciale

Il lavoro deve partire dai problemi del sito, non dall’etichetta AEO o GEO.

Modificare robots.txt senza una mappa

Una regola errata può bloccare sezioni utili o impedire al crawler di leggere un noindex.

Usare robots.txt come protezione

Non sostituisce autenticazione e controllo degli accessi.

Consentire tutti i crawler senza decisione

Ricerca, addestramento e azioni avviate dall’utente possono avere finalità differenti.

Aggiungere markup non visibile

I dati strutturati devono corrispondere alla pagina.

Pubblicare contenuti in massa

La quantità non sostituisce esperienza, utilità e controllo editoriale. Pubblicare di più non significa automaticamente essere più visibili o più autorevoli.

Creare pagine per ogni domanda

Può produrre duplicati e cannibalizzazione.

Considerare llms.txt un requisito

Per Google Search non è necessario né produce un beneficio dichiarato.

Nascondere istruzioni per influenzare i modelli

È una pratica manipolativa e può creare rischi di sicurezza e reputazione.

Accettare garanzie di citazione

Le piattaforme non garantiscono scansione, indicizzazione o inclusione.

Cambiare tutto contemporaneamente

Senza un registro delle modifiche diventa difficile capire quale intervento abbia prodotto il risultato osservato.

Ignorare la manutenzione

Prezzi, orari, disponibilità e markup possono diventare obsoleti.

Checklist operativa SEO–AEO

• Obiettivi, piattaforme e pubblico sono definiti.

• Le pagine importanti sono inventariate.

• Codici HTTP e reindirizzamenti sono controllati.

• Le pagine utili risultano indicizzabili.

• Le pagine da escludere usano controlli appropriati.

• robots.txt non viene utilizzato come misura di sicurezza.

• Le interazioni tra robots.txt e noindex sono verificate.

• Sitemap e URL canonici sono coerenti.

• Duplicati e pagine orfane sono identificati.

• Il contenuto principale è disponibile dopo il rendering.

• Firewall e CDN non bloccano involontariamente crawler approvati.

• I crawler sono associati alla relativa finalità.

• OAI-SearchBot, GPTBot e ChatGPT-User non vengono confusi.

• La decisione sui crawler è documentata.

• Nome, sede, servizi e contatti sono coerenti.

• Profili locali e feed pertinenti sono aggiornati.

• Ogni pagina possiede un intento distinto.

• I contenuti aggiungono esperienza, dati o criteri originali.

• Affermazioni, fonti e date sono controllate.

• Autore e revisore sono identificati quando pertinenti.

• Le FAQ rispondono a domande reali.

• I dati strutturati corrispondono al contenuto visibile.

• Sono utilizzati soltanto tipi supportati per l’obiettivo previsto.

• llms.txt non viene presentato come requisito universale.

• Le attività sperimentali sono separate da quelle bloccanti.

• Ogni modifica possiede baseline e indicatore.

• Gli strumenti terzi non sono descritti come fonti di metriche interne.

• Accessi e credenziali rispettano il minimo privilegio.

• Esiste un registro delle modifiche.

• Sono definiti responsabile e frequenza di manutenzione.

• Il contratto non garantisce ranking o citazioni non controllabili.

• Report e configurazioni possono essere esportati alla cessazione.

Domande frequenti

La SEO è ancora utile con la ricerca generativa?

Sì. Google dichiara che le pratiche SEO fondamentali rimangono valide per AI Overviews e AI Mode. Anche Bing collega qualità tecnica e contenutistica alla visibilità nelle esperienze AI.

AEO e GEO sono la stessa cosa?

Non esiste una definizione standard universale. AEO viene associata ai motori di risposta; GEO alle risposte generative. Le attività concrete spesso si sovrappongono alla SEO.

Serve llms.txt?

Non per Google Search. Altri sistemi potrebbero dichiararne il supporto, ma bisogna verificarlo nella loro documentazione. Il file non garantisce visibilità.

Serve un markup speciale per l’AI?

Google dichiara che non esiste un markup Schema.org speciale necessario per AI Overviews o AI Mode.

I dati strutturati sono comunque utili?

Sì, quando descrivono correttamente il contenuto e sono supportati dalla piattaforma per una funzione pertinente. Non garantiscono ranking o citazioni.

Posso consentire OAI-SearchBot e bloccare GPTBot?

Sì. OpenAI documenta controlli indipendenti per il crawler della ricerca e quello destinato al possibile addestramento.

robots.txt impedisce l’indicizzazione?

Non necessariamente. Serve principalmente a controllare la scansione. Un URL bloccato può ancora essere scoperto attraverso collegamenti.

Perché noindex non funziona su una pagina bloccata?

Il crawler deve raggiungere la pagina per leggere la regola. Se robots.txt impedisce l’accesso, la regola potrebbe non essere vista.

Bisogna creare molte FAQ?

No. Occorre rispondere alle domande effettivamente utili. FAQ superficiali e duplicate aumentano il lavoro di manutenzione e possono cannibalizzare altre pagine.

Come si misura un intervento AEO?

Definendo problema, baseline, modifica, indicatore, periodo e limite. La metrica dipende dalla piattaforma e non esiste una “posizione AI” universale.

Un consulente può garantire una citazione?

No. Può correggere problemi, produrre contenuti e misurare segnali disponibili, ma non controlla i sistemi di selezione delle piattaforme.

Da dove dovrebbe iniziare una PMI?

Dalle pagine essenziali: accessibilità, indicizzazione, informazioni aziendali, servizi, contenuti originali e misurazione. Gli esperimenti vengono dopo.

Conclusione

SEO, AEO e GEO non dovrebbero diventare tre progetti separati che competono per budget, strumenti e responsabilità.

Per una PMI, il lavoro più solido parte da una base comune: rendere accessibili le pagine corrette, spiegare con chiarezza che cosa offre l’impresa e mantenere verificabili le informazioni pubblicate.

La ricerca generativa aggiunge nuove modalità di recupero, sintesi e citazione. Non elimina la necessità di URL coerenti, collegamenti interni, contenuti originali, profili aggiornati e controllo editoriale.

Le nuove proposte devono essere valutate con lo stesso rigore applicato a qualsiasi altro investimento digitale. Un file llms.txt, una serie di FAQ o uno strumento di monitoraggio possono essere sperimentati soltanto dopo averne definito destinatario, documentazione, costo, manutenzione e indicatore. Non dovrebbero sostituire correzioni già sostenute da evidenze concrete.

L’obiettivo, quindi, non è imparare a “scrivere per l’AI”. È costruire un sito che persone e sistemi autorizzati possano raggiungere, comprendere e verificare, documentando le modifiche e misurando i risultati entro i limiti reali delle piattaforme.