ChatGPT Sites: compartilhe com clientes sem assentos extras

Em 3 de setembro de 2026, o ChatGPT Sites passou a aceitar visualizadores externos identificados. Agora é possível enviar a um cliente um Site privado e ativo sem abrir a URL ao público nem incluir essa pessoa no seu workspace.

ChatGPT Sites agora permite previews sem licença para o cliente

É um ajuste pequeno no controle de compartilhamento, mas com um efeito importante para os negócios.

Antes dessa mudança, o acesso era a parte complicada de mostrar um preview ao cliente. O Site podia continuar dentro do seu workspace — do qual o cliente não fazia parte — ou ser publicado na internet. Para conduzir uma revisão privada, as equipes precisavam levar o preview a outra ferramenta, incluir o avaliador em um fluxo interno ou aceitar o uso de uma URL pública.

O novo modelo fica no meio dessas duas opções. O proprietário do Site adiciona uma pessoa externa pelo e-mail. Ela entra com a conta convidada e pode usar o Site ativo, mas não consegue editá-lo nem publicar uma nova versão. O convite também não transforma essa pessoa em membro do workspace.

É aí que o orçamento muda: o visualizador externo não ocupa nenhum assento no workspace. Se o único motivo para pagar pelo acesso ao workspace era permitir que um cliente conferisse um Site, essa licença deixa de fazer parte do processo de preview.

Não se trata de compartilhamento por link anônimo. O visualizador precisa comprovar que é a pessoa convidada, entrando na conta correspondente. Na prática, funciona mais como um passe de visitante nominal do que como um link que qualquer pessoa pode encaminhar e abrir.

Como funciona o acesso no ChatGPT Sites

O ChatGPT Sites agora separa com clareza as funções de quem participa de um projeto.

A distinção central é entre público e autoridade. O público determina quem consegue abrir o Site; a autoridade define quem pode alterá-lo ou publicá-lo. O compartilhamento externo nominal amplia o público sem transferir para fora da equipe o poder de editar ou publicar.

A publicação aberta continua sendo um controle separado. Um administrador Enterprise pode autorizar determinadas funções a convidar visitantes externos e, ao mesmo tempo, manter a publicação pública desativada. Nos workspaces Business, quem cria conteúdo recebe o recurso de visualizadores externos dentro do conjunto mais amplo de permissões do Sites. Já no Enterprise e no Edu, quem envia o convite precisa ter a permissão de visitante externo habilitada para sua função.

O que muda na conta para a empresa

Não há como cravar uma economia universal em dólares. As páginas atuais do Sites da OpenAI não informam uma tarifa separada para visualizadores externos nem um limite de pessoas convidadas, e as restrições do beta aparecem dentro do produto conforme o plano.

O cálculo que importa é o da sua própria operação:

Economia mensal potencial com previews = custo mensal dos assentos no workspace comprados apenas para avaliadores externos + custo mensal de uma ferramenta separada de preview privado que possa realmente ser desativada.

Não some as duas parcelas automaticamente. Se o cliente ainda precisa editar, comentar, aprovar, comparar versões ou trabalhar em outras áreas do seu workspace, o recurso não substitui esse fluxo. A novidade oferece acesso somente para visualização ao Site; não documenta um sistema de aprovação para clientes.

O ganho de tempo é mais fácil de perceber. A equipe consegue criar, implantar, restringir e apresentar o Site na mesma plataforma. Não é preciso manter uma exportação adicional sincronizada só para colocar o preview atrás de um acesso nominal.

Como usar esse recurso já no próximo dia de trabalho

Agência apresentando uma landing page

Quem lidera o projeto na agência pode implantar a proposta de landing page, convidar o responsável pelo marketing do cliente e manter o restante da internet do lado de fora. O cliente acessa o Site interativo real, enquanto a agência preserva os controles relevantes de edição e publicação.

O benefício vai além da privacidade. Se a solução improvisada da agência era dar um assento interno ou manter outra cópia hospedada, e o destinatário só precisava avaliar o trabalho, o preview pode deixar de consumir esse recurso.

Consultor entregando um relatório interativo

Um consultor independente pode transformar um relatório ou dashboard simples em um Site e convidar o comprador por e-mail. Assim, o cliente usa o resultado sem entrar para o workspace do consultor.

Comentários e aceite formal devem continuar no sistema definido em contrato. O acesso somente para visualização comprova quem pode abrir o Site, mas não cria sozinho um histórico de aprovação.

Líder de produto coletando avaliações externas

Quem lidera produto pode apresentar um protótipo a um assessor jurídico externo, conselheiro executivo ou parceiro de pesquisa antes do lançamento público. Cada avaliador recebe acesso nominal, enquanto alterações e publicação permanecem dentro do workspace da equipe de produto.

Esse formato funciona melhor quando a pessoa precisa vivenciar o fluxo. Se ela tiver de reescrever textos ou reposicionar componentes, o ideal é usar um editor do workspace ou a ferramenta de design em que esse trabalho já acontece.

Administrador Enterprise separando preview de publicação

Um administrador Enterprise pode habilitar Allow members to invite external visitors para as funções responsáveis pelas revisões com clientes sem também liberar a publicação pública. São permissões distintas nos controles do workspace.

Com isso, a política fica mais restrita: pessoas autorizadas podem convidar visitantes externos identificados, mas continuam sem poder tornar um Site público, a menos que o controle de publicação aberta também permita.

Como compartilhar um Site privado com um cliente

Esse é um fluxo de configurações, não uma integração técnica.

1. 1

   Verifique se o controle de compartilhamento está disponível

   Abra o Site e selecione Share. Se a opção de e-mail externo não aparecer em um workspace Enterprise ou Edu, peça ao proprietário ou administrador para conferir Workspace settings, depois Permissions & roles, a função correspondente, Early access e Sites. A função precisa ter permissão para convidar visitantes externos.

2. 2

   Revise a versão implantada

   Confirme que o Site contém apenas materiais que o destinatário pode ver. Esse compartilhamento se aplica a um Site ativo, e toda URL de implantação é uma URL de produção, mesmo quando o público está restrito.

3. 3

   Convide o visualizador identificado

   Digite o e-mail do cliente no controle de compartilhamento, confirme o acesso somente para visualização, salve e verifique se a pessoa aparece na lista de acesso.

4. 4

   Teste o caminho do destinatário

   Peça ao cliente para abrir o Site enquanto estiver conectado à conta que recebeu o convite. Faça o teste a partir dessa conta, sem presumir que a visão do proprietário representa o que o cliente verá.

5. 5

   Remova o acesso ao fim da revisão

   Retire o visualizador dos controles de compartilhamento do Site. Em seguida, confira as demais configurações de público, pois uma opção aberta ao workspace ou à internet ainda pode manter o acesso depois da remoção do convite direto.

Os limites, sem rodeios

O visualizador externo não pode editar nem publicar. Essa fronteira é justamente a proposta do recurso, mas também significa que o feedback ainda precisa ser enviado por algum canal.

Remover um visualizador identificado não é um botão universal de bloqueio. Se o Site também estiver disponível para o workspace ou para qualquer pessoa na internet, essa outra configuração de público poderá mantê-lo acessível.

Também há restrições de plano e disponibilização. O Sites está em beta público para workspaces do ChatGPT e para contas Plus e Pro. No lançamento, o recurso não está disponível nos planos Free ou Go, nem no EEE, na Suíça ou no Reino Unido. A disponibilidade no Enterprise também depende das permissões habilitadas pelo administrador.

O limite de conformidade importa mais do que a conveniência. No lançamento, o ChatGPT Sites não oferece residência de dados nem residência de inferência. A OpenAI também afirma que o Sites não deve processar Informações de Saúde Protegidas nem dados de cartões de pagamento, exceto quando esses dados forem tratados exclusivamente por um processador de pagamentos terceirizado. Um visualizador identificado é um controle de acesso, não uma autorização para inserir material restrito no Site.

Quem deve usar agora

Vale adotar o recurso agora se sua equipe já cria Sites e o avaliador externo só precisa ver e usar o resultado. Agências, consultores e times de produto podem trocar o improviso de um preview público pelo acesso nominal.

É melhor esperar se o controle ainda não aparece na conta, se o administrador não aprovou convites externos ou se a revisão exige comentários no próprio conteúdo, edição por convidados, comparação de versões ou aceite formal. Nesse caso, mantenha a ferramenta que já atende a essas necessidades.

Nada muda para quem publica apenas Sites públicos, trabalha exclusivamente com pessoas do mesmo workspace, usa Free ou Go ou atua em uma região onde o Sites ainda não foi lançado.

Assine a newsletter para receber análises objetivas sobre as mudanças de plataforma que afetam o trabalho de verdade.