Gli attributi del feed di prodotto che ChatGPT Shopping e Google AI Mode leggono davvero

Se il tuo feed di prodotto supera già le revisioni di Google Shopping e Meta, è facile dare per scontato che sia pronto anche per ChatGPT Shopping e per l’AI Mode di Google. Sul fronte Google, probabilmente non lo è. La specifica del feed di prodotto Agentic Commerce di OpenAI richiede 9 campi per rendere un prodotto idoneo alla ricerca e al checkout all’interno di ChatGPT, secondo la documentazione per sviluppatori di OpenAI. Il Centro assistenza di Merchant Center di Google, aggiornato nell’ambito del lancio dello Universal Commerce Protocol di maggio 2026, indica 6 attributi specifici che chiama “attributi conversazionali” per l’AI Mode nella Ricerca. Le due liste non hanno in comune nemmeno un nome di campo. Questa guida spiega cosa legge effettivamente ciascuna superficie, cosa probabilmente hai già e cosa devi ancora aggiungere, con una checklist a punteggio da applicare al tuo feed.

Due problemi diversi di “AI shopping”, non uno solo

“Prepararsi all’AI shopping” viene trattato come un unico progetto, ma in realtà sono due, costruiti da due aziende con due specifiche separate e due obiettivi distinti.

L’Agentic Commerce Protocol (ACP) di OpenAI permette a un merchant di vendere direttamente all’interno di una conversazione su ChatGPT tramite Instant Checkout. Qui il compito del feed di prodotto è circoscritto: fornire a ChatGPT dati strutturati sufficienti per mostrare correttamente un prodotto e permettere una transazione reale, in cui è il merchant, non OpenAI, a fungere da venditore di riferimento (merchant of record) e a gestire evasione, imposte e pagamento tramite il proprio fornitore di servizi di pagamento.

Gli attributi conversazionali di Google, invece, si trovano all’interno del feed di Merchant Center che usi già per gli annunci Shopping e le schede gratuite. Non c’è alcun protocollo di checkout separato da implementare, nessun nuovo feed da costruire da zero. Google ti chiede di arricchire il feed che hai già, così che il suo AI Mode e le superfici di shopping basate su Gemini possano rispondere a domande più specifiche sui tuoi prodotti.

Confondere le due cose porta a due tipi di errore: team che costruiscono un intero secondo feed per ChatGPT di cui non avevano bisogno, e team che presumono che spuntare qualche casella in stile OpenAI copra anche l’AI Mode di Google, quando non è così.

Cosa richiede davvero la specifica del feed di prodotto di OpenAI

La specifica di OpenAI (verificata l’ultima volta sulla documentazione attiva a settembre 2026) definisce un set di base di campi obbligatori, un set più ridotto necessario specificamente per l’idoneità al checkout e un elenco più lungo di campi consigliati che migliorano ranking e fiducia.

Altri tre campi, oltre ai nove di base, condizionano specificamente il checkout: is_eligible_checkout (booleano, deve essere true), seller_privacy_policy (URL di un’informativa sulla privacy pubblica) e seller_tos (URL di termini di servizio pubblici). Un prodotto può essere idoneo alla ricerca senza questi campi, ma non al checkout.

OpenAI accetta JSONL, CSV o TSV, comprese le varianti compresse con gzip. Una singola riga JSONL si presenta così:

{"item_id":"SKU-10432","title":"Merino Wool Crew Socks - Charcoal, M","description":"Mid-weight merino wool blend crew socks with reinforced heel and toe.","url":"https://example.com/products/merino-crew-socks-charcoal-m","brand":"Example Co","seller_name":"Example Co Online Store","image_url":"https://example.com/img/merino-crew-charcoal-m.jpg","availability":"in_stock","price":"18.00 USD","is_eligible_checkout":true}

La specifica non prevede un intervallo di aggiornamento fisso, ma OpenAI è esplicita sul fatto che prezzo e disponibilità devono essere aggiornati ogni volta che una promozione inizia o finisce, il che in pratica significa sincronizzare con la stessa cadenza che usi già per Google Shopping, non con una più lenta.

Perché la maggior parte dei feed pronti per Google o Meta è già vicina allo standard di OpenAI

Riguarda l’elenco dei campi: title, description, price, availability, image_url, brand. Ognuno di questi ha un corrispettivo quasi identico nelle specifiche standard dei cataloghi di Google Shopping e Meta che quasi certamente compili già. La rinomina è per lo più estetica: l’image_link di Google diventa l’image_url di OpenAI, l’id di Google diventa item_id.

Le vere lacune sono i campi che nessun feed pubblicitario standard contiene, perché nessuna piattaforma pubblicitaria li ha mai richiesti: seller_name come campo di identità distinto, seller_privacy_policy, seller_tos e il flag di checkout is_eligible_checkout. Questi richiedono una regola di mappatura che attinga dalle pagine legali o dalle informazioni aziendali anziché dal catalogo prodotti, ed è esattamente il tipo di campo statico, non legato al singolo SKU, che un motore di regole del feed (Feedance ne include uno nella sezione feed enrichment) gestisce meglio rispetto alla modifica manuale di una colonna in un foglio di calcolo.

In breve: se il tuo feed supera già le revisioni di Google Shopping e Meta, creare un’esportazione conforme a OpenAI è più un esercizio di mappatura che un progetto di raccolta dati.

Cosa ha aggiunto davvero Google per l’AI Mode

La documentazione di assistenza di Google indica esattamente sei attributi come “attributi conversazionali”: question_and_answer, document_link, related_product, item_group_title, variant_option e popularity_rank. Sono tutti e sei facoltativi, e Google dichiara direttamente che aggiungerli “non influirà sullo stato di approvazione dei tuoi prodotti esistenti”.

• question_and_answer: fino a 30 coppie domanda-risposta per prodotto, ciascuna fino a 1.000 caratteri, per un totale di 10.000 caratteri su tutte le coppie. Pensato proprio per il tipo di domanda di approfondimento che un utente pone a un’interfaccia chat invece di scorrere una scheda tecnica.
• document_link: fino a cinque link HTTPS esclusivamente a PDF (manuali, schede tecniche, guide alla manutenzione), massimo 50 MB ciascuno, con l’URL limitato a 2.000 caratteri, così l’AI Mode può rispondere basandosi sulla tua documentazione invece di tirare a indovinare.
• related_product: fino a 30 voci per prodotto, ciascuna classificata per tipo di relazione (parte di un set, componente necessario, spesso acquistato insieme, sostituto, brand diverso, accessorio), così una risposta conversazionale può suggerire l’articolo complementare giusto.
• item_group_title: un titolo condiviso per un gruppo di varianti (1–150 caratteri, troncato oltre questa soglia) che resta generico, mentre il titolo di ogni singola variante specifica taglia o colore.
• variant_option: coppie nome/valore (ciascuna fino a 250 caratteri) per le dimensioni delle varianti al di fuori delle sei standard di Google (colore, taglia, materiale, fantasia, fascia d’età, genere), inviate insieme a un item_group_id condiviso.
• popularity_rank: un numero da 0.0 a 100.0, con un decimale, che riflette le effettive performance di vendita relative di un prodotto nel tuo catalogo, non un’affermazione di marketing.

Una riga question_and_answer in un feed delimitato da tabulazioni si presenta come nell’esempio di Google:

'Does it have a headphone jack?':'This version doesn't have a headphone jack.'

Niente di tutto questo viene inviato tramite un nuovo endpoint. Viaggia nello stesso feed di Merchant Center, esattamente come già fanno product_highlight o gtin.

I due attributi che tutti etichettano erroneamente come “attributi dell’AI Mode”

Diverse guide molto condivise, tra cui una popolare analisi della community sul forum di assistenza di Google, parlano di “8 attributi per l’AI Mode” aggiungendo product_highlight e product_detail ai sei di Google. Vale la pena correggerle: la pagina ufficiale di Google sugli attributi conversazionali ne indica sei, non otto, e product_highlight è un attributo separato e più vecchio (vedi la specifica di Google) che esiste da ben prima dell’AI Mode ed è stato creato per le normali schede Shopping, non specificamente per le superfici conversazionali.

Questo non rende product_highlight inutile per l’AI Mode. Brevi affermazioni fattuali sui vantaggi (gli esempi di Google: “Supports both 2.4 Ghz and 5 Ghz Wi-Fi networks”) sono esattamente il tipo di dati strutturati e facili da scorrere che un sistema di AI preferisce a un paragrafo di testo di marketing, e l’annuncio di Google di maggio 2026 spinge in generale i merchant verso descrizioni di prodotto più conversazionali. Ma considerarlo uno dei “sei ufficiali” sopravvaluta quanto l’attributo sia nuovo o specifico per l’AI Mode, e può indurre un team a trascurare i sei che lo sono davvero.

Checklist di preparazione del feed, con punteggio rispetto a entrambe le specifiche

Assegna un punto per ogni voce che puoi già confermare come vera, senza tirare a indovinare. È un’istantanea, non una certificazione: superare il controllo sulla presenza di un campo non garantisce lo standard di qualità dei contenuti che ciascuna piattaforma applica separatamente.

0–4: il tuo feed è costruito solo per i classici annunci Shopping. 5–9: sei pronto per il checkout di OpenAI, ma il livello conversazionale di Google è praticamente vuoto. 10–13: hai fatto il lavoro di arricchimento che la maggior parte dei cataloghi trascura.

Dove questo approccio ha dei limiti

Questa guida riguarda i dati del feed, non il resto dello stack. L’Instant Checkout di OpenAI richiede anche un fornitore di servizi di pagamento compatibile con la sua Delegated Payment Spec e la gestione in proprio di convalida degli ordini, evasione e imposte, nessuno dei quali tocca uno strumento per i feed: si tratta di un progetto di pagamenti e di sviluppo, separato dall’arricchimento del feed.

Non copre inoltre tutte le superfici di AI shopping. Perplexity gestisce un proprio Merchant Program, con un onboarding separato e un proprio invio dei dati di prodotto al di fuori di entrambe le specifiche discusse qui, e, nel momento in cui scriviamo, Meta non ha pubblicato una specifica in stile attributi conversazionali paragonabile a quella di Google; le funzionalità di shopping basate sull’AI di Meta si basano ancora sui campi standard del Commerce Catalog trattati nella nostra guida ai rifiuti nel catalogo Meta. Considera entrambi come questioni aperte da riesaminare, non come lacune di questa checklist.

Altre piattaforme di feed hanno pubblicato la propria lettura del lancio di Google; l’analisi di Channable merita di essere letta insieme a questa, perché la documentazione di Google su tempi di rilascio e misurazione è ancora scarna e una seconda interpretazione è utile finché la specifica non si stabilizza. Niente di tutto questo sostituisce l’igiene di base del feed: un prodotto senza GTIN o categorizzato male non comparirà nell’AI Mode né in ChatGPT, per quanto bene tu compili gli attributi conversazionali, perché non è nemmeno idoneo a essere mostrato.

FAQ

Devo creare un feed separato per ChatGPT Shopping?

No. Invii i campi obbligatori di OpenAI come file di feed a sé, ma i dati sottostanti sono un sottoinsieme di quelli che gestisci già per Google Shopping. La maggior parte dei team lo genera come esportazione aggiuntiva dagli stessi dati di prodotto, non come secondo catalogo.

Aggiungere gli attributi conversazionali di Google influirà sui miei annunci Shopping esistenti?

Google dichiara esplicitamente che aggiungerli non cambia lo stato di approvazione dei prodotti esistenti. Sono campi aggiuntivi, non sostituiscono gli attributi obbligatori attuali.

Quale formato accetta la specifica del feed di OpenAI?

JSONL, CSV o TSV, comprese le versioni compresse con gzip di ciascuno. JSONL è il formato mostrato nella maggior parte degli esempi di OpenAI.

popularity_rank è semplicemente la mia lista dei più venduti?

Deve riflettere le effettive performance di vendita relative su una scala da 0 a 100, non una lista “in evidenza” curata manualmente. Alimentarlo con una classifica dettata dal marketing anziché con dati di vendita reali ne vanifica lo scopo.

Mi serve ancora item_group_id se aggiungo l’item_group_title di Google?

item_group_id è ciò che collega effettivamente le varianti tra loro; item_group_title è un’etichetta applicata sopra quel raggruppamento. Ti servono entrambi se vuoi che il livello conversazionale funzioni correttamente.

Meta ha una specifica equivalente verso cui dovrei lavorare?

Nel momento in cui scriviamo, non come set di attributi pubblicato in stile AI Mode. I requisiti del catalogo di Meta sono ancora i campi standard del Commerce Catalog; concentrati lì sul superamento delle revisioni standard anziché inseguire una specifica che ancora non esiste.

Con quale frequenza devono aggiornarsi questi campi?

Allinea la frequenza a quella delle variazioni di prezzi e promozioni. OpenAI è esplicita sull’aggiornamento di prezzo e disponibilità quando una promozione inizia o finisce; gli attributi conversazionali di Google cambiano meno spesso, ma andrebbero rivisti ogni volta che aggiungi nuovi prodotti o aggiorni le specifiche.

Posso verificare se ChatGPT o l’AI Mode leggono correttamente questi campi?

Al momento in cui scriviamo, nessuna delle due aziende offre uno strumento pubblico di anteprima in tempo reale. L’approccio pratico è convalidare il feed rispetto alla specifica pubblicata campo per campo, poi cercare periodicamente i tuoi prodotti per nome e attributi specifici in ChatGPT e nell’AI Mode di Google per verificare a campione cosa compare.

Esegui un audit gratuito del feed di prodotto per vedere quali di questi campi copre già il tuo feed attuale e dove sono le lacune, prima di iniziare a mappare a mano nuovi attributi.