AIREITERCreare un'app web condivisibile senza gestire hosting, server o pipeline di deploy è l'idea alla base di ChatGPT Sites. Basta descrivere il progetto in un prompt: ChatGPT lo realizza tramite Codex, lo ospita e genera un URL di produzione da condividere con il workspace o pubblicamente. A luglio 2026 è in beta pubblica per tutti i piani ChatGPT a pagamento, con l'eccezione di Free e Go. Non va però confuso con ChatGPT Projects o Canvas. In questa guida vediamo come funziona ChatGPT Sites, cosa può realizzare, i suoi limiti e quando è preferibile costruire un'app basata su API.
ChatGPT Sites: cos'è e a cosa serve
Con Sites, un prompt si trasforma in un prodotto interattivo ospitato: può essere una dashboard, un tracker di progetto, una landing page, uno strumento interno o un piccolo gioco. Non produce quindi un semplice documento statico o una risposta in chat. Creazione e hosting avvengono direttamente in ChatGPT, senza esportare codice, scegliere un provider o configurare il deploy.
Vale la pena chiarire subito due differenze. Sites è distinto da ChatGPT Projects, che serve a organizzare chat e file, e da Canvas, l'area di modifica per documenti e codice all'interno di una singola chat. Dei tre, solo Sites genera un'app ospitata e condivisibile, con un proprio URL. Si basa su Codex, lo stesso agente alla base dei flussi di sviluppo OpenAI, ed è pensato non solo per sviluppatori, ma anche per team operativi, analisti e marketer.
Le informazioni seguenti sono state verificate sulla documentazione ufficiale di OpenAI su Sites al 15 luglio 2026. Essendo in beta pubblica, disponibilità per piano e area geografica possono cambiare.
Chi può usare ChatGPT Sites oggi
Sites è in beta pubblica e l'accesso è stato distribuito progressivamente a seconda del piano. La regola attuale indicata nell'Help Center di OpenAI è semplice: Sites è disponibile nei piani a pagamento tranne Free e Go. Questo include Plus, Pro, Business, Enterprise ed Edu; alcuni piani, come Plus e Business, sono stati abilitati più tardi rispetto a Pro ed Enterprise. Negli account gestiti, gli amministratori del workspace possono limitarne l'uso, quindi potrebbe essere necessario chiedere loro di attivarlo.
Ci sono due vincoli di accesso da tenere presenti:
- Area geografica. Al lancio, Sites non è disponibile nello Spazio economico europeo, in Svizzera e nel Regno Unito. Per queste aree non è stata annunciata una tempistica.
- Piattaforma. Sites si apre nell'app desktop di ChatGPT oppure sul web tramite ChatGPT Work, all'indirizzo
chatgpt.com/sites. Non viene gestito dal Codex CLI né dalle estensioni IDE.
Per iniziare, puoi chiedere a ChatGPT di creare un sito in una normale chat oppure scrivere @Sites nel prompt per avviare esplicitamente la generazione. È anche possibile partire da un progetto locale esistente e compatibile, anziché iniziare da zero.
Se Sites non compare, quasi sempre il motivo è uno di questi tre: stai usando Free o Go, che non sono supportati; ti trovi in un'area con restrizioni, cioè SEE, Regno Unito o Svizzera; oppure un amministratore del workspace non ha abilitato la funzione per il tuo account.
Creare un sito con ChatGPT Sites: i passaggi
La creazione avviene in conversazione, non compilando un modulo. Il processo ha quattro fasi:
1. Scrivi il prompt iniziale. La qualità della prima versione dipende dal livello di dettaglio della richiesta. Indica il pubblico, il flusso principale, i dati necessari, l'eventuale accesso degli utenti e chi potrà vedere l'app. Ecco un prompt efficace:
Build an internal project tracker for my marketing team. Team members sign in with our workspace account. Each project has a name, owner, status (Not started / In progress / Done), and a due date. Save the records so they persist. Show an overview table plus a simple board grouped by status. Access should be limited to our workspace only.
In un solo prompt sono specificati il pubblico, cioè il team marketing, il flusso di lavoro, i campi dei dati, la persistenza dei record e il perimetro di accesso limitato al workspace. Sono le informazioni che permettono a Sites di prendere decisioni sensate senza doverle dedurre.
2. Controlla ciò che è stato generato. ChatGPT mostra il sito creato e il modo in cui gestisce i dati. Prima di condividerlo, verifica layout, campi e comportamento relativo ad autenticazione e archiviazione.
3. Perfeziona il progetto. Puoi richiedere modifiche in linguaggio naturale: "add a filter for overdue projects", "move the board above the table", "let owners edit their own rows only". Per indirizzare il design puoi anche allegare screenshot o file. Per i siti non banali servono in genere un paio di cicli di revisione, soprattutto per logiche di accesso e autorizzazioni.
4. Ottieni il link. Quando il sito è pronto, esegui il deploy e condividi l'URL. Vediamo subito come funziona la pubblicazione.
Salvare o pubblicare: come funziona il deploy
È il punto che crea più confusione al primo utilizzo. Ogni URL di deploy è un URL di produzione. Non esiste un ambiente di staging separato; per questo Sites distingue due operazioni:
- Salvare una versione crea una build revisionabile collegata a un commit sorgente, senza pubblicarla.
- Distribuire una versione pubblica una build salvata al suo URL di produzione.
L'approccio più sicuro è chiedere a ChatGPT di salvare una versione, esaminarla e solo dopo procedere con il deploy. Se pubblichi direttamente, ciò che hai creato diventa subito disponibile a un indirizzo condivisibile.
Condivisione e gestione degli accessi
Dopo il deploy, puoi decidere chi può aprire il sito. Le modalità di accesso sono queste:
- Solo proprietario: tu e gli amministratori del workspace. È una buona impostazione predefinita mentre il sito è ancora in revisione.
- Utenti o gruppi selezionati: persone specifiche che indichi tu.
- Workspace: tutti gli utenti attivi nel tuo workspace.
- Pubblico: chiunque disponga del link.
La condivisione concede la visualizzazione, non l'accesso in modifica: chi riceve il link vede il sito, ma non entra nel builder. Gli amministratori possono disabilitare del tutto la condivisione pubblica e, nei workspace Enterprise, la pubblicazione può richiedere l'autorizzazione di un amministratore. I segreti necessari all'app, come chiavi API e token, vanno inseriti nel pannello Settings del sito e non nel codice o nei file di configurazione, così non vengono esposti nella build condivisa.
Cosa puoi creare e quali sono i limiti
Conoscere i confini della piattaforma prima di iniziare evita lavoro sprecato. Sites usa un hosting gestito da OpenAI compatibile con il runtime Cloudflare Workers e offre due opzioni di archiviazione: D1, un database relazionale basato su SQLite per dati strutturati, e R2, object storage per caricare file come immagini, documenti e video.
| Supportato | Non supportato | |
|---|---|---|
| Tipi di app | Siti di contenuto, dashboard, tracker, planner, landing page, portali interni, piccoli giochi | E-commerce / elaborazione di carte di pagamento, app con dati sanitari, prodotti destinati a minori di 13 anni |
| Backend | Logica serverless gestita (runtime Workers), database D1, archiviazione file R2, accesso tramite workspace o 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 Settings | Controlli sulla residenza dei dati, non disponibili al lancio |
I limiti tecnici sono l'aspetto più importante: se il progetto richiede un processo server persistente, un'istanza Postgres esterna, connessioni WebSocket live o attività pianificate in background, Sites non può ospitarlo. È progettato per front-end interattivi con persistenza leggera e gestita, non per backend completamente personalizzati.
I domini personalizzati funzionano dove la funzione è disponibile, con una condizione: Sites non registra il dominio per te. Devi fornirne uno già di tua proprietà e puntare i record DNS verso il sito. Al lancio, i domini personalizzati non sono disponibili nei workspace Enterprise.
Quanto costa ChatGPT Sites
Non esiste un costo separato per Sites. È incluso nel piano ChatGPT a pagamento e la creazione o modifica di un sito consuma la quota di utilizzo del piano con la stessa struttura di Codex. Iterazioni intensive attingono quindi allo stesso budget usato per gli altri lavori con Codex. L'utilizzo è soggetto a limiti specifici per piano, che OpenAI mostra nel prodotto. A luglio 2026 non esiste un listino pubblico specifico per Sites: il costo è di fatto «incluso nell'abbonamento esistente, entro i relativi limiti di utilizzo».
Quando scegliere un'API invece di Sites
Sites è il percorso più rapido dall'idea a un'app funzionante e condivisibile finché il progetto rientra nei suoi limiti. Lo superi nel momento in cui ti serve qualcosa che il runtime non consente: un vero server backend, un database esterno come Postgres, connessioni WebSocket persistenti o job in background. Lo stesso vale se l'app deve chiamare direttamente un modello specifico, se vuoi una tariffazione basata sul consumo invece dell'utilizzo conteggiato sul piano ChatGPT o se devi distribuire in un'area geografica che Sites non copre ancora.
A quel punto stai sviluppando una normale applicazione basata su un'API di modelli e ospitata in autonomia: rinunci alla comodità zero-setup di Sites in cambio del pieno controllo sullo stack. L'accesso ai modelli via API viene fatturato per token, anziché essere conteggiato rispetto a un piano per utente; gateway come AIReiter instradano le principali famiglie di modelli, inclusi endpoint Claude compatibili con Anthropic, con tariffe basate sul consumo. È il modello di prezzo che tende a essere più adatto a un'app standalone. Sono strumenti per esigenze diverse: Sites per app interne rapide e autosufficienti; un'API quando serve un backend reale.
| Usa ChatGPT Sites quando… | Sviluppa con un'API quando… |
|---|---|
| Vuoi un'app condivisibile in pochi minuti | Ti serve un backend personalizzato o persistente |
| Ti basta una dashboard, un tracker o uno strumento interno | Ti servono Postgres, WebSocket o job in background |
| I tuoi utenti sono nel workspace | Hai bisogno di una regione o di un provider specifico |
| L'utilizzo conteggiato sul tuo piano va bene | Vuoi controllare i costi per token, in base al consumo |
Domande frequenti
ChatGPT Sites è gratuito?
No. Richiede un piano ChatGPT a pagamento. È disponibile in tutti i livelli a pagamento tranne Free e Go e non prevede costi aggiuntivi oltre all'abbonamento. L'utilizzo rientra nei limiti del tuo piano.
Posso usare un dominio personalizzato con ChatGPT Sites?
Sì, dove la funzione è disponibile: devi fornire un dominio già di tua proprietà e puntarne i record DNS al sito. Sites non registra domini per te e, al lancio, i domini personalizzati non sono offerti nei workspace Enterprise.
ChatGPT Sites è disponibile nel piano Plus?
Il rilascio riguarda i piani a pagamento tranne Free e Go, incluso Plus, anche se Plus e Business sono arrivati più tardi nel rollout rispetto a Pro ed Enterprise. La disponibilità può dipendere comunque dalla regione e dalle impostazioni del workspace.
Qual è la differenza tra ChatGPT Sites e ChatGPT Projects?
Projects organizza chat, file e istruzioni correlate in un unico workspace. Sites crea un sito web o un'app interattiva ospitata, con un proprio URL condivisibile. Sono funzionalità distinte, pensate per problemi diversi.
Posso creare un negozio online con ChatGPT Sites?
No. Sites vieta esplicitamente l'e-commerce e l'elaborazione di carte di pagamento, oltre alle app con dati sanitari e a tutto ciò che è rivolto a bambini sotto i 13 anni. È pensato per strumenti interattivi e siti di contenuto, non per il commercio transazionale.