Server MCP per i dati di prodotto: aprire il catalogo agli agenti IA

TL;DR

• Un server MCP per i dati di prodotto permette agli agenti IA di interrogare direttamente il catalogo di un brand tramite il Model Context Protocol, una specifica aperta lanciata da Anthropic nel novembre 2024 e governata dal dicembre 2025 nell'ambito dell'Agentic AI Foundation della Linux Foundation.
• MCP offre a un server tre elementi costitutivi: tool che il modello può chiamare, risorse che l'applicazione può leggere e prompt che l'utente può scegliere. Il controllo degli accessi usa OAuth 2.1, e un server può mostrare a ciascun chiamante solo ciò che il suo token consente.
• Un server MCP non sostituisce il tuo resolver GS1 Digital Link, il tuo passaporto digitale di prodotto né il tuo markup schema.org. Funziona meglio come una porta in più sulla stessa fonte di verità, indicizzata con lo stesso GTIN.

Un server MCP per i dati di prodotto è un servizio che risponde alle domande degli agenti IA sui tuoi prodotti in una forma pensata per loro: le specifiche di questo GTIN, se questa variante è ancora attuale, dove si trova la dichiarazione di conformità. Il Model Context Protocol (MCP) è il protocollo aperto che definisce come un'applicazione di IA si collega a un server di questo tipo. Era nel programma del workshop W3C/GS1 sull'e-commerce per esseri umani e agenti IA di Zurigo, ed è il protocollo per agenti che la maggior parte degli sviluppatori incontra per primo, perché non è specifico del commercio.

Questa guida spiega cos'è MCP e chi lo gestisce, i suoi elementi costitutivi in parole semplici, e come un brand o un produttore potrebbe usare un server MCP per esporre identificativi, specifiche, dati di conformità e del passaporto e disponibilità, mantenendo riservati i dati riservati. Tutto quanto segue è aggiornato a ottobre 2026.

Che cos'è il Model Context Protocol?

MCP è una specifica aperta pubblicata. La sua revisione attuale lo descrive come un protocollo aperto per collegare le applicazioni basate su modelli linguistici di grandi dimensioni a fonti di dati e strumenti esterni. I messaggi vengono scambiati in JSON-RPC 2.0, e la specifica è rilasciata con licenza Apache License 2.0.

Anthropic ha presentato MCP il 25 novembre 2024 e ha pubblicato la specifica e i kit di sviluppo software su GitHub. Il 9 dicembre 2025 Anthropic ha donato MCP all'Agentic AI Foundation, un fondo dedicato della Linux Foundation cofondato da Anthropic, Block e OpenAI. Il modello di governance non è cambiato: le decisioni tecniche spettano ai maintainer, e le modifiche alla specifica passano attraverso le Specification Enhancement Proposal (SEP). I posti da maintainer appartengono a persone, non ad aziende.

Le versioni di MCP prendono il nome dalla data della loro ultima modifica non retrocompatibile. La revisione 2026-07-28 ha reso il protocollo stateless: non ci sono sessioni né handshake iniziale, e ogni richiesta porta con sé la propria versione del protocollo e le capacità del client, così qualsiasi istanza del server può rispondere. Per un servizio di dati di prodotto dietro un load balancer è una semplificazione concreta. La stessa revisione ha deprecato tre funzionalità del client (Roots, Sampling e Logging), nessuna delle quali serve allo schema descritto in questa guida.

Come funziona MCP, in parole semplici?

L'host è l'applicazione di IA che una persona usa, come un assistente o un agente. Al suo interno, un client si collega a un server, il servizio che offre dati e azioni. Un brand che costruisce un server MCP per i dati di prodotto sta dal lato server; le piattaforme di agenti sono gli host.

Un server offre tre tipi di funzionalità, che la specifica distingue in base a chi ne ha il controllo:

Ogni tool ha un nome, una descrizione scritta per il modello e uno JSON Schema per il suo input. Se un tool dichiara uno schema di output, il server deve restituire risultati strutturati conformi a quello schema. È la differenza tra un agente che legge «circa 2 kg» in un testo e uno che riceve un peso con un valore e un'unità di misura. Le risorse possono essere descritte con template URI, così un server può pubblicare uno schema per GTIN invece di elencare milioni di elementi.

I trasporti sono il modo in cui viaggiano i messaggi. La specifica definisce stdio, in cui l'host esegue il server come processo locale, e Streamable HTTP, in cui il server è un servizio web con un unico endpoint. Un catalogo esposto agli agenti sul Web usa Streamable HTTP.

L'autorizzazione è facoltativa e si applica al trasporto HTTP. Segue OAuth 2.1: il server MCP agisce come resource server, un authorisation server separato o ospitato insieme emette i token di accesso, e il server MCP deve pubblicare i Protected Resource Metadata (RFC 9728) affinché i client possano scoprire dove ottenere un token. I token devono essere emessi per quel server specifico.

Perché un brand dovrebbe gestire un server MCP per i dati di prodotto?

Perché gli agenti agiscono sulla base di qualsiasi dato di prodotto riescano a trovare, e più quel dato è vicino al brand, meno devono indovinare. Il nostro articolo sull'identità di prodotto per gli agenti IA lo ha riassunto in una riga: i nomi descrivono, gli identificativi identificano. Un server MCP permette a un brand di rispondere direttamente alla domanda di un agente, a partire dall'identificativo.

• Dati in tempo reale. Stato di richiamo, varianti fuori produzione e versioni dei documenti cambiano. Una chiamata a un tool restituisce la risposta di oggi; una pagina scansionata da un crawler restituisce la risposta dell'ultima scansione.
• Risposte strutturate. Gli schemi di output fissano unità di misura e nomi dei campi, così ogni agente riceve la stessa specifica nella stessa forma.
• Accesso graduato. La specifica consente a un server di variare i tool e le risorse che elenca in base all'autorizzazione di ciascuna richiesta, così chiamanti pubblici e partner autenticati possono usare lo stesso server.

Ci sono dei limiti. Una piattaforma di agenti deve collegarsi al tuo server; MCP da solo non rende un server individuabile. E la specifica MCP non menziona GTIN, GS1 Digital Link né passaporti digitali di prodotto. Il modo in cui si combinano, nel resto di questa guida, è una nostra interpretazione.

Quali dati di prodotto dovresti esporre agli agenti?

Parti dalle domande a cui gli agenti devono avere risposta per scegliere il prodotto giusto, e dai dati che già gestisci e di cui ti fai garante.

• Identità. GTIN, URI GS1 Digital Link, brand, nome del prodotto, variante e formato della confezione. Ogni altra risposta dipende da questa.
• Specifiche. Dimensioni, peso, materiali, compatibilità, composizione, in unità di misura fisse.
• Informazioni di conformità. Dichiarazioni di conformità, informazioni sulla sicurezza, istruzioni, certificazioni. MCP è un modo in più per servire documenti che già fornisci.
• Dati del passaporto. La parte pubblica di un passaporto digitale di prodotto per tutti, le parti riservate per i chiamanti autenticati con il ruolo giusto. La guida ai requisiti dei dati del passaporto digitale di prodotto illustra cosa contiene un passaporto.
• Disponibilità. Se una variante è attuale, fuori produzione o richiamata, e scorte o tempi di consegna per i partner commerciali. Prezzo al dettaglio e scorte di solito spettano ai rivenditori.

Una regola pratica: se un dato è stampato sulla confezione, su una pagina prodotto pubblica o nella parte pubblica di un passaporto, può essere pubblico sul server MCP. Le informazioni commerciali riservate, e i dati che la legge riserva a soggetti specifici, vanno dietro un'autorizzazione.

Un'architettura pratica

La tabella è un progetto di partenza che illustra come gli elementi costitutivi di MCP si applicano ai dati di prodotto. Non è uno schema definito da MCP o da GS1.

Tool per le domande, risorse per i documenti. Un agente che decide da solo cosa cercare ha bisogno di tool, perché i tool sono controllati dal modello. I documenti che un host o una persona allega come contesto si prestano a essere risorse. Un tool di ricerca può restituire dati strutturati più i link alle risorse pertinenti.

Usa l'URI Digital Link come indirizzo pubblico. La specifica dice che i server dovrebbero usare lo schema https:// per una risorsa solo quando il client può recuperarla direttamente dal Web senza il server MCP. Un URI GS1 Digital Link è esattamente questo. Per le informazioni pubbliche, il server può restituire l'URI Digital Link e lasciare che l'agente lo risolva; per i dati riservati, può usare un proprio schema URI e servire il contenuto dopo aver verificato il token:

tool:      lookup_product(gtin)  → identity, specs, links
public:    https://id.example.com/01/09506000134352
template:  dpp-restricted://{gtin}/{lot}

Collega gli accessi ai ruoli che hai già. Gli scope OAuth possono rispecchiare i tuoi livelli di accesso: pubblico, partner commerciale, riparatore o riciclatore, autorità. Le indicazioni di sicurezza della specifica raccomandano un insieme iniziale minimo di scope, chiedendone altri solo quando si tenta un'operazione privilegiata. Nell'ambito dell'ESPR, quali soggetti vedono quali dati del passaporto è stabilito dall'atto delegato di ciascun gruppo di prodotti, e il server MCP si limita ad applicare quella decisione. La nostra guida ai diritti di accesso al passaporto digitale di prodotto illustra questi livelli.

Nella revisione attuale, i risultati che elencano o leggono dati riportano anche un ambito e una durata di cache. I dati di prodotto pubblici possono essere contrassegnati come pubblici; tutto ciò che viene restituito a un chiamante autenticato dovrebbe essere contrassegnato come privato, così gli intermediari condivisi non lo mettono in cache.

Come si integra un server MCP con il resolver, il passaporto e schema.org?

Il rischio di ogni nuovo canale è una nuova copia dei dati che si disallinea. Tratta il server MCP come un'interfaccia in più sullo stesso record di prodotto, indicizzata con lo stesso GTIN.

Il resolver GS1 Digital Link risponde già alle macchine. In base al GS1-Conformant Resolver Standard, un client che richiede il linkset con il media type application/linkset+json riceve in JSON tutti i link registrati per quel prodotto, tipizzati con il vocabolario GS1 Web, come gs1:pip per la pagina di informazioni sul prodotto. La guida al resolver GS1 Digital Link spiega la risoluzione. Il resolver resta l'indirizzo pubblico controllato dal brand; il server MCP aggiunge sopra ricerche strutturate e accesso autenticato.

Il passaporto digitale di prodotto ha regole proprie su accesso, supporti di dati e copie di backup, e nessuna di esse fa riferimento a MCP. Un server MCP può servire i dati del passaporto agli agenti, ma non sostituisce il supporto di dati sul prodotto. Secondo la nostra interpretazione, dovrebbe leggere dallo stesso record del passaporto, così un agente e una persona che scansiona la confezione vedono gli stessi valori.

Il markup schema.org e i feed contano ancora. Il tipo Product di schema.org ha proprietà per gtin, offers, countryOfOrigin e hasCertification, e il markup sulle pagine prodotto viene letto dai crawler senza che nessuno debba configurare una connessione. I feed raggiungono piattaforme che non chiameranno mai il tuo server.

Il QR code aiuta con l'identità. Il QR code GS1 Digital Link sulla confezione codifica lo stesso URI che il server MCP restituisce, così un acquirente che scansiona e un agente che interroga arrivano allo stesso prodotto. Non aiuta invece la conversazione dell'agente in sé: gli agenti non scansionano le confezioni per chiamare il tuo server.

Cosa dice la specifica sulla sicurezza?

La specifica afferma che MCP non può imporre la sicurezza a livello di protocollo, e chiede a chi lo implementa di integrare consenso, autorizzazione e controlli di accesso nelle proprie applicazioni. Per un server di dati di prodotto contano soprattutto questi punti:

• Convalida, controlla, limita, ripulisci. I server devono convalidare tutti gli input dei tool, implementare controlli di accesso adeguati, limitare la frequenza delle chiamate ai tool e ripulire gli output dei tool. Gli URI delle risorse devono essere convalidati, e le risorse sensibili dovrebbero avere controlli di accesso.
• Proteggi l'endpoint. Con Streamable HTTP, i server devono convalidare l'header Origin per prevenire attacchi di DNS rebinding e dovrebbero autenticare tutte le connessioni.
• Accetta solo i tuoi token. Un server non deve accettare token emessi per altri servizi né inoltrare il token di un client ai sistemi a valle. Quando chiama il tuo PIM o ERP, usa le proprie credenziali.
• Mantieni gli scope ridotti. Evita scope onnicomprensivi; concedi ciò che serve a ciascuna operazione.

Dal lato host, la specifica prevede una persona coinvolta nel processo che possa rifiutare le chiamate ai tool, e chiede ai client di considerare le annotazioni dei tool non affidabili a meno che non provengano da un server affidabile. È un buon motivo per scrivere descrizioni dei tool accurate e misurate.

Cosa fare adesso

1. Sistema prima l'identità. Ogni prodotto che vuoi far gestire agli agenti ha bisogno di un GTIN e di un URI GS1 Digital Link funzionante su un resolver conforme a GS1.
2. Scegli un'unica fonte di verità. Progetta il server MCP come lettore del tuo record di prodotto autorevole, non come un nuovo database.
3. Elenca le domande. Scrivi le dieci domande a cui gli agenti hanno più bisogno di risposta, e trasformale in pochi tool ben descritti con schemi di output.
4. Separa il pubblico dal riservato. Classifica ogni campo come pubblico, riservato ai partner o riservato per ruolo, usando i livelli di accesso del passaporto dove si applicano.
5. Progetta gli scope prima del codice. Associa quelle classi a un insieme minimo di scope OAuth e scegli l'authorisation server.
6. Sviluppa sulla revisione 2026-07-28 con Streamable HTTP, escludendo le funzionalità deprecate.
7. Mantieni gli altri canali. Conserva il markup schema.org e i feed accanto al server.

Digital Link è un solution partner GS1, e la nostra piattaforma assegna a ogni prodotto un URI GS1 Digital Link e un QR code con un resolver conforme alle spalle, un record di prodotto strutturato, e dati del passaporto pubblici e riservati tenuti separati. Quel record è l'unica fonte da cui un server MCP dovrebbe leggere, così agenti, acquirenti e motori di ricerca vedono lo stesso prodotto. Se vuoi capire cosa il tuo catalogo dovrebbe esporre agli agenti IA e cosa dovrebbe restare riservato, contattaci e il nostro team esaminerà il tuo caso.

Domande frequenti

Chi possiede il Model Context Protocol?

Anthropic ha creato MCP e lo ha lanciato nel novembre 2024. Dal dicembre 2025 fa parte dell'Agentic AI Foundation, un fondo dedicato della Linux Foundation cofondato da Anthropic, Block e OpenAI. Le decisioni tecniche sono prese dai maintainer del progetto attraverso un processo pubblico di proposte.

Qual è la versione attuale della specifica MCP?

A ottobre 2026, la revisione 2026-07-28, rilasciata il 28 luglio 2026. Ha reso il protocollo stateless eliminando l'handshake iniziale e le sessioni a livello di protocollo, e ha deprecato le funzionalità Roots, Sampling e Logging.

Un server MCP è la stessa cosa di un'API?

È un'API con una forma standard per le applicazioni di IA. Qualsiasi host compatibile con MCP può elencare i tuoi tool e le tue risorse, leggerne descrizioni e schemi, e chiamarli tutti allo stesso modo, invece di dover imparare endpoint su misura. Molti team lo realizzano come un sottile strato sopra un'API di prodotto esistente.

Gli agenti IA hanno bisogno del GS1 Digital Link per usare un server MCP?

No. La specifica MCP non fa riferimento agli identificativi GS1. Secondo la nostra interpretazione, basare ogni canale sul GTIN e sul suo URI GS1 Digital Link dà agli agenti un'identità univoca, che impedisce loro di confondere prodotti simili.

Un server MCP può mantenere privati alcuni dati di prodotto?

Sì. L'autorizzazione segue OAuth 2.1, e un server può variare i tool e le risorse che elenca in base al token di ciascuna richiesta. Il server deve applicare questi controlli a ogni chiamata.

Un server MCP rende conforme il mio passaporto digitale di prodotto?

No. Il contenuto del passaporto, il supporto di dati e i diritti di accesso sono stabiliti dall'ESPR e dall'atto delegato di ciascun gruppo di prodotti, e nessuno di questi menziona MCP. Un server MCP può essere un modo in più per servire i dati del passaporto, letti dallo stesso record.