Salta al contenuto
Perché qui è così economico?
Social Rocket

Plugin per ChatGPT con dati propri: MCP, OAuth e server propri spiegati

Con MCP è possibile collegare in modo controllato backend propri a ChatGPT. Ecco come funzionano gli strumenti strutturati, OAuth e i permessi, senza dare all'IA accesso diretto al database.

Da Redazione Social Rocket

Questo testo è stato creato con il supporto dell'IA e verificato dalla redazione prima della pubblicazione. Tutte le fonti sono linkate qui sotto.

Laptop con codice sorgente aperto come simbolo di server MCP e integrazioni proprie con ChatGPT
Foto: Arnold Francisca / Unsplash

ChatGPT può oggi essere esteso ben oltre i classici caricamenti di file o la ricerca web. Tramite App e MCP le aziende possono rendere disponibili in ChatGPT dati, funzioni e backend propri, trasformando così la chat in un'interfaccia aggiuntiva per software già esistenti.

La parte interessante non è solo "chattare con i miei dati". Diventa davvero rilevante quando il server proprietario definisce in modo controllato quali informazioni ChatGPT può vedere e quali azioni può eseguire.

Da luglio 2026 OpenAI ha collegato più strettamente App e Plugin: i Plugin fungono da interfaccia centrale per scoprire i flussi di lavoro, mentre il collegamento effettivo a dati e azioni passa attraverso le App sottostanti. Le App personalizzate possono essere connesse ai sistemi propri tramite il Model Context Protocol (MCP). L'effettiva portata delle funzioni dipende ancora dal piano ChatGPT e dalla configurazione dello workspace.

Il server proprio resta l'applicazione vera e propria

Un'integrazione MCP non significa consegnare a un modello linguistico il database o l'intero backend.

Il server proprio mette invece a disposizione strumenti chiaramente definiti. In forma semplificata potrebbero essere, ad esempio:

  • cercare record
  • recuperare un record
  • creare una bozza
  • aggiornare singoli campi
  • modificare uno stato

ChatGPT riceve quindi non una console SQL libera, ma un insieme limitato di azioni strutturate.

Questa è la differenza architetturale decisiva. Database, validazione, modello dei ruoli e logica di business restano sul server proprio. Il modello traduce soprattutto l'intento in linguaggio naturale dell'utente in una chiamata allo strumento adeguato.

Chi vuole usare MCP in modo specifico per i flussi di lavoro sui social media trova un esempio più concreto nella guida di Srocket su MCP per social media e assistenti IA.

Perché gli strumenti strutturati sono migliori di "ecco il mio database"

Un tipico flusso di lavoro interno consiste in molte piccole interfacce: aprire la ricerca, impostare i filtri, selezionare un record, controllare i campi, cambiare lo stato e poi tornare alla panoramica.

Con uno strato MCP controllato, questo può diventare ad esempio:

"Quali record sono ancora incompleti? Mostrami i cinque più importanti."

Il server esegue la ricerca vera e propria e restituisce risultati strutturati. Successivamente l'utente potrebbe dire:

"Per il secondo record l'informazione mancante è chiara. Completala."

A questo punto ChatGPT non richiama una generica operazione sul database, ma esattamente lo strumento di aggiornamento autorizzato allo scopo. Il server verifica nuovamente permessi, input e regole di business.

In questo modo il linguaggio naturale diventa un'interfaccia utente aggiuntiva, senza che l'architettura software esistente debba essere sostituita.

OAuth e OpenID Connect regolano l'accesso

Non appena un'app lavora con dati privati o specifici per cliente, serve un percorso controllato di autenticazione e autorizzazione. Per le app MCP personalizzate ChatGPT supporta, tra l'altro, OAuth e OpenID Connect.

OAuth regola soprattutto l'accesso delegato a un'applicazione. OpenID Connect aggiunge a questo uno strato di identità. Nella configurazione di un'app personalizzata viene indicato l'endpoint del server MCP; se il server utilizza OAuth o OpenID Connect, l'utente attraversa poi il processo di autorizzazione previsto.

Gli utenti non devono quindi inserire password o chiavi API in un prompt. Per connessioni durevoli OpenAI segnala esplicitamente i Refresh Token. Con OpenID Connect viene tipicamente richiesto `offline_access`. Senza questa possibilità, allo scadere dell'autorizzazione originale potrebbe essere necessario un nuovo accesso.

La cosa decisiva, però, è un'altra: un accesso riuscito non significa automaticamente accesso completo. Il server proprio deve comunque stabilire quali dati e azioni sono effettivamente consentiti a quell'utente. Ruoli, tenant, visibilità dei dati e diritti di scrittura appartengono quindi ancora all'applicazione propria.

I permessi di ChatGPT non sostituiscono i permessi del server

ChatGPT dispone inoltre di propri permessi per le app e può richiedere una conferma prima di importanti azioni di scrittura. OpenAI indica ad esempio come azioni con possibili conseguenze più ampie l'invio di messaggi, l'eliminazione di contenuti, gli acquisti o le modifiche ai diritti di accesso.

Queste conferme sono sensate, ma non dovrebbero costituire il vero confine di sicurezza.

Il server MCP dovrebbe verificare autonomamente se un'azione è consentita. Una funzione di aggiornamento può, ad esempio, accettare solo determinati campi. Una funzione di pubblicazione può richiedere uno stato specifico. Un utente può vedere solo i record del proprio tenant.

Il modello non decide quindi sulle regole di business. Lavora entro i limiti che il server stabilisce.

Lo stesso principio diventa importante anche nei flussi di marketing sempre più agentici. Nell'articolo su agenti IA nel media buying e i loro meccanismi di controllo ci si occupa di una domanda analoga: più un sistema può eseguire, più diventano importanti permessi, log e confini chiaramente definiti.

I server propri diventano lo strato di interazione

Proprio qui MCP diventa più interessante di un semplice altro chatbot.

Molti strumenti interni esistono principalmente come dashboard perché gli utenti devono in qualche modo interagire con un database o un'API. MCP apre una seconda interfaccia: l'utente descrive il proprio obiettivo, ChatGPT sceglie la funzione adatta e il server la esegue in modo controllato.

L'interfaccia web esistente può comunque essere mantenuta. Per attività frequenti o visivamente complesse rimane spesso la soluzione migliore. Per compiti di backoffice occasionali, però, il linguaggio può essere molto più diretto.

Uno schema possibile è questo:

  • 1. Richiesta: l'utente descrive l'obiettivo in linguaggio naturale.
  • 2. Scelta dello strumento: ChatGPT riconosce quali funzioni autorizzate servono.
  • 3. Verifica: il server proprio controlla identità, permessi e input.
  • 4. Esecuzione: l'applicazione esegue l'azione consentita e restituisce dati strutturati.
  • 5. Risultato: ChatGPT spiega il risultato o lo elabora nel passo successivo.

L'applicazione resta così deterministica dove deve esserlo e flessibile dove il linguaggio serve davvero.

Il server non deve necessariamente essere aperto al pubblico

Per le app personalizzate ChatGPT si collega in linea di principio a server MCP remoti. Per server in reti private o su macchine di sviluppo locali OpenAI documenta inoltre un Secure MCP Tunnel, tramite il quale i prodotti OpenAI supportati possono accedere a un server MCP privato senza doverlo esporre semplicemente su internet pubblico.

Anche questo sottolinea lo schema vero e proprio: l'IA non deve diventare proprietaria dell'infrastruttura. Può invece costituire un'interfaccia controllata davanti ad essa.

Apps SDK: quando la sola chat non basta

OpenAI sviluppa inoltre MCP con l'Apps SDK. Con esso gli sviluppatori possono non solo mettere a disposizione strumenti, ma anche progettare logica e interfacce interattive all'interno di ChatGPT e collegarle al proprio backend.

Una semplice interfaccia di strumenti può così diventare un prodotto più completo: chat per richieste flessibili, interfaccia strutturata per i risultati, server proprio per dati e regole.

Quanto questo tipo di interfacce IA si stia già spostando nei processi di contenuto lo mostra anche la nostra guida sul flusso di lavoro con Claude come AI Creative Director.

Non ogni backend ha bisogno di un MCP

MCP conviene soprattutto quando gli utenti cercano regolarmente informazioni in più aree o eseguono le stesse azioni strutturate in combinazioni diverse.

Un semplice modulo con tre campi non diventa automaticamente migliore con uno strato IA. Anche le azioni irreversibili o critiche per la sicurezza dovrebbero essere limitate il più possibile e, se necessario, confermate ulteriormente.

Il punto interessante non è quindi "ora tutto riceve un chatbot".

È la possibilità di rendere accessibile in linguaggio naturale un'applicazione esistente senza una ricostruzione completa dell'interfaccia. Dati e regole restano sul server proprio. ChatGPT diventa lo strato di interazione al di sopra di essi.

Fonti