Codex Sites: ferramentas internas e limitações do serviço

O que é o Codex Sites numa frase#

Em poucas palavras: diz ao chat «cria-me um painel de vendas com filtros por gestor e mês» e, alguns minutos depois, recebe um URL ativo. Obtém imediatamente uma página pronta para produção — não um ficheiro que tenha de implementar por conta própria na Vercel ou na Cloudflare, nem uma pré-visualização que dure uma hora. Só as pessoas com contas no seu espaço de trabalho ChatGPT a podem ver.

A OpenAI descreve o Sites desta forma:

A palavra-chave é «interno». O Codex Sites não cria um site institucional público nem uma página de destino publicitária. Isso torna-se claro assim que começa a trabalhar com ele: não há URLs públicas, domínios personalizados nem forma de aceitar pagamentos.

Cronologia de 2 de junho: como a OpenAI apresentou o Codex Sites#

No mesmo evento, a OpenAI divulgou os números: o Codex tem mais de 5 milhões de utilizadores ativos semanais e cerca de 20% não são programadores. Este grupo está a crescer três vezes mais depressa do que o dos programadores. Analistas, profissionais de marketing, operadores, designers, investigadores — cada vez mais pessoas usam o Codex como ferramenta para o trabalho diário, e não como uma IA para programação.

O Sites é uma resposta a esta mudança. Quando tem dez pessoas não técnicas na equipa a descrever tarefas ao Codex todos os dias, mais cedo ou mais tarde surge a pergunta: será que o resultado pode ficar disponível noutro sítio que não o chat, como uma ferramenta funcional que toda a equipa possa usar? O Sites responde que sim, sem uma implementação separada.

Entre os parceiros anunciados estavam a Wix, a Base44, a Replit, a Lovable, a Figma. Tecnicamente, as parcerias não significam integração mútua — são uma forma de enquadramento de relações públicas.

O que está dentro do Codex Sites: Cloudflare Worker, D1 e R2#

Tecnicamente, o Codex Sites é uma compilação baseada em modelos para Cloudflare Workers. A aplicação inclui primitivas de armazenamento:

• D1 — uma base de dados relacional compatível com SQLite. Para registos de utilizadores, progresso em jogos, votos e qualquer estado estruturado.
• R2 — armazenamento de objetos. Para imagens, documentos, áudio e vídeo.
• Variáveis de ambiente e segredos — geridos através do painel do Sites, e não de um ficheiro MDX no repositório.

A OpenAI descreve assim o fluxo de implementação:

Em termos empresariais: não há domínio de teste, servidor de staging nem «rascunho para implementar mais tarde». Cada gravação de uma versão, seguida da implementação, vai diretamente para o ambiente ativo do espaço de trabalho. Isto funciona para protótipos, mas as ferramentas internas de utilização prolongada exigem cautela: assim que uma alteração é implementada, todos os funcionários verão qualquer erro de lógica.

Outra limitação técnica importante é aquilo que o Sites não faz:

Esta é uma proibição explícita nas políticas. Qualquer caso de utilização que envolva esses dados — registos médicos, dados de cartões de clientes — fica imediatamente excluído. É compreensível: a OpenAI não quer assumir a responsabilidade pela conformidade com HIPAA e PCI para uma funcionalidade em pré-visualização.

5 limitações do Codex Sites que as análises não mencionam#

A documentação técnica da OpenAI dá uma visão geral das limitações. A 14 de junho de 2026, são as seguintes.

1. Não há URL público. A autenticação está associada ao espaço de trabalho ChatGPT. Para aceder ao site, tem de ser membro desse espaço de trabalho e iniciar sessão através de «Sign in with ChatGPT». Um cliente externo que não faça parte da equipa não verá nada. Em sentido estrito, é uma aplicação interna, não pública.

2. Não há domínio personalizado. Todas as aplicações ficam no subdomínio name.sites.openai.com. Não pode alojá-las sob a sua própria marca nem apontar um CNAME para elas. Isto exclui os casos em que o site precisa de parecer parte da sua marca.

3. Não há exportação de código. O que o Codex Sites cria fica dentro da infraestrutura da OpenAI. Não pode descarregar um arquivo do projeto e transferi-lo para a Vercel ou para o seu próprio servidor. Isto ainda não é relevante para um fundador a solo com Plus ou Pro — o serviço simplesmente não está disponível para essas pessoas.

4. Não pode aceitar pagamentos. As políticas do Sites proíbem explicitamente o processamento de dados de cartões bancários. Isso exclui o comércio eletrónico, as subscrições SaaS e as vendas diretas através de um site.

5. Apenas Business e Enterprise. O ChatGPT Plus, Pro, Team e Free não são compatíveis. A OpenAI promete que «outros planos serão ligados gradualmente», mas não anunciou datas. Um fundador a solo com o plano Pro não pode usar o Sites agora, mesmo que esteja disposto a pagar separadamente.

O comentário que fez sobre os preços também ilustra a situação durante o período de pré-visualização:

No retrato da pré-visualização de 14 de junho aqui descrito, o acesso ao Sites está incluído nos planos Business e Enterprise. Os limites de utilização do Codex e os custos de alojamento do Sites são questões distintas: este artigo não estabelece uma tarifa de alojamento por tokens nem um limite de despesa de alojamento. Consulte o plano e os termos atuais antes de orçamentar a utilização continuada.

Qualquer plataforma deste género é uma ferramenta, não uma metodologia. Sem bases sólidas, o serviço torna-se uma lotaria: uma instrução gera um protótipo polido, a seguinte produz algo genérico. Por bases sólidas, refiro-me a três pilares: um clone de IA, um Segundo Cérebro e engenharia de contexto. É possível comparar o Sites com outras plataformas em termos de custo e controlo.

O que é uma ferramenta interna e porque precisa uma equipa dela?#

Esta distinção é fundamental para compreender o Codex Sites. O Lovable, o Bolt, o v0 e o Replit Agent estão otimizados para produtos externos: uma página de destino, um protótipo de serviço ou um protótipo SaaS que possa mostrar a clientes ou investidores amanhã. Um produto deste tipo precisa de um URL público, de preferência num domínio personalizado, de uma forma de aceitar pagamentos e de registo de utilizadores.

Uma ferramenta interna pertence a outra categoria. É utilizada por dez a vinte pessoas da equipa e há três aspetos mais importantes: poder ser criada rapidamente, funcionar de imediato e manter os dados no mesmo local que o resto do trabalho. Não precisa de um domínio de marca. Não precisa de um URL público. Não precisa de clientes.

Se tiver uma equipa de cinco ou mais pessoas com ChatGPT Business, poderá criar no Sites, numa semana, as seguintes ferramentas:

1. Um painel analítico para a direção (KPIs semanais de vendas, funil de registo, retenção).
2. Um formulário para submeter ideias com votação dos funcionários.
3. Um centro de integração para novos funcionários com acompanhamento do progresso da primeira semana.
4. Uma base de conhecimento interna sobre produtos, com pesquisa.
5. Um quadro de pedidos para departamentos com filtros de estado.

Antes, cada uma destas ferramentas era criada como uma página do Notion (lenta, com lógica fraca), uma folha do Google Sheets com Apps Script (assustadora) ou por um programador frontend contratado para duas semanas. O Sites resolve esta categoria de tarefas mais depressa, a menor custo e sem implementação externa.

Codex Sites vs. Lovable, Bolt, v0 e Replit: qual é a comparação certa?#

As análises adotaram um hábito preguiçoso: se um serviço cria sites, vamos compará-lo com outros serviços que também criam sites. Isso mistura nichos diferentes. A distinção correta depende de duas perguntas: quem precisa da ferramenta e para onde vai o código?

Uma comparação das principais dimensões:

A OpenAI apresenta-o assim: o seu espaço de trabalho funciona agora como uma plataforma para aplicações simples. O Sites está incluído na subscrição Business, sem custos separados nem botão de compra.

Se já utiliza o Lovable e está a pensar mudar, não o faça. Na pré-visualização aqui descrita, o Lovable tem três coisas que o Codex Sites não oferece: um URL público, um domínio personalizado e exportação de código. Abordei as diferenças entre o Lovable e o Claude Code num guia separado sobre o Lovable — aí pode ver que o Lovable foi criado especificamente para produtos públicos.

O Codex Sites trata do quadro interno do escritório. Não cria uma loja para o mercado.

A quem se destina realmente o Codex Sites em 2026: 3 perfis#

Perfil 1: uma equipa com ChatGPT Business, com 5 a 50 pessoas. Já utiliza o Codex e o ChatGPT no trabalho. Um analista prepara relatórios todos os dias, um profissional de marketing cria briefings e materiais, e um vendedor acompanha o funil. Os pedidos de painéis internos estão a aumentar: «Podemos disponibilizar os dados à equipa num URL ativo, sem os ter de voltar a enviar pelo chat todas as vezes?» O Codex Sites preenche esta lacuna sem um orçamento para programadores. Um exemplo: uma startup com 15 pessoas cujo CEO pede um painel com a atividade semanal da equipa. O Codex Sites trata deste tipo de tarefa sem uma implementação separada.

Perfil 2: uma startup com ChatGPT Enterprise e RBAC. Tem um modelo de acesso complexo: algumas pessoas veem as finanças, outras o produto e outras o marketing. O Codex Sites suporta workspace_admins_only e grupos configuráveis. Isto corresponde às suas necessidades de segurança: os dados permanecem dentro do perímetro da conta, a autenticação é feita através de Sign in with ChatGPT e o registo de auditoria é padrão. A ausência de URLs externos e de exportação de código é uma vantagem, não uma desvantagem. Exemplo: uma startup fintech com 40 pessoas que precisa de um painel para relatórios de conformidade com controlos de acesso.

Perfil 3: um departamento de marketing empresarial com 200 pessoas. Utiliza o ChatGPT Enterprise, mas o departamento de TI está ocupado com a migração do ERP. Os pedidos de sites internos acumulam-se — um centro de integração para novos funcionários, uma biblioteca da marca, um painel de desempenho para a direção. Através do departamento de TI, demoraria seis meses. Com o Codex Sites, alguns dias. Um projeto-piloto de ferramentas de IA para a empresa, sem a equipa de infraestrutura. Exemplo: o departamento de marketing de um grande banco a criar um protótipo de painel trimestral para o NPS dos clientes.

Nos três perfis, a condição fundamental é a equipa já ter ChatGPT Business ou Enterprise. Sem isso, o Codex Sites não é uma opção.

A quem NÃO se destina o Codex Sites: 3 antiperfis#

Antiperfil 1: um fundador a solo ou freelancer. Utiliza o ChatGPT Plus ou Pro, planos em que o Sites não está atualmente disponível. Não se sabe quando a OpenAI o disponibilizará nesses planos. As alternativas são Lovable, Bolt, v0, Replit, Cursor e a combinação com Claude Code. Escrevi sobre a comparação das oito ferramentas num guia principal separado — mostra quais são mais adequadas a cada projeto individual.

Antiperfil 2: um proprietário de comércio eletrónico ou SaaS. Precisa de um URL público, um formulário de pagamento, registo de clientes e faturação recorrente. O Codex Sites não faz nada disto: as suas políticas proíbem explicitamente o PCI DSS, a autenticação está limitada ao espaço de trabalho e não é possível exportar o código. Shopify + Lovable / Bolt para uma página de destino, ou Claude Code para uma solução full-stack, seriam mais adequados.

Antiperfil 3: um profissional de marketing que precisa de uma página de destino pública. A tarefa é habitual: uma página de destino para uma campanha publicitária, otimização SEO, métricas, testes A/B e um formulário de potenciais clientes ligado a um CRM. O Codex Sites não é indexado pelo Google (não tem um URL público), não se liga a um CRM sem scripts e não fica visível sem iniciar sessão no ChatGPT. É evidente que não é a ferramenta certa. O Lovable, o Webflow, o Tilda ou uma página de destino criada no Claude Code e implementada no seu próprio alojamento seriam mais adequados.

Como experimentar o Codex Sites hoje e o que fazer sem o Business#

Passos para Business / Enterprise:

1. Abra o ChatGPT num navegador ou na aplicação.
2. Aceda ao Codex (na barra lateral esquerda ou abrindo diretamente o separador Codex).
3. Encontre o plugin Sites na barra lateral. Está ativado por predefinição no Business. No Enterprise, o administrador tem de o ativar através das definições de acesso.
4. Inicie uma conversa: «Cria-me um painel semanal de vendas.» Não entre em pormenores na primeira instrução.
5. Quando o Codex apresentar o primeiro protótipo, peça alterações gradualmente: «adiciona um filtro por gestor», «guarda os dados no D1 para que persistam entre sessões», «adiciona a exportação CSV».
6. Antes da implementação, volte a ler os avisos da OpenAI sobre produção. Cada implementação vai diretamente para produção; não existe uma fase de staging separada.
7. Depois da implementação, receberá um URL como app-name.sites.openai.com. Partilhe-o com a equipa através de um link ou fixe-o no espaço de trabalho.

Se não tem Business, há três alternativas práticas:

• Lovable + Vercel — para um protótipo público ou uma página de destino. O plano gratuito é suficiente para criar um protótipo numa noite.
• Bolt ou v0 — se precisa de um frontend React específico para um backend existente.
• Combinação Claude Code + Coolify — controlo total do código, infraestrutura própria e sem depender de outro fornecedor. É o caminho para quem quer autonomia a longo prazo. Esta combinação funciona com vários tipos de projeto, de páginas de destino a ferramentas internas.

Escolha a combinação de ferramentas adequada ao seu projeto. A questão principal não é saber se o Sites faz parte dela. A questão principal é quais são os três pilares que leva para qualquer ferramenta escolhida. Sem eles, qualquer plataforma de agentes de IA é uma lotaria.

Se ainda não tem equipa nem ChatGPT Business, não se apresse a subscrever um plano só por causa do Sites. Espere até ficar disponível no Plus e Pro (a OpenAI promete «nos próximos meses», sem uma data exata) ou use Claude Code + Lovable para protótipos destinados ao mercado público.

O que se segue para o Codex Sites: uma previsão sem garantias#

A pré-visualização descrita não tem uma cobrança separada de acesso ao Sites nos planos Business / Enterprise. Esse retrato não estabelece preços futuros de alojamento nem prova que haverá faturação separada; consulte um anúncio oficial de preços quando os termos mudarem.

Os domínios personalizados continuam a ser uma questão em aberto. A documentação oficial da OpenAI não os menciona. A lógica sugere que os domínios personalizados acabarão por surgir no Sites — é uma funcionalidade demasiado óbvia para ficar de fora. Mas ainda não.

A orientação citada da OpenAI é disponibilizar gradualmente o serviço noutros planos. Isso não estabelece quando o Plus ou o Pro terão acesso. Espere por um anúncio efetivo de elegibilidade antes de planear trabalho dependente de qualquer desses planos.

A expansão dos modos de implementação (staging vs. produção) parece ser um provável passo seguinte. A implementação apenas em produção funciona para protótipos, mas é arriscada para ferramentas internas sérias. Um modo de pré-visualização separado é uma previsão do autor; não se estabelece aqui qualquer data de lançamento.

Em suma, o Codex Sites está na sua primeira versão. Daqui a seis meses, terá outro aspeto. A decisão de o utilizar depende de precisar dele agora ou de poder esperar.

O enquadramento completo para vibe coding: clone de IA + Segundo Cérebro + engenharia de contexto.