ChatGPT site tools: meno attività ripetitive sul web

I ChatGPT site tools giustificano il costo di configurazione solo quando un'azione supportata dal sito si ripete abbastanza spesso da ripagare lo sviluppo. Il 31 agosto 2026, OpenAI ha offerto a ChatGPT Work e Codex un modo diretto per usare, nel browser integrato dell'app desktop, le azioni messe a disposizione da un sito web, senza creare una connessione separata.

Cosa cambiano davvero i ChatGPT site tools

Un normale agente che usa il browser deve osservare una pagina pensata per le persone, capire quale pulsante serve e interagire con l'interfaccia tramite clic e digitazione. Un site tool, invece, offre all'agente un'azione strutturata fornita dalla pagina stessa.

È come avere un secondo menu. Le persone vedono pulsanti e moduli; l'assistente vede un breve elenco di azioni con un nome, i dati richiesti e il codice da eseguire.

Il sito registra queste azioni tramite WebMCP, una proposta di standard web per esporre funzioni JavaScript lato client come strumenti per gli agenti. Ogni strumento può avere un nome, una descrizione in linguaggio naturale, uno schema di input che ne definisce i campi, una funzione di esecuzione e indicazioni che specificano se si limita a leggere, restituisce contenuti non attendibili o produce un'azione con conseguenze. L'attuale bozza di WebMCP è un rapporto di un Community Group, non uno Standard W3C definitivo.

In pratica, la differenza è questa:

WebMCP e MCP lato backend condividono termini come tool e schema, ma non sono intercambiabili. WebMCP è il percorso nativo del browser e opera lato client. La sua stessa specifica consente al browser di passare gli strumenti della pagina a un agente tramite MCP, function calling proprietario o un altro metodo. Il progetto WebMCP lo presenta come complemento alle integrazioni backend, non come loro sostituto.

Questa distinzione separa i site tools anche dalla Computer History di ChatGPT. Computer History registra le attività approvate, così da poterle ritrovare e richiamare in seguito. Un site tool è invece un'azione eseguibile che la pagina web mette intenzionalmente a disposizione in quel momento.

Per l'utente, il workflow richiede meno configurazione

Chi usa una pagina supportata non deve installare un connettore separato. Basta aprirla nel browser dell'app desktop di ChatGPT, effettuare l'accesso se necessario e ChatGPT può individuare le azioni rese disponibili dalla pagina.

La configurazione non è scomparsa: si è spostata sul proprietario del sito.

Il team di prodotto deve comunque scegliere un'azione utile, registrarla, convalidarne gli input, richiamare la logica applicativa esistente, aggiornare la pagina visibile, gestire gli errori e verificare il percorso delle autorizzazioni. Il vantaggio è che l'azione può riutilizzare lo stato corrente della pagina e la sessione autenticata, evitando al team di costruire un secondo backend destinato agli agenti per svolgere la stessa operazione nella pagina.

È questa la conseguenza per il business. Dopo una singola implementazione, i site tools possono ridurre la navigazione ripetitiva e il lavoro sui moduli, ma soltanto nelle pagine e per le azioni che li supportano. Non servono su un sito che non espone lo strumento adatto, con un account o un modello senza accesso, né in un workflow che deve continuare dopo la chiusura della pagina.

Per orientarsi più in generale tra Chat normale, Work e Codex, la recensione di ChatGPT Work spiega quale ambiente si adatta meglio a ciascun risultato.

Chi può usarli e per fare cosa

Un responsabile operativo con una bacheca attività nel browser

Il team di prodotto può esporre nella pagina attiva un'unica azione esistente, “aggiungi follow-up”. Il responsabile operativo chiede a ChatGPT di inserire l'attività concordata durante una riunione, controlla i campi e la vede comparire nella stessa interfaccia.

Il vantaggio sta nella minore navigazione ripetitiva. La convalida resta sotto il controllo del sito e il record visibile rimane il punto in cui l'operatore verifica il risultato.

Un responsabile dell'assistenza al lavoro in una dashboard

Un prodotto per l'assistenza può esporre prima una ricerca circoscritta alla vista del cliente attivo, poi un'azione separata per aggiornare una nota interna. Il responsabile chiede a ChatGPT Work di trovare il contesto pertinente dell'account e preparare la nota mentre la dashboard resta aperta.

Il vantaggio è muoversi più rapidamente in un'interfaccia complessa. Le azioni di lettura e scrittura dovrebbero rimanere distinte, così che il confine delle autorizzazioni sia evidente.

Un operatore ecommerce che controlla un carrello

OpenAI indica gli aggiornamenti del carrello tra le attività supportate dai site tools. Un operatore ecommerce può chiedere a ChatGPT di modificare un carrello nella pagina in cui ha effettuato l'accesso, quindi controllare il risultato prima di qualsiasi acquisto.

Il vantaggio consiste in un minor numero di passaggi manuali. L'acquisto resta un'azione con conseguenze, quindi la conferma continua a essere necessaria.

Un responsabile tecnico in una pagina di code review

Il progetto WebMCP usa come esempio anche un'interfaccia di code review. Attraverso il proprio codice applicativo, la pagina può esporre la verifica dello stato, i dettagli degli errori e un'azione per suggerire una modifica. Codex può esaminare gli errori e inserire la proposta nell'interfaccia di revisione visibile.

Il vantaggio non è il merge autonomo, ma un percorso più breve dallo stato complesso della pagina a una proposta verificabile.

Come testare il workflow nel browser integrato ChatGPT

La guida di OpenAI ai site tools offre un controllo visibile dell'accesso: non serve andare per tentativi per capire se una pagina è idonea.

1. 1

   1. Apri il browser corretto

   Usa il browser integrato da ChatGPT Work o Codex nell'app desktop per macOS o Windows. I site tools non sono disponibili tramite l'estensione Chrome.

2. 2

   2. Apri la pagina ed effettua l'accesso

   Visita la pagina che dovrebbe fornire l'azione. Il browser integrato conserva uno stato di navigazione proprio, quindi una sessione già aperta in Chrome potrebbe non essere trasferita.

3. 3

   3. Controlla la barra degli indirizzi

   Una freccia grigia indica che i site tools sono disponibili. Selezionala per vedere gli strumenti presenti nella pagina e sapere se ciascuno legge informazioni o apporta una modifica. La freccia diventa blu mentre ChatGPT utilizza uno strumento.

4. 4

   4. Chiedi una sola azione ben delimitata

   Indica il risultato e il record su cui intervenire. Nel primo test limitati a un'azione che puoi verificare direttamente nella pagina visibile.

5. 5

   5. Verifica l'accesso e il risultato

   Approva l'interazione con il sito quando richiesto. ChatGPT chiede un'ulteriore conferma prima di attività sensibili quali acquisti, eliminazioni, modifiche alle autorizzazioni, condivisione di dati personali o invio di un messaggio.

Se la freccia non compare, uno dei tre requisiti non è soddisfatto: l'account, il modello selezionato o la pagina corrente. La guida attuale di OpenAI non pubblica una tabella di compatibilità esatta per piani e modelli, quindi una generica promessa di idoneità non basta per decidere un acquisto. Verifica l'account e il modello che intendi usare davvero.

Calcola il tempo di rientro prima di sviluppare

L'equazione essenziale è:

Tempo di rientro semplice in settimane = costo di implementazione / valore settimanale del lavoro risparmiato

Usa il tempo misurato per l'attività, non una promessa di lancio. Le fonti primarie impiegate qui non contengono benchmark sul risparmio di tempo ottenibile con i site tools.

L'esempio non include l'utilizzo dell'assistente, la manutenzione, la revisione della sicurezza, la gestione degli errori e il costo di una scrittura sbagliata. Inserisci queste voci prima di approvare lo sviluppo. Se il team non è già abilitato ai site tools, aggiungi il costo incrementale dell'account solo quando l'accesso compare nell'account e nel modello che verranno effettivamente impiegati.

Il modo più rapido per migliorare i conti non è esporre più strumenti. Scegli un'unica azione molto frequente, con input stabili e un risultato verificabile da una persona. Un catalogo ampio occupa più contesto del modello e aumenta le possibilità che gli strumenti vengano confusi.

I limiti, senza scorciatoie

I site tools sono legati alla pagina. ChatGPT può operare tra più schede, ma ogni strumento appartiene alla pagina che lo fornisce. Quando la pagina viene chiusa, lo strumento non è più disponibile. Al momento non sono supportati gli strumenti esposti soltanto da contenuti incorporati.

Non si tratta neppure di un sistema di automazione in background. WebMCP è stato progettato per un lavoro collaborativo, con supervisione umana, attorno a una pagina web. Se l'attività deve procedere senza supervisione e senza una pagina aperta, è più adatta un'integrazione backend o una normale API applicativa.

La proposta è ancora in evoluzione. Nella bozza attuale, l'API dichiarativa basata sui moduli non è ancora completa e rimangono aperte diverse questioni relative a errori, convalida e comportamenti tra documenti. Sviluppa la superficie minima in grado di produrre un risultato misurabile e prevedi di mantenerla.

Chi dovrebbe agire, aspettare o ignorare la novità

Agisci questa settimana se controlli il sito, un'azione nella pagina si ripete spesso, l'applicazione dispone già di una funzione ben definita per eseguirla e una persona può verificarne il risultato. Sono condizioni sufficienti per un progetto pilota circoscritto.

Aspetta se ti occorre un modello o un piano che non mostra l'accesso, se l'azione utile vive in un contenuto incorporato, se la pagina non può restare aperta oppure se l'attività è rara e ad alto rischio. La configurazione non si ripaga solo perché lo standard è nuovo.

La novità non ti riguarda se usi soltanto siti di terzi che non espongono site tools. Non puoi aggiungere un'azione dal lato di ChatGPT. Il normale controllo del browser può comunque essere utile, mentre una connessione MCP separata può restare la scelta giusta per il lavoro lato server.

La prossima mossa da fare lunedì

Scegli un'azione ripetitiva in un sito di proprietà del team. Conta quante volte è stata eseguita la settimana scorsa, misura la durata di cinque esecuzioni normali e annota la verifica umana che deve rimanere. Definisci prima un solo strumento di lettura, provalo nel browser integrato dell'app desktop e approva il passo successivo soltanto se il tempo di rientro misurato rientra nell'orizzonte di budget già adottato per il software interno.

Per ricevere altre analisi chiare e concrete sulle nuove funzionalità dell'AI, iscriviti alla newsletter.