ChatGPT Sites: do briefing a uma publicação verificada
O ChatGPT Sites cria, hospeda e publica experiências web a partir de um pedido. Aprenda a revisar uma calculadora completa antes de compartilhar.

Resposta curta
O ChatGPT Sites permite criar, hospedar e compartilhar sites e aplicações web a partir de um pedido. Um fluxo responsável define público e objetivo, revisa uma prévia privada, verifica conteúdo e comportamento, prepara acesso e reversão, e publica uma versão concreta sob responsabilidade de quem opera.
Conteúdo
- O Sites reúne criação, prévia e implantação
- O briefing define a calculadora antes do desenho
- A prévia permite corrigir uma decisão de cada vez
- A fórmula precisa de exemplos e casos-limite
- A verificação inclui teclado e celular
- Dados e público se decidem antes de publicar
- A publicação precisa de responsável e reversão
- Os limites aparecem fora da prévia
- Revise o candidato antes de compartilhar
O percurso do briefing até a produção
Cada etapa responde uma pergunta diferente. Publique só depois de conferir o candidato exato que o público vai receber.
Briefing
Defina público, cálculo, dados, limites e critérios de aceitação.
Prévia
Gere uma primeira versão privada e corrija um problema de cada vez.
Verificação
Teste fórmulas, erros, teclado, celular, dados e público.
Publicação
Identifique a versão, defina o responsável e mantenha uma reversão.
O ChatGPT Sites liga um pedido em linguagem natural a uma experiência web hospedada e publicável. A velocidade do primeiro rascunho não reduz as decisões sobre fórmula, dados, público ou manutenção. Quem opera continua respondendo pelo que compartilha.
O caso prático será uma calculadora de orçamento para um workshop. Ela recebe número de participantes, duração e materiais, mostra um detalhamento e permite solicitar contato. Vamos do briefing até uma versão publicada.
O Sites reúne criação, prévia e implantação
Em 15 de julho de 2026, a OpenAI documentava o Sites como um beta público para criar, hospedar, melhorar e compartilhar sites, aplicações web e jogos. O fluxo incluía edição, prévia e implantação. A disponibilidade dependia de plano, região, implantação e configuração do espaço de trabalho.
A documentação de ajuda indicava ainda limites regionais no lançamento. Não transforme esse dado numa promessa permanente. Consulte as páginas oficiais antes de planejar um produto para uma conta ou localidade específica.
Uma URL implantada deve ser tratada como produção. O fato de ter nascido numa conversa não a torna temporária nem privada. Identifique qual versão você está disposto a compartilhar antes de iniciar a implantação.
O briefing define a calculadora antes do desenho
Comece por público, tarefa e resultado. A calculadora atende alguém que organiza um workshop e precisa de uma estimativa detalhada. Ela não deve apresentar o valor como oferta contratual nem coletar mais dados do que o necessário.
Descreva entradas e regras: participantes entre 5 e 80, duração de meio período ou dia inteiro, e três níveis de materiais. Defina a moeda, o arredondamento e quais itens aparecem no detalhamento. Acrescente um exemplo calculado à mão para conferir a fórmula.
Separe o contato do cálculo. A estimativa funciona sem dados pessoais; nome e e-mail só são pedidos quando alguém decide solicitar informação. Seu primeiro bom prompt ajuda a expressar objetivo, contexto, resultado e aceitação.
A prévia permite corrigir uma decisão de cada vez
Gere primeiro estrutura, entradas, detalhamento e estados. Use dados fictícios e confira se a versão se entende sem explicar o prompt original. Se faltar uma unidade ou um rótulo, corrija esse problema antes de acrescentar funções novas.
Revise também o conteúdo. A página precisa explicar o que a estimativa inclui, o que fica de fora e quem responde dúvidas. Um desenho bonito não compensa uma fórmula opaca.
Guarde versões reconhecíveis. Antes de uma melhoria ampla, salve o candidato que já funciona ou registre suas decisões. O ciclo de vibe coding recomenda iterações pequenas justamente para permitir comparar e reverter.
A fórmula precisa de exemplos e casos-limite
Calcule à mão pelo menos três casos: mínimo de participantes, combinação comum e máximo permitido. Compare subtotal, materiais, duração e total com a saída. Se houver imposto ou desconto, explique sua ordem e arredondamento.
Teste entradas vazias, texto em campos numéricos, valores negativos e quantidades fora da faixa. A interface precisa impedir resultados enganosos e colocar o erro junto à entrada. Não substitua a mensagem por uma cor.
Repita os casos após cada mudança de fórmula. Uma correção visual pode alterar nomes de campos ou conversões. Os testes automáticos devem cobrir regras, enquanto o navegador confirma o percurso completo.
A verificação inclui teclado e celular
Percorra a calculadora sem mouse. O foco precisa seguir rótulos, campos, opções, cálculo e contato numa ordem lógica. As mensagens de erro precisam ser anunciadas e permanecer ligadas à entrada correspondente.
Em 390 px, o detalhamento precisa de uma coluna legível sem rolagem lateral. Teste textos longos, zoom e tema claro ou escuro. Confira também console e rede para detectar erros que a tela não mostra.
Se usar um navegador agente, limite permissões ao site de teste e guarde o relatório. Os agentes de IA não substituem a revisão de uma pessoa. Confirme que o percurso executado corresponde aos seus critérios.
Dados e público se decidem antes de publicar
A calculadora pode operar sem identificar ninguém. Peça nome e e-mail somente quando a pessoa solicitar contato, explique a finalidade e evite registrar valores desnecessários. Defina retenção, acesso e exclusão antes de receber dados reais.
Decida se o site será público, compartilhado ou restrito. Uma URL difícil de adivinhar não equivale a controle de acesso. Confira o modo real e teste o que uma sessão não autenticada consegue ver.
Os termos do ChatGPT Sites mantêm as obrigações sobre conteúdo e dados com quem opera. Um aviso legal gerado não garante conformidade. Revise afirmações, formulários e permissões com o critério adequado à sua jurisdição e atividade.
A publicação precisa de responsável e reversão
Escolha um candidato concreto e repita fórmula, links, contato e permissões sobre essa versão. Registre data, pessoa responsável e mudanças incluídas. Não publique de uma sessão diferente sem confirmar que ela contém o mesmo estado.
Prepare uma reversão antes do lançamento. Ela pode ser voltar à versão anterior, retirar o link ou desativar o formulário. A resposta precisa ser proporcional à falha e não depender de reconstruir o projeto sob pressão.
Depois de publicar, abra a URL de produção numa sessão limpa. Envie um caso de teste, confira a rede e verifique se a versão coincide com a aprovada. Monitoramento e um canal de contato completam o ciclo.
Os limites aparecem fora da prévia
O Sites pode não servir quando você precisa de infraestrutura específica, redes privadas, serviços de retaguarda próprios ou controles que a plataforma não oferece. Valide esses requisitos antes de investir na interface. Uma limitação de arquitetura não se resolve com um prompt mais longo.
Outra falha é ampliar a calculadora para contas, pagamentos ou armazenamento sem revisar o novo risco. Cada capacidade muda permissões, dados e manutenção. Trate isso como uma decisão nova, não como decoração.
A disponibilidade do produto também pode mudar. Mantenha exportáveis o briefing, as regras e os conteúdos essenciais. Seu produto não pode depender de lembrar uma conversa específica para reconstruir sua lógica.
Guarde também um registro curto da última versão aceita: fórmula, público, data e casos verificados. Ele permite distinguir um limite da plataforma de uma regressão introduzida depois.
Revise o candidato antes de compartilhar
Preencha estas caixas sobre a versão exata que você vai publicar. Uma marca exige evidência visível, não a confiança expressa pelo assistente.
- O briefing define público, fórmula, dados, limites e resultado.
- Três exemplos manuais e os casos inválidos produzem a saída esperada.
- Teclado, erros, 390 px, temas, console e rede foram revisados.
- Público, permissões e tratamento do formulário estão definidos.
- A versão aprovada tem responsável, data e plano de reversão.
- A URL de produção coincide com o candidato verificado.
O ChatGPT Sites encurta a distância entre descrição e implantação. O trabalho decisivo permanece entre as duas: concretizar, revisar, verificar e preparar a operação. Essa sequência transforma uma prévia numa publicação responsável.
Mini quiz
Decida se a calculadora está pronta
Escolha a ação que transforma uma prévia numa publicação controlada.
1 / 3
Mostrar soluções
1. A prévia calcula o caso principal. O que fazer antes de publicar?
Resposta correta: Verificar casos-limite, público e versão; depois publicar.
A publicação deve corresponder a um candidato testado, não ao primeiro resultado visível.
2. Como decidir quem pode usar a calculadora?
Resposta correta: Definir público, dados e permissões antes da implantação.
Mesmo uma calculadora pode receber dados; público e permissões fazem parte do desenho.
3. Que preparo operacional a publicação exige?
Resposta correta: Responsável, versão identificada e plano de reversão.
Um lançamento controlado identifica quem responde e como voltar a um estado seguro.
Fontes
- ChatGPT Sites documentationOpenAI · acessado em 2026-07-15
- Creating and managing ChatGPT SitesOpenAI Help Center · acessado em 2026-07-15
- ChatGPT Sites TermsOpenAI · acessado em 2026-07-15
- ChatGPT release notesOpenAI Help Center · acessado em 2026-07-15
Perguntas frequentes
O que é o ChatGPT Sites?
É um recurso para criar, hospedar, melhorar e compartilhar sites, aplicações web e jogos a partir do ChatGPT Work ou Work/Codex, conforme a documentação consultada.
Uma prévia já é pública?
A edição permite revisar antes de publicar. A OpenAI trata as URLs implantadas como produção, então você precisa escolher e conferir a versão que compartilha.
Que projetos se encaixam melhor?
Experiências com objetivo e escopo claros, como páginas informativas, calculadoras ou protótipos. Requisitos especiais de infraestrutura, rede ou conformidade podem exigir outra arquitetura.
Quem responde por conteúdo e privacidade?
Quem opera o site. Essa pessoa precisa revisar conteúdo, permissões, autenticação, dados pessoais e comportamento antes de publicar.
O Sites está disponível em todas as regiões e planos?
Não. Em 15 de julho de 2026, a disponibilidade dependia do plano, da região, da implantação e da configuração do espaço de trabalho. Consulte a documentação vigente.

