ChatGPT Sites diventa collaborativo: co-editing, domini personalizzati e database ispezionabili

🤖 Cosa cambia

• ChatGPT Sites permette a più membri dello stesso workspace di modificare, salvare e pubblicare versioni successive dello stesso sito.
• Arrivano condivisione privata e domini personalizzati, riducendo la distanza tra prototipo generato dall’AI e sito realmente utilizzabile.
• ChatGPT può ispezionare i dati utilizzati dal sito, mentre OpenAI accelera il deployment e rafforza Sites come piattaforma per lightweight app.

OpenAI amplia ChatGPT Sites trasformando lo strumento da builder prevalentemente individuale a piattaforma collaborativa per creare, modificare e pubblicare siti web e applicazioni leggere direttamente da ChatGPT. La novità principale è il co-editing, indicato anche come Build Together, che permette a più persone dello stesso workspace di intervenire sullo stesso progetto. Arrivano inoltre condivisione privata con utenti selezionati, domini personalizzati e strumenti per ispezionare i dati utilizzati dal sito, mentre i tempi di deployment vengono ridotti. Sites si allontana così dal semplice generatore di pagine dimostrative e si avvicina a un ambiente nel quale piccoli team possono costruire e mantenere applicazioni web senza passare necessariamente da un tradizionale workflow di sviluppo.

Build Together porta il co-editing dentro ChatGPT Sites

La modifica più significativa riguarda il modello di collaborazione. Nella documentazione ufficiale aggiornata di ChatGPT Sites OpenAI conferma che il proprietario di un Site può concedere a un altro membro attivo dello stesso workspace il permesso Can edit. L’editor può aprire il progetto dalla sezione Shared with you, apportare modifiche attraverso ChatGPT, controllare la nuova preview e salvare una versione. Dopo che il proprietario ha effettuato la prima pubblicazione, i collaboratori autorizzati possono anche distribuire le revisioni successive mantenendo lo stesso URL pubblico o privato. Non è quindi un editor simultaneo paragonabile a Google Docs nel senso più stretto, ma un sistema di co-authoring e versioning applicato a un sito generato attraverso agenti AI. Il proprietario mantiene il controllo sulle impostazioni più sensibili: gestione degli accessi, trasferimento della proprietà, nome e URL del sito, secret e configurazione dei domini rimangono owner-only. La funzione rappresenta un passaggio naturale per un prodotto nato all’interno di ChatGPT Work e Codex, ambienti progettati per attività che possono durare più sessioni e coinvolgere file, codice e strumenti esterni. ChatGPT Work era già diventato uno dei principali ambienti agentici di OpenAI per attività complesse e prolungate; Sites aggiunge ora un output persistente che può essere modificato da più persone invece di rimanere legato alla singola conversazione che lo ha generato.

I siti possono restare privati e raggiungere anche utenti esterni selezionati

OpenAI rafforza contemporaneamente i controlli di condivisione. Un Site appena creato rimane accessibile al proprietario e agli amministratori finché non viene modificata esplicitamente l’audience. Può quindi essere condiviso con singoli utenti o gruppi, con l’intero workspace oppure pubblicato su Internet quando le policy dell’organizzazione lo permettono. È possibile anche invitare un utente esterno allo workspace come semplice viewer attraverso il suo indirizzo email. Questa persona deve autenticarsi con l’account al quale è stato concesso l’accesso e non ottiene automaticamente la possibilità di modificare il progetto. È una funzione rilevante per dashboard, prototipi, report interattivi e portali da mostrare a un cliente senza rendere pubblico l’intero sito. Nelle organizzazioni Enterprise il controllo rimane più restrittivo: la pubblicazione pubblica è disabilitata per impostazione predefinita e deve essere esplicitamente abilitata dagli amministratori. OpenAI precisa inoltre che la condivisione di un Site non concede automaticamente accesso agli altri contenuti presenti nello workspace.

Leggi anche: GPT-5.5 ha spostato ChatGPT e Codex verso workflow agentici capaci di completare attività multi-step

I domini personalizzati riducono la distanza tra prototipo e prodotto pubblicato

Una delle funzioni più importanti sul piano pratico è il supporto ai custom domain. Un sito può essere collegato a un dominio principale o a un sottodominio già posseduto dall’utente. OpenAI non registra direttamente il dominio: il proprietario deve essere in grado di modificarne i record DNS e seguire i valori generati da Sites. Il flusso previsto dalla guida ufficiale di OpenAI consiste nell’aprire le impostazioni del sito, selezionare Add domain, indicare dominio o sottodominio e copiare i record DNS indicati dalla piattaforma presso il registrar utilizzato. Quando browsing o computer use sono disponibili, ChatGPT può anche assistere l’utente nella configurazione dopo l’autenticazione presso il provider. Il passaggio è importante perché elimina uno dei segnali più evidenti che separano un builder AI da un vero servizio web. Un prototipo può partire dal dominio generato automaticamente dalla piattaforma e successivamente essere portato, per esempio, su dashboard.azienda.it senza migrare il progetto verso un hosting differente. Il custom domain rimane però un’impostazione controllata esclusivamente dal proprietario del Site e non è disponibile per tutti gli ambienti Enterprise nella fase iniziale.

ChatGPT può analizzare direttamente il database del Site

L’aggiornamento introduce anche un cambiamento meno visibile ma importante per il debugging. Secondo le nuove funzioni emerse durante il rollout, ChatGPT può ispezionare direttamente il database associato a un Site, permettendo all’utente di chiedere al modello di verificare record, capire perché un dato non appare nell’interfaccia o individuare incongruenze nel comportamento dell’applicazione. OpenAI documenta Sites come runtime capace di utilizzare storage, dati e file persistenti, oltre al codice e agli artefatti prodotti durante lo sviluppo. La possibilità di interrogare questi elementi direttamente dalla conversazione riduce la separazione tra creazione dell’interfaccia e diagnostica del backend. Il builder può quindi passare da “aggiungi questa funzione” a richieste come verificare ciò che è stato realmente salvato dal form o capire perché una determinata vista restituisce informazioni incomplete. La funzione va però letta insieme ai limiti di sicurezza. OpenAI avverte che Sites può includere informazioni provenienti da prompt, file, codice, storage, log e dati operativi e che l’utente resta responsabile dei dati pubblicati o raccolti. La piattaforma non deve essere utilizzata per alcune categorie di informazioni sensibili, tra cui dati sanitari protetti o dati completi delle carte di pagamento, salvo l’utilizzo di processor terzi appropriati.

Il deployment diventa più rapido e il sito resta versionato

Un’altra modifica riguarda il tempo necessario a portare online una revisione. Il nuovo rollout riduce sensibilmente i tempi di deployment, che secondo le prime informazioni vengono portati a circa la metà rispetto al comportamento precedente. L’effetto è importante soprattutto nel workflow iterativo tipico dei builder AI: prompt, generazione, preview, correzione e nuova pubblicazione possono ripetersi molte volte nello stesso progetto. Ogni deployment continua però a rappresentare una versione di produzione. OpenAI raccomanda quindi di salvare una versione e controllarne la preview prima di pubblicarla, invece di trattare ogni modifica del modello come automaticamente pronta per il sito live. Il principio diventa ancora più importante con il co-editing, perché un collaboratore autorizzato può pubblicare revisioni successive senza richiedere ogni volta un’approvazione separata del proprietario. Sites rimane inoltre in public beta, con limiti che dipendono dal piano e possono riguardare numero di progetti, storage e utilizzo dei siti pubblicati. OpenAI specifica che alcune architetture backend, network privati, database o servizi in background possono ancora non essere supportati.

OpenAI sposta la creazione web dal coding al mantenimento dell’applicazione

La trasformazione di Sites è coerente con una tendenza più ampia di OpenAI: spostare ChatGPT dal ruolo di generatore di codice a quello di ambiente operativo che mantiene artefatti persistenti. Non basta più chiedere a Codex di creare HTML, JavaScript o un’applicazione e scaricare i file. Sites mantiene hosting, versioni, storage, accessi e pubblicazione dentro lo stesso workflow. La crescita di Codex e ChatGPT Work ha già aumentato drasticamente l’utilizzo degli agenti per attività di sviluppo, imponendo a OpenAI anche modifiche alle quote e all’efficienza dei modelli. Sites aggiunge ora il livello successivo: il risultato prodotto dall’agente non viene necessariamente esportato in una toolchain separata, ma può continuare a vivere dentro la piattaforma.

Continua con:

• ChatGPT Work porta GPT-6 Astra verso gli utenti Plus e rafforza i workflow professionali
• OpenAI porta Codex sulla scrivania con strumenti dedicati al lavoro degli sviluppatori

ChatGPT Sites diventa una piattaforma, non soltanto un generatore di pagine

Il salto principale dell’aggiornamento non è una nuova capacità di generare HTML. Quella parte esisteva già. Build Together, accessi privati, domini personalizzati, storage e diagnostica dei dati affrontano invece ciò che accade dopo la prima generazione: chi può modificare il progetto, chi può visualizzarlo, come viene pubblicato e come si interviene quando il comportamento reale non coincide con quello previsto. È questo il confine che separa un demo builder da una vera piattaforma applicativa. ChatGPT Sites non sostituisce ancora infrastrutture cloud general purpose e OpenAI stessa mantiene numerosi limiti durante la beta. Ma il modello operativo cambia: l’utente può descrivere un’applicazione, farla costruire dall’agente, condividerla con il proprio team, collegarla a un dominio reale e continuare a modificarla attraverso il linguaggio naturale. Per OpenAI il vantaggio strategico è evidente: Codex non produce più soltanto software, ma può diventare anche l’ambiente nel quale quel software viene mantenuto e distribuito. Con il co-editing, Sites comincia a trasformare questa capacità da strumento individuale a infrastruttura di lavoro per piccoli team.