GEO AEO SEO: il catalogo decide nel 2026

GEO AEO SEO non sono tre budget separati: per un ecommerce nel 2026 convergono sul catalogo, cioè sui dati che dicono a una macchina quale prodotto vendi, a che prezzo, in quale variante e con quale disponibilità.

Se gestisci un negozio online, il punto non è scegliere la sigla più nuova. ChatGPT, Gemini, AI Overviews, Perplexity e Copilot possono leggere o usare pagine web, indici, feed merchant, cataloghi partner e dati strutturati, con accesso che varia per prodotto, paese, accordi, permessi crawler e momento della risposta.

Il verdetto è semplice: la SEO resta necessaria per il web, l'AEO aiuta a dare risposte chiare, la GEO riguarda la leggibilità nei motori generativi, ma per un negozio online la base comune sono feed, schema.org, identificatori e tassonomia. I motori decidono selezione e citazione; il merchant può controllare leggibilità, coerenza dei dati e disponibilità degli endpoint.

Verdetto: prima definiamo le sigle, poi misuriamo il catalogo

SEO, Search Engine Optimization: il lavoro che rende pagine, categorie e contenuti più reperibili nei motori di ricerca tradizionali, come Google Search.

AEO, Answer Engine Optimization: il lavoro che rende una risposta chiara, verificabile e facile da estrarre quando una persona fa una domanda, per esempio “quali scarpe running usare sotto la pioggia?”.

GEO, Generative Engine Optimization: il lavoro che rende contenuti e dati più facili da recuperare, interpretare e usare nei motori generativi, come ChatGPT o Gemini.

Answer engine: un motore che prova a dare una risposta sintetica, con fonti o riferimenti, invece di mostrare solo una lista di link.

Motore shopping AI: un sistema che può confrontare prodotti usando dati come prezzo, disponibilità, recensioni, immagini e attributi tecnici.

Agenti shopping: sistemi che possono leggere record prodotto e condizioni commerciali per supportare passaggi di confronto o acquisto, quando il motore e il merchant rendono disponibili quelle fonti.

Feed prodotto: un file o flusso dati, per esempio CSV, XML, JSON o API, che invia a un motore informazioni strutturate sui prodotti.

schema.org Product: un vocabolario standard per descrivere un prodotto nella pagina, di solito in JSON-LD; prezzo e disponibilità appartengono propriamente a Offer, collegata a Product tramite offers.

GTIN e MPN: GTIN è il codice a barre univoco del prodotto, MPN è il codice del produttore quando non esiste un GTIN.

Google Product Taxonomy: la classificazione prodotti usata da Google Merchant Center per capire la categoria precisa di un articolo, per esempio “Abbigliamento e accessori > Scarpe”.

Una taglia sbagliata è già un dato rotto.

GEO AEO SEO: la differenza si vede nei dati che misuri

SEO, AEO e GEO si sovrappongono, ma non misurano lo stesso problema. Per un blog editoriale la differenza può sembrare sottile; per un ecommerce si vede subito quando una sneaker è a 129,90 € nel feed, a 119,90 € nella pagina e risulta ancora disponibile nel markup anche se il backend l'ha esaurita.

La convinzione popolare è attraente: “se faccio GEO, il motore AI mi citerà”. L'evidenza non sostiene questa scorciatoia: i vendor descrivono sistemi basati su recupero di fonti, feed e dati strutturati, mentre pesi e selezione finale restano proprietari.

John Mueller di Google ha osservato pubblicamente nel 2025 che llms.txt gli ricordava il vecchio meta tag keywords. Il file può essere utile come segnale di ordine editoriale per agenti e lettori tecnici, ma non è una leva di visibilità confermata e non sostituisce feed e markup validi.

SEO vs AEO: quando la risposta arriva prima del clic, il prodotto deve reggere

SEO: forte su indicizzazione e fondamenta, fragile se il catalogo mente

Punti di forza. La SEO tecnica controlla problemi concreti: Googlebot riesce a passare, le categorie sono raggiungibili, la sitemap è pulita, le pagine caricano in tempi accettabili e il contenuto di una categoria come “giacche impermeabili donna” spiega materiale, uso e taglie.

Limiti. Una pagina eccellente non risolve un dato commerciale contraddittorio. Se la pagina dice “in stock”, il feed Google Merchant Center dice “out of stock” e lo schema.org Offer contiene un vecchio prezzo, il motore deve scegliere tra fonti che non concordano.

La documentazione di Google Merchant Center chiede coerenza tra dati inviati e landing page, e la specifica dei dati prodotto elenca campi richiesti come id, title, description, link, image_link, availability e price. Google documenta anche le regole sulle discrepanze tra prezzo e disponibilità, un problema concreto quando il feed resta indietro rispetto al sito.

AEO: utile per domande vere, ma in ecommerce deve appoggiarsi ai record prodotto

Qual è la differenza tra SEO, GEO e AEO? La SEO lavora sulla reperibilità delle pagine, l'AEO sulla chiarezza delle risposte, la GEO sulla capacità dei motori generativi di recuperare e usare contenuti o dati; in ecommerce, tutte e tre dipendono dalla qualità del catalogo.

Una domanda come “che differenza c'è tra cotone organico e cotone pima?” può essere servita da una guida chiara. Ma se l'utente passa a “maglietta bianca cotone pima taglia M sotto 60 €”, il motore non ha più bisogno solo di una spiegazione: gli servono SKU, taglia, prezzo, valuta, disponibilità, immagini e varianti.

Ecco il salto pratico.

Le FAQ aiutano quando chiariscono dubbi reali, per esempio resi, materiali, compatibilità o manutenzione. Per prodotti acquistabili, però, la risposta deve collegarsi a dati verificabili: un casco bici con taglia M, certificazione corretta, GTIN valido e disponibilità aggiornata è più leggibile di una scheda con tre paragrafi persuasivi e nessun identificatore.

AEO vs GEO: i motori generativi hanno bisogno di fonti aggiornate

AEO: la risposta deve essere breve, visibile e verificabile

Punti di forza. L'AEO aiuta a trasformare contenuti sparsi in risposte dirette: definizioni, confronti, istruzioni, compatibilità, tempi di consegna e condizioni di reso. In una scheda prodotto, “calza piccolo: scegli una taglia in più” è più utile di “fit moderno e versatile”.

Limiti. L'AEO diventa fragile quando resta solo testuale. Una pagina può rispondere bene a “come scegliere la taglia”, ma se le varianti size non sono strutturate nel feed e nello schema, il motore shopping AI può non leggere quella disponibilità come un'offerta precisa.

GEO: il meccanismo è retrieval, grounding e record aggiornati

La GEO riguarda soprattutto recuperabilità, interpretabilità e aggiornamento delle fonti. Per le informazioni che cambiano, come prezzo e stock, molti sistemi generativi usano sempre più spesso recupero al momento della risposta, cioè retrieval-at-answer-time: il motore prende fonti aggiornate, porta i record rilevanti nel contesto e genera una risposta agganciata a quei dati.

OpenAI documenta user-agent distinti come `OAI-SearchBot` per l'indice di ricerca e GPTBot per training, e pubblica una specifica per product feed nel commercio agentico. Google documenta Merchant Center e il proprio Shopping Graph; Perplexity descrive un Merchant Program per i cataloghi; Microsoft documenta Microsoft Merchant Center e IndexNow, con disponibilità e integrazioni che possono variare per mercato, partner e data.

Il paper “GEO: Generative Engine Optimization” presentato a KDD 2024 è utile come contesto metodologico, perché prova a misurare come cambiamenti nei contenuti influenzino risposte generate. Va letto con tre cautele: risultati position-dependent, esperimenti su GPT-3.5 nel 2023, nessuna replica 2026 che autorizzi promesse operative per ecommerce.

Per un merchant, la lezione non è “riscrivi tutto con formule GEO”. È più concreta: se il record prodotto non è aggiornato e allineato, il motore ha meno materiale affidabile per capire cosa vendi.

Per un ecommerce il catalogo pesa più delle sigle

Un catalogo è come il magazzino visto da una macchina: se lo scaffale dice una cosa, il cartellino un'altra e la cassa una terza, il cliente perde fiducia prima ancora di pagare. I motori AI incontrano lo stesso problema quando pagina, feed e schema non coincidono.

Primo caso: una lampada da tavolo risulta a 129,90 € nel feed, ma la pagina mostra 119,90 €. Per una persona può essere un errore fastidioso; per Google Merchant Center è una divergenza tra fonte inviata e landing page, con possibili disapprovazioni dell'articolo o correzioni automatiche dove abilitate.

Secondo caso: lo schema.org Offer dice https://schema.org/InStock, ma il backend ha esaurito la taglia 42 da 3 ore. Se un motore recupera quel markup, sta leggendo una promessa commerciale falsa, anche se involontaria.

Terzo caso: il GTIN ha 13 cifre ma check digit non valido. Il GTIN, definito da GS1 e usato in schema.org come gtin, serve a collegare la tua offerta allo stesso prodotto venduto altrove; se è inventato o sbagliato, il matching diventa più debole.

Quarto caso: la categoria è “Accessori” per un casco sci junior. Una tassonomia più precisa, per esempio sport invernali, caschi, target junior, aiuta il confronto con prodotti simili e riduce ambiguità tra casco bici, casco moto e casco sci.

Qui entrano gli artefatti veri. schema.org `Product` e `Offer` definiscono proprietà come nome, brand, prezzo, valuta, disponibilità e URL, con il prezzo dentro l'offerta collegata al prodotto. Google Merchant Center usa feed con campi obbligatori e consigliati. OpenAI Product Feed include attributi come id, title, description, url, brand, price, availability, image_url e flag di eleggibilità.

Veliu lavora proprio su questo strato: crawling del catalogo, normalizzazione e generazione di un record canonico allineato alla tassonomia, con campi come productNormalized, brand e modello canonici, googleCategoryId, googleCategoryPath, googleTier1-4 e gpcResolution. La promessa corretta riguarda leggibilità, matchability e disponibilità del catalogo per motori AI e agenti shopping; citazioni e vendite restano decisioni e risultati esterni.

Per ChatGPT, Gemini e Copilot conta la leggibilità del record

La selezione finale resta proprietaria di ogni motore, ma ChatGPT, Gemini/AI Overviews, Perplexity e Copilot possono usare sempre più spesso dati recuperati da indici web, feed merchant, cataloghi partner, schema.org e sistemi come Google Merchant Center o Microsoft Merchant Center. Un catalogo coerente è più facile da leggere, confrontare e citare quando il motore ha accesso a quelle fonti.

I segnali che un merchant può controllare sono operativi:

• JSON-LD valido con Product, Offer e, se reale e visibile, AggregateRating.
• Feed prodotto con prezzo, valuta e disponibilità coerenti con la pagina.
• GTIN valido quando assegnato dal produttore, oppure MPN più brand quando il GTIN non esiste.
• Tassonomia precisa, come google_product_category e product_type, invece di categorie interne troppo generiche.
• Immagini pulite, raggiungibili e coerenti con la variante, per esempio colore nero anziché foto del modello bianco.
• Crawler posture consapevole: permettere i bot di ricerca e retrieval che vuoi rendere capaci di leggere il sito, senza confondere training e indicizzazione.
• Freschezza: tempo tra cambio prezzo o stock nel backend e aggiornamento di pagina, feed e markup.

OpenAI distingue bot di training e bot di ricerca; robots.txt, definito dall'RFC 9309, resta il meccanismo standard più riconosciuto per istruzioni ai crawler. Bloccare tutto può proteggere contenuti, ma può anche impedire alle superfici di retrieval di leggere pagine citabili.

Il dettaglio cambia per motore. Google legge pagine, Merchant Center e dati strutturati; Copilot passa dall'ecosistema Bing, Microsoft Merchant Center e segnali come IndexNow; Perplexity mostra risposte con citazioni visibili e ha un programma merchant; ChatGPT Search usa fonti web e per lo shopping documenta feed prodotto separati dal semplice crawling.

La cosa che non cambia è il ponte dati.

Se il tuo catalogo è leggibile solo da una persona che clicca, sceglie opzioni JavaScript e interpreta descrizioni libere, un motore shopping AI ha più lavoro da fare. Se invece ogni variante ha campi espliciti, immagini corrette, prezzo aggiornato, availability enum e identificatori validi, il record è più semplice da recuperare e verificare.

Verdetto: misura questi campi prima della share of voice

Una diagnosi utile non parte dalla domanda “quante volte appaio in ChatGPT?”. Parte da “quanti SKU hanno dati completi, validi e coerenti?”. Solo dopo ha senso misurare share of voice su prompt definiti per categoria, mercato e motore.

La colonna più sottovalutata è la tassonomia. Un gpcResolution exact_path o unique_leaf indica una classificazione molto più utile di tier1_only o unresolved, perché un abito da cerimonia, una tuta sportiva e una giacca da moto non dovrebbero vivere tutti in “Abbigliamento”.

Per approfondire il quadro ecommerce in inglese, Veliu mantiene anche la guida Generative Engine Optimization for Ecommerce (2026), utile quando devi spiegare il tema a un team internazionale.

Cosa significano SEO e GEO? Per chi vende, pagina e record devono parlarsi

SEO significa rendere pagine e contenuti reperibili nei motori di ricerca: architettura, indicizzazione, contenuti utili, performance, link interni e dati strutturati. Per un ecommerce italiano, una buona SEO fa trovare categorie, brand, guide taglia, pagine prodotto e contenuti informativi.

GEO significa rendere contenuti e dati più facili da recuperare, interpretare e citare nei motori generativi. Per un ecommerce, GEO senza catalogo pulito resta fragile: puoi scrivere la migliore guida sulle borse in pelle, ma se le borse non hanno brand canonico, materiale, prezzo, disponibilità, immagini e identificatori coerenti, il ponte verso il prodotto resta debole.

La differenza pratica si vede in una SKU. SEO aiuta la pagina “borsa pelle nera made in Italy” a essere raggiungibile; GEO aiuta il record della borsa, con prezzo, stock, materiale, brand e categoria, a essere leggibile quando un motore costruisce una risposta con fonti aggiornate.

Cosa sono SEO e AEO? Il contenuto chiarisce il contesto; il catalogo rende verificabile il dato prodotto

SEO porta ordine nelle pagine. AEO porta ordine nelle risposte. Una pagina categoria può posizionarsi bene, mentre una sezione AEO risponde in modo diretto a domande come “che differenza c'è tra waterproof e water resistant?” o “quanto dura una batteria da 500 Wh su una e-bike?”.

Per ecommerce, l'AEO nasce dall'esigenza di dare risposte chiare e verificabili, non solo pagine da visitare. FAQPage schema può essere appropriato quando le FAQ sono visibili e utili, ma non basta aggiungere 6 domande in fondo alla pagina per rendere acquistabile un prodotto da un motore shopping AI.

Il contenuto chiarisce il contesto; il catalogo rende verificabile il dato prodotto.

Una risposta su una giacca impermeabile deve poter puntare a dati come materiale, colonna d'acqua, taglie, colore, prezzo e disponibilità. Se questi dati sono solo dentro un'immagine o in una descrizione libera non strutturata, l'AEO migliora il testo ma non sistema il record commerciale.

Quanto guadagna un SEO al mese? È una domanda diversa dalla catalog readiness

Il compenso mensile di un SEO varia per paese, seniority, contratto dipendente o consulente, specializzazione tecnica e responsabilità sul fatturato. Una survey stipendi aggiornata è la fonte corretta per quella domanda, perché i valori cambiano per mercato e anno.

Qui il punto operativo è diverso: quale disciplina serve a un ecommerce quando deve rendere prodotti leggibili da motori di ricerca, motori generativi e superfici shopping. Anche il miglior consulente SEO non può compensare un catalogo con prezzi incoerenti, GTIN non validi e varianti non strutturate.

Scegli la priorità in base al difetto del tuo catalogo

Non tutti i negozi devono partire dallo stesso punto. Un brand con 80 SKU e zero pagine indicizzate ha un problema diverso da un marketplace con 700.000 righe duplicate e categorie scritte dai seller.

Nel resale, per esempio, un paio di sneakers usate può non avere GTIN affidabile. In quel caso diventano fondamentali brand canonico, modello, condizione, taglia, colore, immagini, prezzo comparabile e segnali anti-replica. Servono a rendere il record meno ambiguo, senza promettere citazioni.

Per un catalogo multi-market, lo stesso errore si moltiplica. Una felpa a 79 € in Italia, 69 £ nel Regno Unito e 89 $ negli Stati Uniti deve avere valuta, disponibilità, shipping e lingua coerenti per ogni mercato, altrimenti il dato commerciale perde precisione proprio dove il motore deve rispondere a una richiesta locale.

Cosa fare adesso: correggi il dato prima di comprare nuove sigle

Non dividere il budget in tre silos se il catalogo resta incoerente. SEO, AEO e GEO hanno senso quando la base prodotto dice la stessa cosa in pagina, feed, schema e backend.

Parti dai campi che i motori possono leggere: price, priceCurrency, availability, GTIN o MPN più brand, immagini, categoria, shipping, resi e varianti. Una scheda bella ma ambigua è come uno scaffale ordinato con codici a barre sbagliati.

Misura la divergenza pagina/feed/schema prima della share of voice. Se il dato sorgente è rotto, misurare la presenza in risposte su prompt definiti dice poco se prima non sai quanto il catalogo è leggibile, matchabile e pronto all’acquisto.

Prepara tassonomia e identificatori per i contenuti MOFU successivi. Le guide su materiali, taglie e confronto prodotti funzionano meglio quando rimandano a record prodotto canonici, non a descrizioni libere scollegate dal feed.

Mantieni SEO e contenuti educativi, ma collegali al catalogo. SEO se devi farti trovare nel web classico; AEO se devi rendere risposte chiare; GEO se devi rendere dati e contenuti più leggibili dai motori generativi; catalog readiness se vendi prodotti e vuoi che siano leggibili, matchabili e comprabili da motori AI e agenti shopping.

Per ricevere aggiornamenti pratici su cataloghi, GEO ecommerce e motori AI, iscriviti alla Newsletter (IT).

Nota di metodologia

Questo articolo è stato costruito dal Team editoriale Veliu confrontando fonti primarie pubbliche al 17 giugno 2026: specifiche schema.org, documentazione Google Merchant Center, documentazione OpenAI Commerce e bot, Perplexity Merchant Program, documenti Bing/Microsoft dove rilevanti e RFC 9309 per robots.txt. La matrice operativa non usa numeri proprietari: traduce quei requisiti in controlli di catalogo che un merchant può verificare su SKU, feed, pagina e markup.