ChatGPT Sites ti consente di creare, ospitare e condividere siti web interattivi, web app e giochi direttamente all'interno di ChatGPT, senza una pipeline di deploy separata e senza dover affittare un server. Descrivi ciò che vuoi in un prompt, ChatGPT lo costruisce (eseguendo Codex sotto il cofano) e ottieni un URL di produzione live che puoi condividere con il tuo workspace o con il pubblico. A partire da luglio 2026 è in beta pubblica su tutti i piani ChatGPT a pagamento tranne Free e Go, e non è la stessa cosa di ChatGPT Projects o Canvas. Questa guida illustra esattamente come usare ChatGPT Sites, cosa può e non può costruire e quando conviene invece sviluppare tramite un API.
Cos'è davvero ChatGPT Sites
Sites trasforma un prompt in una superficie ospitata e interattiva (una dashboard, un tracker di progetto, una landing page, uno strumento interno o un piccolo gioco) invece che in un documento statico o in una risposta in chat. La creazione e l'hosting avvengono entrambi all'interno di ChatGPT, quindi non c'è alcuna esportazione di codice, nessuna scelta di un host e nessuna configurazione di un passaggio di deploy.
Due distinzioni sono importanti fin dall’inizio. Sites è separato da ChatGPT Projects (che organizza chat e file) e da Canvas (un ambiente di modifica di documenti/codice all’interno di una singola chat). Sites è l’unico dei tre che produce un’app *ospitata e condivisibile* al proprio URL. È basato su Codex, lo stesso agente che alimenta i flussi di lavoro di programmazione di OpenAI, ed è pensato tanto per operatori, analisti e marketer quanto per gli sviluppatori.
*I dettagli riportati di seguito sono verificati in base alla documentazione ufficiale di Sites di OpenAI al 15 luglio 2026. Poiché Sites è in beta pubblica, la disponibilità dei piani e delle regioni può cambiare.*
Chi può usare ChatGPT Sites in questo momento
Sites è in beta pubblica e l'accesso è stato distribuito piano per piano. La regola attuale dal Centro assistenza di OpenAI: Sites è disponibile nei piani a pagamento eccetto Free e Go. Questo include Plus, Pro, Business, Enterprise ed Edu, con alcuni piani (Plus e Business) abilitati più tardi nel rollout rispetto a Pro ed Enterprise. Gli amministratori del workspace possono limitarne l'accesso, quindi sugli account gestiti potrebbe essere necessario un amministratore per attivarlo.
Due vincoli di accesso colgono di sorpresa molte persone:
- Regione. Al lancio, Sites non è disponibile nello Spazio economico europeo, in Svizzera e nel Regno Unito, senza una tempistica annunciata per tali regioni.
- Piattaforma. Si apre Sites nell'app desktop di ChatGPT o tramite ChatGPT Work sul web all'indirizzo
chatgpt.com/sites. Non è gestito tramite il Codex CLI o le estensioni IDE.
Per iniziare, chiedi a ChatGPT di creare un sito per te in una chat normale, oppure digita @Sites nel tuo prompt per avviare esplicitamente una creazione. Puoi anche partire da un progetto locale esistente compatibile invece di iniziare da zero.
Se non vedi affatto Sites, la causa è quasi sempre una di queste tre: sei su Free o Go (non supportato), ti trovi in una regione soggetta a restrizioni (SEE, Regno Unito o Svizzera), oppure un amministratore dell'area di lavoro non l'ha abilitato per il tuo account.
Come costruire un sito, passo dopo passo
La build è una conversazione, non un modulo. Quattro fasi:
1. Scrivi il prompt iniziale. La qualità della prima build dipende dal livello di dettaglio del tuo prompt. Specifica il pubblico, il flusso di lavoro principale, quali dati servono, se gli utenti accedono con un login e chi dovrebbe poterlo vedere. Un prompt che funziona:
> Crea un tracker di progetto interno per il mio team marketing. I membri del team accedono con il nostro account di workspace. Ogni progetto ha un nome, un proprietario, uno stato (Non iniziato / In corso / Completato) e una data di scadenza. Salva i record in modo che persistano. Mostra una tabella di panoramica più una semplice board raggruppata per stato. L’accesso deve essere limitato solo al nostro workspace.
Quell'unico prompt nomina il pubblico (team di marketing), il flusso di lavoro (tenere traccia dei progetti), il modello di dati (campi), la persistenza (salvare i record) e l'ambito di accesso (solo workspace), che è tutto ciò di cui Sites ha bisogno per fare scelte sensate invece di andare a tentoni.
2. Rivedi ciò che ha generato. ChatGPT ti mostra il sito creato e come gestisce i dati. Controlla il layout, i campi ed eventuali comportamenti di accesso o archiviazione prima di condividerlo in qualsiasi luogo.
3. Rifinisci. Chiedi modifiche in linguaggio semplice: "aggiungi un filtro per i progetti in ritardo", "sposta la bacheca sopra la tabella", "consenti ai proprietari di modificare solo le proprie righe". Puoi allegare screenshot o file per indirizzare il design. La maggior parte dei siti non banali richiede un paio di round di rifinitura per essere corretta, soprattutto per quanto riguarda l'accesso e la logica delle autorizzazioni.
4. Ottieni il tuo link. Quando è pronto, distribuiscilo e condividi l'URL. Più avanti, ulteriori informazioni sul passaggio di pubblicazione.
Salvataggio vs distribuzione: come funziona la pubblicazione
Questa è la parte che mette in difficoltà gli utenti alle prime armi. Ogni URL di deployment è un URL di produzione. Non esiste un ambiente di staging separato, quindi Sites divide la pubblicazione in due azioni:
- Salva una versione crea una build revisionabile collegata a un commit sorgente, senza pubblicarla online.
- Distribuisci una versione pubblica una build salvata al suo URL di produzione.
Il modello sicuro: chiedi a ChatGPT di *salvare* una versione, rivedila e solo dopo *disponila*. Se salti direttamente alla distribuzione, tutto ciò che hai costruito è immediatamente online a un indirizzo condivisibile.
Condivisione e controllo degli accessi
Una volta distribuito, controlli chi può accedere al sito. Le modalità di accesso sono:
- Solo proprietario: solo tu e gli amministratori dell'area di lavoro (una buona opzione predefinita mentre un sito è ancora in revisione).
- Utenti o gruppi selezionati: persone specifiche che indichi.
- Area di lavoro: tutti gli utenti attivi nella tua area di lavoro.
- Pubblico: chiunque abbia il link.
La condivisione concede la visualizzazione, non la modifica: i destinatari vedono il sito, non entrano nel builder. Gli amministratori possono disattivare completamente la condivisione pubblica e, negli workspace Enterprise, la pubblicazione può essere soggetta al controllo degli amministratori. Eventuali segreti necessari alla tua app (API keys, token) vanno nel pannello Settings del sito, non nel tuo codice o nei file di configurazione, così non vengono esposti nella build condivisa.
Cosa puoi e non puoi creare
Conoscere in anticipo i vincoli evita di sprecare tempo nello sviluppo. Sites funziona su hosting gestito da OpenAI compatibile con il runtime Cloudflare Workers, con due opzioni di storage: D1 (un database relazionale basato su SQLite) per i record strutturati e R2 (object storage) per i caricamenti di file come immagini, documenti e video.
| Supportato | Non supportato | |
|---|---|---|
| Tipi di app | Siti di contenuti, dashboard, tracker, planner, landing page, portali interni, piccoli giochi | E-commerce / elaborazione di carte di pagamento, app per dati sanitari, qualsiasi cosa per minori di 13 anni |
| Backend | Logica serverless gestita (runtime Workers), database D1, archiviazione file R2, workspace o accesso pubblico | Server Node.js, Postgres o database esterni, server WebSocket, job in background / servizi a lunga esecuzione |
| Dati | Record persistenti in D1, upload in R2, variabili d'ambiente tramite Impostazioni | Controlli di residenza dei dati (non disponibili al lancio) |
I limiti tecnici sono il vero problema: se la tua idea richiede un processo server persistente, un'istanza esterna di Postgres, connessioni WebSocket live o attività in background pianificate, Sites non può ospitarla. È progettato per front-end interattivi con persistenza leggera e gestita, non per backend personalizzati completi.
I domini personalizzati funzionano dove disponibili, con una precisazione: Sites non registra un dominio per te. Devi portare il tuo, possederlo e puntare i record DNS al sito. I domini personalizzati inoltre *non* sono disponibili negli workspace Enterprise al lancio.
Quanto costa
Non c'è una tariffa separata per Sites. È incluso nel tuo piano ChatGPT a pagamento, e la creazione o modifica di un sito viene conteggiata nel limite di utilizzo del tuo piano con la stessa struttura di Codex, quindi un'iterazione intensa consuma lo stesso budget del resto del tuo lavoro con Codex. L'utilizzo è limitato da soglie specifiche del piano che OpenAI mostra all'interno del prodotto. A luglio 2026 non esiste un listino prezzi pubblico specifico per Sites; il costo è di fatto "parte del tuo abbonamento esistente, entro i suoi limiti di utilizzo."
Quando usare un'API invece di Sites
Sites è il percorso più rapido dall’idea a un’app funzionante e condivisa *se* rimani entro i suoi limiti. Lo superi nel momento in cui ti serve qualcosa che il runtime blocca (un vero server backend, un database esterno come Postgres, connessioni WebSocket persistenti o job in background), un modello specifico che l’app chiama direttamente, prezzi basati sull’utilizzo invece del conteggio su un piano chat, oppure il deployment in una regione che Sites non copre ancora.
A quel punto stai costruendo una normale applicazione su un'API del modello e la ospiti tu stesso, il che scambia la comodità di Sites, che non richiede configurazione, con il pieno controllo sullo stack. L'accesso al modello tramite un'API viene fatturato per token anziché in base a un piano per postazione; gateway come AIReiter instradano le principali famiglie di modelli (inclusi gli endpoint Claude compatibili con Anthropic) a tariffe basate sull'utilizzo, che è il tipo di prezzo che tende a servire a un'app standalone. È uno strumento diverso per un lavoro diverso: Sites per app interne rapide e autonome; un'API quando ti serve un backend vero e proprio.
| Usa ChatGPT Sites quando… | Crea su un'API quando… |
|---|---|
| Vuoi un'app condivisibile in pochi minuti | Hai bisogno di un backend personalizzato o persistente |
| Un dashboard, un tracker o uno strumento interno è sufficiente | Hai bisogno di Postgres, WebSockets o processi in background |
| I tuoi utenti sono all'interno del tuo workspace | Hai bisogno di una regione o di un provider specifico |
| L'uso a consumo nel tuo piano va bene | Vuoi un controllo dei costi basato per token e sull'utilizzo |
Domande frequenti
ChatGPT Sites è gratuito?
No. Richiede un piano ChatGPT a pagamento. È disponibile su ogni livello a pagamento tranne Free e Go, e non c'è alcun costo aggiuntivo oltre all'abbonamento. L'utilizzo viene conteggiato ai limiti del tuo piano.
Posso usare un dominio personalizzato con ChatGPT Sites?
Sì, dove la funzionalità è disponibile: fornisci un dominio che possiedi già e punti i relativi record DNS al sito. Sites non registrerà un dominio per te e i domini personalizzati non sono offerti nelle aree di lavoro Enterprise al lancio.
ChatGPT Sites è disponibile nel piano Plus?
È in fase di distribuzione ai piani a pagamento, eccetto Free e Go, che include Plus, anche se Plus e Business sono arrivati nella distribuzione più tardi di Pro ed Enterprise. La disponibilità può ancora dipendere dalla tua regione e dalle impostazioni dell'area di lavoro.
Qual è la differenza tra ChatGPT Sites e ChatGPT Projects?
Projects organizza chat, file e istruzioni correlati in un unico spazio di lavoro. Sites produce un sito web o un'app ospitata e interattiva con il proprio URL condivisibile. Sono funzionalità separate che risolvono problemi diversi.
Posso creare un negozio online con ChatGPT Sites?
No. Sites vieta esplicitamente l'e-commerce e l'elaborazione di carte di pagamento, insieme alle app per dati sanitari e a qualsiasi cosa destinata ai bambini sotto i 13 anni. È pensato per strumenti interattivi e siti di contenuti, non per il commercio transazionale.