SEO Playbook · Post type

Dati di Prodotto Strutturati per il Commercio Agentico

Costruisci una pagina di dati prodotto agentici con identificatori, prezzo, disponibilità, spedizione, resi e schema completo che gli agenti di shopping possano utilizzare per transazioni.

16 min read

Pagina di dati prodotto agentici

Scopo: fornire a un agente di shopping AI informazioni sufficientemente esatte, aggiornate e leggibili dalla macchina per identificare un articolo, valutare un’offerta, calcolare se può essere consegnato, spiegare il rischio di reso e gestire o completare una transazione senza dover fare supposizioni.

Domanda principale: “Posso acquistare questo esatto prodotto per questo cliente, a questo prezzo, in questo luogo, con queste condizioni di consegna e reso?”

Una pagina di dati prodotto agentici è una rappresentazione pubblica stabile di un prodotto o famiglia di varianti, costruita sia per l’ispezione che per l’azione. A differenza di una pagina prodotto convenzionale, che può basarsi su gerarchia visiva e contesto persuasivo, questo tipo tratta identità, offerta, disponibilità, spedizione e resi come campi espliciti con ambito definito. I due formati dovrebbero normalmente coesistere in un unico URL canonico: le persone ricevono spiegazioni ed evidenze; gli agenti ottengono gli stessi fatti in testo visibile, markup strutturato e interfacce commerciali affidabili.

Domande a cui risponde

La pagina deve permettere a un agente di shopping di rispondere a tutte le seguenti domande senza dover inferire un valore mancante:

  • Quale prodotto e variante esatta descrive questo record?
  • Quale SKU del venditore, identificatore globale, marca, modello, dimensione, colore, capacità e condizione lo identificano?
  • Qual è il prezzo corrente, la valuta, l’unità, il trattamento fiscale e il periodo di validità dell’offerta?
  • La variante selezionata è effettivamente disponibile, in backorder, preordinabile o fuori produzione?
  • Può essere spedito alla destinazione del cliente, a quale costo, con quale metodo e entro quale finestra di consegna?
  • Chi vende e chi evade l’ordine, e dove avviene il passaggio di responsabilità?
  • Cosa può essere reso, entro quanti giorni, con quale metodo, a spese di chi e con quali eccezioni?
  • Quale azione è valida ora: acquistare, prenotare, richiedere un preventivo, unirsi a una lista d’attesa o scegliere un’altra offerta?

La pagina è pronta per l’uso agentico solo quando l’assenza è esplicita. “Spedizione non indicata” è diverso da spedizione gratuita; “disponibilità sconosciuta” è diverso da in magazzino.

Quando utilizzare questo tipo di pagina

Utilizzalo quando un prodotto può essere selezionato o negoziato e un cliente automatizzato ha bisogno di più di una descrizione di marketing. È particolarmente utile dove varianti, venditori, destinazioni o eccezioni alle politiche rendono la risposta condizionale.

Sibling confondibileUtilizza quel sibling quandoPerché questo tipo è diverso
pagina prodottoUn acquirente umano ha bisogno di adattabilità, vantaggi, evidenze, media, recensioni e una decisione d’acquisto per un prodotto.I dati prodotto agentici si concentrano sui campi esatti della transazione e sulla loro corrispondenza leggibile dalla macchina. In pratica, un unico URL dovrebbe soddisfare entrambe le specifiche.
pagina categoriaIl lettore o agente deve scoprire e restringere un insieme prima di scegliere un articolo esatto.Una categoria può esporre filtri e indicazioni a livello di gamma, ma non può sostituire identificatori a livello di variante, stock, consegna e resi.
articolo di documentazioneUn utente esistente ha bisogno di comportamento, impostazioni, compatibilità o istruzioni dopo l’acquisizione.La documentazione spiega l’uso; i dati prodotto agentici stabiliscono se un’offerta specifica può essere negoziata.
pagina LLMs.txtUn editore vuole indirizzare i sistemi AI verso risorse autorevoli.LLMs.txt è una guida, non un catalogo, feed di offerte, fonte di stock, calcolatore di spedizione o contratto di transazione.

Non creare una “versione AI” indicizzabile separata che ripeta la pagina umana. La duplicazione crea canonici concorrenti e due luoghi in cui i fatti volatili possono divergere. Utilizza una rappresentazione separata solo quando la negoziazione dei contenuti, un endpoint documentato o una risposta dati non indicizzabile soddisfa un reale requisito del cliente.

Ideale per questi tipi di business

  1. Ecommerce . La migliore corrispondenza perché prezzo, variante, inventario, spedizione e resi esistono già nei sistemi operativi. Il compito è esporli con gli stessi identificatori e ambito usati al checkout.
  2. Marketplace . Essenziale quando un prodotto ha diversi venditori o condizioni. L’identità del prodotto deve rimanere separata dall’identità dell’offerta in modo che un agente non associ il prezzo di un venditore ai termini di consegna o reso di un altro.
  3. Aziende manifatturiere e industriali . Utile per numeri modello, compatibilità tecnica, quantità di confezionamento, distributori regionali, tempi di consegna e disponibilità basata su preventivo. “Contattaci” dovrebbe comunque esporre cosa può essere quotato e quali fatti variano.
  4. SaaS . Utile quando un piano, un componente aggiuntivo, un pacchetto di posti o un pacchetto di utilizzo è effettivamente acquistabile. Sostituisci i campi di spedizione fisica con tempi di attivazione ed eleggibilità regionale o dell’account, mantenendo espliciti base del prezzo, rinnovo, cancellazione e identità del venditore.

Intento di ricerca

L’intento si trova al confine tra decisione e transazione. Le query combinano un prodotto o modello noto con “prezzo”, “disponibile”, “consegna a”, “resi”, una taglia o colore, o un’istruzione d’acquisto. Un prompt AI può aggiungere vincoli in una frase: “Trova il modello nero da 256 GB sotto i 900 €, consegnato a Bratislava la prossima settimana, con almeno 30 giorni di finestra di reso.”

La risposta corretta non è una raccomandazione generica. È un’offerta che preserva i vincoli: variante esatta, venditore esatto, totale corrente, eleggibilità della destinazione, stima di consegna, condizioni di reso e un’azione stabile. Se una condizione non può essere verificata, la risposta deve identificare la lacuna invece di rilassarla silenziosamente.

Struttura della pagina

Le fasce di parole mantengono le spiegazioni proporzionate. La maggior parte del contenuto critico sono dati di campo, non prosa, e devono essere generati da fonti governate piuttosto che copiati in testo editoriale.

SezioneFascia parole o datiScopoRichiesta?
Hero e risposta diretta50–90 parole più campiIndica il prodotto esatto, la variante selezionata, il venditore, il prezzo, la disponibilità e l’azione valida.Richiesta
Record identità8–20 campiCollega SKU, identificatori globali, marca, modello, attributi variante, condizione e URL canonico.Richiesta
Offerta e prezzo8–18 campiIndica importo, valuta, unità, ambito fiscale, venditore, validità, limiti di quantità e URL offerta.Richiesta
Disponibilità5–12 campiIndica stato stock, ambito variante, limite quantità, stato preordine o backorder e orario di verifica.Richiesta
Spedizione8–20 campi per mercato o metodoDefinisci destinazione, tariffa, soglia, tempo di gestione, finestra di transito, corriere o metodo e restrizioni.Richiesta per prodotti consegnabili
Resi e garanzia8–18 campiDefinisci finestra, metodo, commissioni, condizione, eccezioni per categoria, tempistica rimborso e URL politica.Richiesta
Specifiche prodotto10–40 righeEsponi dimensioni, composizione, compatibilità, articoli inclusi e vincoli con unità di misura.Richiesta quando rilevante per la selezione
Evidenze e provenienza60–140 parole più timestampIdentifica sistemi di origine, orario di verifica, proprietà del venditore e ambito della politica.Richiesta
FAQ e azione250–450 paroleRisolvi le domande residue dell’agente e dell’acquirente, quindi esponi un’azione successiva veritiera.Richiesta

Elementi richiesti

Il posizionamento segue la dipendenza: un’offerta non può essere valutata finché l’identità non è stabile, e una promessa di consegna non può essere valutata finché l’ambito di offerta e destinazione non sono noti.

ElementoSempre o condizionalePosizione
blocco risposta direttaSemprePrimo contenuto sotto il nome del prodotto; include variante esatta, venditore, prezzo, disponibilità e azione.
tabella specificheSemprePrima i campi identità, poi gli attributi prodotto; ogni valore include unità e ambito variante dove applicabile.
tabella prezziSempre per più di un’offerta, scaglione o regola quantitàDopo identità e prima della disponibilità; mantieni venditore, valuta, base imponibile e validità nella stessa riga dell’importo.
blocco disponibilitàSempreAccanto all’offerta selezionata e prima dell’azione di transazione; non visualizzare mai lo stock del prodotto padre per una variante selezionata.
disclaimerCondizionaleImmediatamente accanto a una condizione materiale come stima fiscale, spedizione solo su preventivo, rinnovo abbonamento o esclusione geografica.
timbro freschezzaSempreAccanto ai campi di offerta volatili; identifica cosa è stato controllato e quando, non solo quando la pagina è stata modificata.
struttura FAQSempre, cinque o più domandeDopo le politiche e prima dell’azione finale; le risposte visibili devono corrispondere esattamente ai dati FAQ.
blocco CTASempreUltimo blocco decisionale; utilizza acquista, prenota, richiedi preventivo, unisciti alla lista d’attesa o seleziona un’altra variante in base allo stato live.

Frontmatter

Segui la specifica frontmatter . In questa pagina di specifica, utilizza entity = "post-type-agentic-product-data" e schemaTypes = [ "Article", "FAQPage" ] perché la pagina spiega un tipo di pagina piuttosto che vendere l’esempio fittizio.

Su una pagina commerciale prodotta, entity deve identificare il prodotto stabile, ad esempio northstar-travel-charger-65w, mentre SKU e identificatori globali identificano le varianti vendibili. Utilizza Product per il prodotto e Offer per l’offerta acquistabile di un venditore; utilizza AggregateOffer solo quando la pagina visibile riassume realmente più offerte. Aggiungi le proprietà applicabili di spedizione e politica resi del venditore. Una pagina prodotto contenente contenuto FAQ visibile può anche qualificarsi per FAQPage, soggetta alle regole attuali dei motori di ricerca, ma il markup FAQ non sostituisce i dati Product e Offer.

La fonte di verità dovrebbe anche governare feed, API e checkout. I campi operativi richiesti includono valuta, mercato, venditore, responsabile evasione, SKU selezionato, validità prezzo, timestamp disponibilità, ambito destinazione spedizione, ambito politica resi, URL canonico e proprietario dei dati. Completezza dello schema significa che i campi decisionali richiesti sono sia popolati che corretti — non che ogni proprietà possibile appaia.

Esempio completo

Questa pagina fittizia dimostra il contratto di transazione minimo. I suoi valori sono esempi, non affermazioni riguardanti un venditore reale.

# Caricabatterie da viaggio Northstar 65 W — UE, nero

Il caricabatterie da viaggio Northstar 65 W, SKU NS-65-EU-BLK e GTIN 09506000134352, è venduto nuovo da Northstar Direct a €49,00 IVA inclusa. Questa variante nera UE è disponibile. La spedizione standard in Slovacchia costa €4,90 ed è stimata per l'1–3 settembre 2026 se ordinato entro le 14:00 CEST del 27 agosto.

## Identità prodotto

| Campo | Valore |
|---|---|
| Marca | Northstar |
| Modello | Caricabatterie da viaggio 65 W |
| SKU venditore | NS-65-EU-BLK |
| GTIN-14 | 09506000134352 |
| Variante | Spina UE, nero |
| Condizione | Nuovo |
| Incluso | Caricabatterie e cavo USB-C da 1 m |

## Offerta

| Venditore | Prezzo | Valuta | Tasse | Disponibilità | Valido fino al |
|---|---:|---:|---:|---:|---:|
| Northstar Direct | 49,00 | EUR | IVA inclusa | Disponibile | 31 agosto 2026, 23:59 CEST |

Il prezzo si applica a un'unità NS-65-EU-BLK. Quantità massima online è quattro per ordine. Il venditore e fornitore di evasione è Northstar Direct.

## Spedizione in Slovacchia

| Metodo | Costo | Gestione | Transito | Consegna stimata |
|---|---:|---:|---:|---:|
| Standard tracciato | €4,90 | Stesso giorno lavorativo entro le 14:00 CEST | 2–4 giorni lavorativi | 1–3 settembre 2026 |
| Espresso tracciato | €12,90 | Stesso giorno lavorativo entro le 14:00 CEST | 1–2 giorni lavorativi | 31 agosto–1 settembre 2026 |

Batterie al litio non incluse. Le stime di consegna escludono correzioni di indirizzo e interruzioni del corriere. Ricalcola la spedizione dopo modifiche alla destinazione o alla quantità nel carrello.

## Resi e garanzia

I prodotti non utilizzati possono essere restituiti entro 30 giorni di calendario dalla consegna tramite il modulo di reso online. Il cliente paga le spese di restituzione salvo che il prodotto sia difettoso o errato. La confezione aperta è accettata quando il caricabatterie, il cavo e la documentazione sono completi e non danneggiati. I rimborsi vengono accreditati sul metodo di pagamento originale dopo l'ispezione. Una garanzia limitata di due anni copre i difetti di fabbricazione, ma non i danni accidentali o da liquidi.

## Stato transazione

Verificato rispetto ai sistemi di catalogo, inventario, spedizione e resi alle 10:00 CEST del 27 agosto 2026. Rivaluta prezzo, stock, eleggibilità della destinazione, stima di consegna e ambito resi immediatamente prima del checkout.

[Acquista la variante nera UE]

L’esempio tiene insieme prezzo e validità, separa la gestione dal transito, nomina il pagatore del reso e definisce l’ambito di ogni affermazione volatile. Un umano può leggerlo; un agente può mapparlo su campi senza interpretare frasi promozionali.

Galleria di design

Utilizza lo stesso prodotto, variante, venditore, destinazione e timestamp in ogni design in modo che i test di revisione valutino la comprensione dei dati piuttosto che esempi diversi.

Checklist di qualità

  • Un’unica identità prodotto canonica è separata dalle varianti a livello SKU e dalle offerte a livello venditore.
  • I valori SKU, GTIN, ISBN o numero parte del produttore appartengono alla variante esatta; nessun identificatore è dedotto o fabbricato.
  • Nome prodotto, marca, modello, condizione, attributi selezionati e URL canonico concordano in contenuto visibile, schema, feed e checkout.
  • Il prezzo include valuta, unità o base di fatturazione, ambito fiscale, venditore, regola quantità e validità dove rilevante.
  • La disponibilità descrive lo SKU e il venditore selezionati, non il prodotto padre o un record di magazzino adiacente.
  • La spedizione indica ambito destinazione, costo, soglia, tempo di gestione, tempo di transito, consegna stimata e restrizioni senza trattare una stima come una garanzia.
  • I resi indicano finestra, evento di inizio, condizione accettata, metodo, commissioni, percorso di rimborso ed eccezioni di prodotto o regionali.
  • I valori sconosciuti sono identificati come sconosciuti; le celle vuote non implicano mai gratuito, incluso o disponibile.
  • I fatti volatili provengono da sistemi operativi ed espongono un orario di verifica significativo.
  • Le risposte con e senza JavaScript espongono entrambe i fatti critici di identità e offerta necessari ai client previsti.
  • Il markup Product e Offer corrisponde al contenuto visibile e utilizza la variante, il venditore, la valuta e l’ambito politico corretti.
  • L’azione di acquisto o passaggio preserva variante, offerta, destinazione, quantità e attribuzione.
  • Gli stati di esaurito, preordine, solo preventivo e fuori produzione modificano sia il messaggio che l’azione consentita.
  • I test automatizzati rilevano discrepanze tra pagina, schema, feed, API e checkout prima che un’offerta obsoleta raggiunga un agente.
  • La revisione umana verifica la formulazione delle eccezioni, le affermazioni regolamentate e i casi insoliti di spedizione o reso che la validazione dei campi non può giudicare.

Errori comuni

Trattare lo schema come copia di prodotto nascosta. I dati strutturati descrivono fatti visibili; non devono introdurre un prezzo migliore, una valutazione diversa, una disponibilità più ampia o una promessa di reso diversa da quanto mostra la pagina.

Utilizzare uno SKU padre per ogni variante. Un capo blu taglia media e un capo nero taglia larga sono diverse selezioni vendibili. Collega identificatori, prezzo, immagine, stock e azione alla variante selezionata.

Pubblicare il prezzo senza ambito. “€49” è incompleto quando tasse, unità, periodo di abbonamento, venditore, quantità minima, mercato o scadenza modificano l’importo.

Chiamare spedizione sconosciuta gratuita. La spedizione deve essere calcolata o esplicitamente non disponibile per la destinazione. Un valore zero è una promessa commerciale, non un segnaposto.

Combinare gestione e transito. Un servizio corriere di due giorni spedito dopo cinque giorni non è consegna in due giorni. Memorizza e mostra entrambi gli intervalli, quindi calcola un intervallo di date stimato.

Collegare solo a una pagina resi generica. L’agente ha bisogno della finestra applicabile e delle eccezioni sulla pagina dell’offerta, più un URL politico stabile per i dettagli. Le esclusioni di categoria non devono essere nascoste dietro il link.

Memorizzare nella cache lo stock come contenuto editoriale. L’inventario può cambiare tra scansione e checkout. Utilizza durate cache adeguate, invalidazioni, timestamp e rivalutazione obbligatoria prima dell’impegno.

Creare una seconda “pagina prodotto AI.” Pagine indicizzabili parallele divergono e dividono i segnali. Preferisci un’unica fonte canonica umana-e-macchina con rappresentazioni alternative solo per una necessità tecnica documentata.

Far mentire il CTA. Un articolo esaurito non può avere un pulsante “Acquista ora” attivo. Sostituiscilo con un avviso di riassortimento, preordine, preventivo o alternativa che rifletta lo stato reale.

Collega verso l’alto alla pagina categoria quando un agente deve scegliere tra prodotti, e lateralmente alla specifica della pagina prodotto canonica quando il team di produzione ha bisogno di regole di evidenza e persuasione per umani. Collega a un articolo di documentazione per configurazione, dettagli di compatibilità, cura o uso post-acquisto invece di affollare i campi di transazione con istruzioni.

All’interno del record prodotto, mantieni i link adiacenti alla condizione che crea la domanda successiva: la politica resi completa accanto alla regola di reso riassunta, le restrizioni di consegna accanto alla spedizione e gli accessori compatibili accanto alla specifica rilevante. Utilizza un modulo di link interni solo per un piccolo insieme di alternative spiegate o pagine di supporto. Non costringere un agente a navigare attraverso diversi vaghi link “scopri di più” per ricostruire una transazione.

Ogni offerta collegata deve preservare il contesto di variante e venditore. Le selezioni parametrizzate dovrebbero risolversi in modo prevedibile e le regole canoniche dovrebbero impedire che gli stati di filtro, valuta e destinazione si moltiplichino in URL indicizzabili duplicati.

Come misurare i risultati

Misura la risoluzione affidabile del prodotto e la progressione della transazione, non solo il traffico sulla pagina. Stabilisci una baseline per mercato, dispositivo, client, prodotto, variante e venditore dove il volume lo permette.

Monitora:

  • prodotti validi e varianti vendibili con identificatori completi;
  • record Product e Offer che superano la validazione tecnica e la riconciliazione commerciale;
  • discrepanze in prezzo, valuta, stock, venditore, spedizione, resi e SKU selezionato tra pagina, schema, feed, API e checkout;
  • richieste di scansione o agente che ricevono dati critici utilizzabili senza fallimenti di script, consenso, autenticazione o timeout;
  • risposte e citazioni di shopping che preservano le condizioni di variante, venditore, prezzo, disponibilità, destinazione, consegna e politica;
  • eventi di selezione prodotto, aggiunta al carrello, inizio checkout, preventivo, prenotazione e ordine completato attribuiti al client o passaggio di origine;
  • passaggi falliti causati da stock obsoleto, prezzo cambiato, destinazione non supportata, variante non valida, sessione scaduta o disaccordo sulle politiche;
  • cancellazioni, resi e contatti al servizio clienti causati da un fatto che l’agente ha presentato in modo errato o omesso;
  • tempo dalla modifica del sistema di origine alla rappresentazione pubblica corretta.

Utilizza Accessibilità AI e Prontezza per Agenti per testare se i client automatizzati possono raggiungere e interpretare la superficie commerciale. Apri AmICited Cockpit per confrontare visibilità, fonti citate, attività di atterraggio e risultati commerciali nella stessa finestra di osservazione.

Segui come misuriamo i risultati per separare scoperta, rappresentazione corretta, coinvolgimento, progresso della transazione e ricavi. Annota le migrazioni del catalogo, le campagne di prezzo, gli eventi di stock, i cambiamenti delle politiche e i rilasci di protocollo prima di attribuire i movimenti. Una risposta prodotto citata non è un successo se la sua offerta non supera la validazione del checkout.

FAQ

Domande frequenti

Una pagina di dati prodotto agentici è separata dalla pagina prodotto per umani?
Non necessariamente. L’implementazione preferita è di solito un unico URL prodotto canonico i cui fatti visibili, dati strutturati, feed e endpoint commerciali concordano. Una pagina leggibile separata dalla macchina è giustificata solo quando aggiunge una rappresentazione stabile senza creare una pagina prodotto indicizzabile concorrente.
Quali identificatori di prodotto dovrebbero essere pubblicati?
Pubblica lo SKU del venditore e ogni identificatore globale valido disponibile per la variante esatta, come GTIN, ISBN o numero parte del produttore, insieme a marca e modello. Non inventare mai un identificatore globale né copiarlo da una variante simile.
Quali tipi di schema sono richiesti per il commercio agentico?
Utilizza Product per l’articolo e Offer o AggregateOffer per le offerte acquistabili, con le proprietà applicabili di spedizione e politica resi. Lo schema deve corrispondere al contenuto visibile e alla variante selezionata; completezza e coerenza contano più dell’aggiunta di tipi non correlati.
Quanto devono essere aggiornati i dati di prezzo e disponibilità?
Abbastanza aggiornati da evitare che un agente presenti un prezzo scaduto o tenti un acquisto impossibile. Genera i campi volatili dalla fonte di verità commerciale, invalida le cache dopo modifiche sostanziali, esponi un orario di verifica e monitora le discrepanze.
JavaScript può fornire i dati del prodotto?
Può, ma i fatti critici di identità, offerta, spedizione e resi dovrebbero essere disponibili anche nella risposta iniziale o renderizzata in modo affidabile. Testa la pagina con i client e crawler che contano; non dare per scontato che ogni agente di shopping esegua gli stessi script di un browser.
I prodotti esauriti dovrebbero rimanere accessibili?
Di solito sì quando il prodotto potrebbe tornare disponibile, genera ancora domanda o supporta i proprietari esistenti. Mantieni l’identità e le specifiche stabili, indica la disponibilità con precisione, disabilita l’acquisto, offri un avviso di riassortimento o un sostituto genuino ed evita di indicare una data di consegna.
Scopri se gli agenti AI possono transare dai tuoi dati prodotto
Verifica i segnali di identità prodotto, offerta, disponibilità, spedizione, resi e accesso da cui dipendono i percorsi di shopping automatizzati.

← All SEO Playbook guides

Pronto a metterlo in pratica?

Verifica gratuita · Prova di 7 giorni · carta di credito richiesta