ChatGPT Sites: condividere un sito privato con i clienti
Con ChatGPT Sites puoi invitare un cliente a un sito privato senza renderlo pubblico né aggiungerlo al workspace: accesso nominativo e sola lettura.

Dal 3 settembre 2026, ChatGPT Sites consente di indicare per nome i visualizzatori esterni. Ora è possibile inviare a un cliente un Site privato e già online, senza rendere pubblico l'URL né aggiungere quella persona al proprio workspace.
Per l'anteprima del cliente non serve più una licenza Workspace
È un piccolo controllo di condivisione, ma ha una conseguenza concreta per chi lavora con i clienti.
Prima di questa novità, il punto critico di un'anteprima per il cliente era l'accesso. Il Site poteva restare nel workspace, di cui il cliente non faceva parte, oppure essere pubblicato su internet. Per organizzare una revisione privata, i team dovevano quindi spostare l'anteprima in un altro strumento, inserire il revisore in un flusso di lavoro interno oppure accettare un URL pubblico.
La nuova modalità si colloca esattamente tra queste due opzioni. Il proprietario del Site aggiunge tramite email una persona esterna specifica. Il destinatario accede con l'account invitato e può usare il Site online, ma non modificarlo né pubblicarne una nuova versione. Inoltre, l'invito non lo trasforma in un membro del workspace.
È proprio quest'ultimo punto a incidere sul budget. Il visualizzatore esterno non aggiunge alcun membro al workspace. Se l'accesso al workspace veniva pagato solo per consentire a un cliente di esaminare un Site, quella licenza non è più necessaria in questo percorso di anteprima.
Non si tratta di una condivisione tramite link anonimo. Il visualizzatore deve dimostrare di essere la persona invitata accedendo con l'account corrispondente. È più simile a un pass nominativo che a un link inoltrabile e apribile da chiunque.
Come funziona l'accesso a ChatGPT Sites
In ChatGPT Sites, le persone coinvolte in un progetto possono ora avere ruoli ben distinti.
La distinzione decisiva è tra pubblico e permessi. Il pubblico stabilisce chi può aprire il Site; i permessi determinano chi può modificarlo o pubblicarlo. La condivisione con persone esterne specifiche amplia il pubblico senza trasferire fuori dal team i permessi di modifica o pubblicazione.
La pubblicazione aperta a tutti resta inoltre un'impostazione separata. Un amministratore Enterprise può autorizzare determinati ruoli a invitare visitatori esterni lasciando disattivata la pubblicazione pubblica. Nei workspace Business, i creator possono usare i visualizzatori esterni nell'ambito dei più ampi permessi di Sites; in Enterprise ed Edu, invece, chi invia l'invito deve avere abilitato per il proprio ruolo il permesso relativo ai visitatori esterni.
Cosa cambia nei costi
Non esiste una cifra universale e attendibile. Le attuali pagine di OpenAI dedicate a Sites non indicano né un costo separato per i visualizzatori esterni né un limite per quelli nominativi; durante la beta, i limiti associati a ciascun piano sono mostrati direttamente nel prodotto.
Il calcolo utile è quello riferito alla propria organizzazione:
Risparmio mensile potenziale sull'anteprima = costo mensile delle licenze Workspace acquistate solo per i revisori esterni + costo mensile di un altro strumento di anteprima privata che si può effettivamente dismettere.
Le due voci non vanno conteggiate automaticamente insieme. Se il cliente deve ancora modificare, commentare, approvare, confrontare versioni o lavorare in altre aree del workspace, questa funzione non sostituisce quel flusso. La novità offre al cliente un accesso al Site in sola visualizzazione; non documenta un sistema di approvazione.
Il risparmio di tempo è più immediato. Il team può creare, distribuire, limitare e mostrare il Site all'interno dello stesso prodotto. Non occorre più mantenere sincronizzata un'esportazione aggiuntiva solo per proteggere l'anteprima con un accesso nominativo.
Dove fa la differenza già da domani
Un'agenzia presenta una landing page
Il responsabile di un'agenzia può distribuire la landing page proposta, invitare il referente marketing del cliente e impedire l'accesso al resto di internet. Il cliente vede il vero Site interattivo, mentre l'agenzia conserva gli unici controlli di modifica e pubblicazione che contano.
Il vantaggio non si limita alla privacy. Se il cliente deve soltanto esaminare il lavoro, l'anteprima può smettere di occupare una licenza interna o di richiedere una seconda copia ospitata, qualora questa fosse la soluzione adottata dall'agenzia.
Un consulente consegna un report interattivo
Un consulente indipendente può trasformare un report o una dashboard essenziale in un Site e invitare l'acquirente tramite email. Quest'ultimo può usare il risultato senza entrare nel workspace del consulente.
Commenti e accettazione formale devono restare nel sistema indicato dal contratto. L'accesso in sola visualizzazione certifica chi può aprire il Site, ma da solo non crea una traccia di approvazione.
Un responsabile di prodotto raccoglie pareri esterni
Prima del lancio pubblico, un responsabile di prodotto può mostrare un prototipo a un consulente legale esterno, a un consulente strategico della direzione o a un partner di ricerca. Ogni revisore riceve un accesso nominativo, mentre modifiche e pubblicazione restano all'interno del workspace del team di prodotto.
Questa modalità è particolarmente adatta quando il revisore deve provare il flusso in prima persona. Se invece deve riscrivere i testi o spostare i componenti, è meglio ricorrere a un editor del workspace o allo strumento di design in cui si svolge già quel lavoro.
Un amministratore Enterprise separa anteprima e pubblicazione
Un amministratore Enterprise può abilitare Consenti ai membri di invitare visitatori esterni per i ruoli incaricati delle revisioni con i clienti, senza attivare anche la pubblicazione aperta a tutti. Sono due permessi distinti nei controlli del workspace.
In questo modo il team applica una regola più circoscritta: le persone autorizzate possono invitare soggetti esterni specifici, ma non possono rendere pubblico un Site se anche il controllo della pubblicazione pubblica non lo consente.
Come condividere un sito ChatGPT privato con un cliente
È una procedura di configurazione, non un'integrazione tecnica.
Verifica che il controllo di condivisione sia disponibile
Apri il Site e seleziona Condividi. Se in un workspace Enterprise o Edu non compare l'opzione per un'email esterna, chiedi al proprietario o all'amministratore di controllare Impostazioni del workspace, poi Permessi e ruoli, il ruolo interessato, Accesso anticipato e Sites. Il ruolo deve avere il permesso di invitare visitatori esterni.
Controlla la versione distribuita
Verifica che il Site contenga soltanto materiali che il destinatario è autorizzato a vedere. Questa modalità di condivisione riguarda un Site online e ogni URL di distribuzione è un URL di produzione, anche quando l'accesso è limitato.
Invita il visualizzatore nominativo
Inserisci l'email del cliente nel controllo di condivisione, conferma l'accesso in sola visualizzazione, salva e verifica che la persona compaia nell'elenco degli accessi.
Prova il percorso del destinatario
Chiedi al cliente di aprire il Site dopo aver effettuato l'accesso con l'account che ha ricevuto l'invito. Verifica la visualizzazione da quell'account, senza presumere che la schermata del proprietario corrisponda a ciò che vedrà il cliente.
Rimuovi l'accesso al termine della revisione
Rimuovi il visualizzatore dai controlli di condivisione del Site. Controlla poi le altre impostazioni relative al pubblico: un accesso aperto a tutti o all'intero workspace può continuare a rendere disponibile il Site anche dopo la revoca dell'invito diretto.

I limiti da conoscere
Il visualizzatore esterno non può modificare né pubblicare. Questo confine è il motivo stesso della funzione, ma implica anche che il feedback debba essere raccolto altrove.
Rimuovere un visualizzatore nominativo non è un interruttore universale. Se il Site è disponibile anche per il workspace o per chiunque su internet, quell'altra impostazione relativa al pubblico può mantenerlo accessibile.
Esistono inoltre limiti legati al piano e alla distribuzione della funzione. Sites è in beta pubblica per i workspace ChatGPT e per gli account Plus e Pro. Al lancio non è disponibile con Free o Go, né nello Spazio economico europeo, in Svizzera o nel Regno Unito. La disponibilità per Enterprise dipende anche dai permessi abilitati dall'amministratore.
Il confine di conformità conta più della comodità. Al lancio, ChatGPT Sites non supporta la residenza dei dati né quella dell'inferenza. OpenAI specifica inoltre che Sites non deve trattare informazioni sanitarie protette o dati di carte di pagamento, salvo quando questi ultimi vengono gestiti esclusivamente da un elaboratore di pagamenti di terze parti. Un visualizzatore nominativo è un controllo degli accessi, non un'autorizzazione a inserire nel Site materiali soggetti a restrizioni.
Chi dovrebbe usarlo subito
Questa funzione è già utile a chi crea Site e ha revisori esterni che devono soltanto vedere e usare il risultato. Agenzie, consulenti e team di prodotto possono sostituire il compromesso dell'anteprima pubblica con un accesso nominativo.
Conviene aspettare se il controllo non compare nell'account, se l'amministratore non ha approvato gli inviti esterni oppure se la revisione richiede commenti contestuali, modifiche da parte degli ospiti, confronto tra versioni o approvazione formale. In questi casi va mantenuto lo strumento che svolge tali funzioni.
La novità non cambia nulla per chi pubblica soltanto Site pubblici, lavora esclusivamente con persone nello stesso workspace, usa Free o Go oppure opera in un'area geografica in cui Sites non è ancora disponibile.
Iscriviti alla newsletter per ricevere analisi chiare dei cambiamenti delle piattaforme che incidono davvero sul lavoro.
6 set 2026







