ChatGPT ganha recurso para criar, hospedar e publicar sites e apps dentro do próprio chat

Da conversa ao site publicado

A OpenAI documentou o ChatGPT Sites, recurso que deixa qualquer usuário descrever uma ideia de site, aplicativo ou jogo dentro do próprio ChatGPT e sair de lá com um endereço publicado. As capturas de tela que ilustram a página oficial do recurso trazem metadados de setembro de 2026, o que indica documentação recém-atualizada.

O fluxo é conversacional: você pede ao ChatGPT para construir algo, ou menciona @Sites, descreve o que quer fazer e refina o resultado trocando mensagens. Dá para anexar arquivos e referências visuais ao pedido inicial, segundo a página oficial do recurso. Quando o resultado agrada, é só publicar e compartilhar o link.

Um detalhe interessa a quem já usa as ferramentas de código da OpenAI: dá para começar um Site a partir de um projeto Codex existente. Se você já tem uma base gerada ou mantida com o Codex, o agente de codificação da OpenAI, o ChatGPT Sites pode herdar esse projeto em vez de começar do zero. É a OpenAI costurando duas pontas do próprio catálogo: o agente que escreve código e a camada que hospeda e publica o resultado.

Para que serve na prática

A própria documentação resume o recurso como algo para criar para o trabalho, o próprio negócio ou para uso pessoal, e cita como exemplos:

• Dashboards de equipe, com um exemplo de painel interno usado como demonstração na página
• Portais de cliente
• Portfólios pessoais

São, em geral, telas que hoje vivem de improviso em planilha, Notion ou slide, e que não justificariam abrir um repositório, configurar CI/CD↳CI/CD23 conteúdosCI/CD Mobile: o caos invisível que separa times comuns de times de alta performanceDev (Back & Front) · abr 2026Lambda: implementando com GitLab CI/CD e Terraform para Integração SFTP, S3 e Databricks em GoDev (Back & Front) · nov 2023Publicando sua aplicação Web Python no WebApp do Azure e configurando o CI/CD da sua aplicaçãoDevSecOps · abr 2019Ver tudo em DevSecOps → e contratar hospedagem só para existir.

Quem pode ver e editar

Por padrão, um Site criado pela primeira vez só é visível para quem o criou e para administradores do workspace. A partir daí, o controle de acesso tem níveis definidos na documentação:

Para quem constrói produto em equipe, isso aproxima o ChatGPT Sites de um Figma↳Figma3 conteúdosFigma Dev Mode funciona mesmo? Testando na práticaDev (Back & Front) · mar 2025Claude Design: nova aposta da Anthropic contra Figma e MicrosoftProduto & UX · abr 2026A importância do HTML e CSS para quem trabalha com UI Design e Design SystemProduto & UX · dez 2024Ver tudo em Produto & UX → ou um Notion: convidar colaboradores para editar e publicar já vem embutido, em vez de depender de repositório Git e pipeline de deploy à parte.

Login, armazenamento e ferramentas conectadas

O recurso permite adicionar "Sign in with ChatGPT" ao Site publicado, para visitantes retomarem de onde pararam. Isso usa um armazenamento embutido no próprio produto, para salvar informações e arquivos enviados, incluindo documentos e imagens, sem o criador do Site precisar configurar um banco de dados↳Banco de dados134 conteúdosSQL ou NoSQL: eis a questão!!Data · mar 2020Banco de dados: como organizar e dar segurança para milhões de dados de loteriasData · mai 20215 serviços gratuitos na cloud para bancos de dados PostgresData · fev 2025Ver tudo em Data →.

Em workspaces elegíveis, quem acessa o Site pode aprovar acesso somente leitura às próprias ferramentas conectadas na conta ChatGPT. A OpenAI é explícita sobre o escopo: o Site só enxerga informação à qual o visitante já tinha permissão de acesso. Na prática, é uma forma de dar a um app criado por conversa acesso a dados reais do usuário sem o desenvolvedor do Site escrever uma integração OAuth própria para cada serviço.

Domínio próprio, hospedagem alheia

Todo Site sai com um endereço hospedado em domínio da OpenAI, que pode ser renomeado. Também dá para conectar um domínio próprio. Se o endereço hospedado for renomeado depois, o antigo redireciona automaticamente para o novo, segundo a página do recurso.

Não há, na documentação publicada, menção a exportar o código gerado, rodar o Site fora da infraestrutura da OpenAI, ou detalhes como framework usado por baixo do capô, limites de requisições e política de preço específica para o recurso.

Onde isso entra na disputa dos builders de IA

O ChatGPT Sites entra em um campo que já tem v0 (Vercel), bolt.new, Lovable e o Agent do Replit disputando o mesmo público: quem quer ir de uma frase descritiva a um site ou app funcional sem escrever a primeira linha de código à mão. A diferença de posicionamento da OpenAI é empacotar isso dentro do produto que mais gente já usa no dia a dia, o próprio ChatGPT, em vez de vender uma ferramenta separada.

Para quem desenvolve profissionalmente, o recurso tende a pesar mais em protótipos internos, dashboards de equipe e portais de cliente do que em produto que precisa de controle fino de infraestrutura. A proposta esbarra justamente no que ela não diz: não há, na fonte, confirmação de que o código do Site pode ser extraído, versionado em um repositório próprio ou auditado fora do ambiente da OpenAI.

O que ainda está em aberto

Em resumo: a OpenAI mostrou o que o ChatGPT Sites faz, mas não detalhou como ele faz. Ficam sem resposta, pelo menos nesta documentação: qual stack técnica roda por trás de cada Site, se existe algum tipo de exportação de código-fonte, quais são os limites de uso e se o recurso vai estar disponível em todos os planos do ChatGPT ou só em contas de workspace (Team, Business, Enterprise).

Antes de tratar o ChatGPT Sites como substituto de um pipeline de deploy real, vale esperar a OpenAI publicar esses detalhes, ou testar o recurso diretamente para ver onde ele quebra na prática.

Fonte: Hacker News