Pular para o conteúdo

A publicação falhou

Quando uma publicação falha, a versão que já estava no ar continua no ar. Encontre o sintoma abaixo e siga o que fazer.

A IA acompanha cada publicação com deploy_status até um destes status:

Status O que significa O que fazer
success A versão nova foi publicada. Abra o endereço do site.
superseded Uma publicação mais nova substituiu esta. Nada: vale a mais nova.
failed ou worker_upload_failed A publicação falhou. Corrija o erro e publique de novo.
policy_blocked O conteúdo viola a política de conteúdo. Corrija os arquivos apontados e publique de novo.
  • Sintoma: a publicação termina em failed ou worker_upload_failed.
  • Causa provável: erro no código, dependência inválida, variável ou segredo faltando, ou falha momentânea.
  • O que fazer: peça à IA para ler o erro, que traz a causa (message) e a correção sugerida (fix_hint), corrigir e publicar de novo. Se a falha se repetir sem mudança no site, fale com o suporte.
A última publicação do meu site falhou. Use deploy_status para ler o erro, explique em poucas palavras, corrija seguindo o fix_hint e publique de novo.

Antes de publicar, a IA pode usar preview, a saída do servidor de pré-visualização e bash (por exemplo bun run typecheck) para achar erros. Veja Logs e pré-visualização.

Status policy_blocked: bloqueio pela política de conteúdo

Seção intitulada “Status policy_blocked: bloqueio pela política de conteúdo”
  • Sintoma: o status é policy_blocked e o painel mostra “Publicação bloqueada pela política de conteúdo”.
  • Causa provável: a verificação automática encontrou conteúdo proibido.
  • O que fazer: peça à IA para mostrar as categorias e os arquivos apontados, corrija e publique de novo. Se achar que foi engano, fale com o suporte. Veja Política de conteúdo.
  • Sintoma: a publicação falha apontando uma possível chave ou senha, com o arquivo e a linha.
  • Causa provável: uma credencial foi escrita num arquivo do site ou foi parar nos arquivos enviados ao navegador.
  • O que fazer: tire o valor do arquivo e guarde como segredo, pelo link seguro (request_secret_input) ou no painel em Configurações → Variáveis e secrets, e leia o segredo só no código do servidor. Se for só um texto da interface chamado, por exemplo, token, renomeie para algo como tokenLabel. Veja Variáveis e segredos.
  • Sintoma: erro 409 com site_busy ou “A deploy is already running for this Site.”.
  • Causa provável: o site faz uma publicação por vez.
  • O que fazer: espere a publicação atual terminar e publique de novo.
  • Sintoma: erro site_not_ready.
  • Causa provável: o site recém-criado ainda não está “No ar”.
  • O que fazer: aguarde. Se a criação travar, use Retomar criação na página do site no painel.
  • Sintoma: erro 402 com plan_upgrade_required.
  • Causa provável: a conta tem mais sites do que o plano permite.
  • O que fazer: mude de plano ou exclua outro site. O conteúdo fica guardado por 60 dias. Veja Sites suspensos e reativação.
  1. Aguarde alguns segundos e recarregue sem cache (Ctrl+Shift+R ou Cmd+Shift+R), ou abra numa janela anônima.
  2. Confira se você abriu o endereço público, e não a URL temporária da pré-visualização.
  3. Confira o status: em superseded, a publicação mais nova é a que está no ar.

O botão Publicar arquivos funciona só em Página Estática. Se o painel mostrar “Não foi possível publicar os arquivos”, confira:

  • O .zip tem index.html na raiz, e não dentro de uma pasta. Compacte os arquivos, não a pasta.
  • O pacote não tem arquivos duplicados nem links simbólicos.
  • O pacote respeita os limites de tamanho e quantidade (erro file_too_large) em Limites técnicos.

Fale com o suporte pelo WhatsApp em wa.me/5531999981720 ou pelo botão Suporte do painel se a falha se repetir sem mudança no site ou se um bloqueio parecer engano. Envie o endereço do site, o horário e a mensagem de erro.