Saltar para o conteúdo principal
Estas respostas abrangem erros que você pode encontrar em um aplicativo implantado. Para uma solução de problemas mais ampla, veja Solução de problemas de implantações.
Um 403 em um aplicativo implantado geralmente vem de um destes casos:
  • Cabeçalhos de requisição muito grandes—muitos cookies podem fazer os cabeçalhos grandes o suficiente para serem rejeitados na borda. Limpe os cookies do seu navegador para o domínio e teste novamente.
  • Autenticação ausente—a requisição não inclui um token de login ou sessão necessário.
  • Uma restrição de acesso—seu aplicativo pode estar configurado para bloquear algum tráfego. Veja implantações privadas e tokens de acesso externo.
Para um diagnóstico detalhado, cole seus logs de implantação em um novo chat do Agent.
O processo do seu aplicativo não está escutando na porta que o Replit espera. O Replit passa a porta correta através da variável de ambiente PORT, portanto vincule a ela em vez de um valor codificado:
const PORT = process.env.PORT || 3000;

port = int(os.environ.get("PORT", 3000))
Seu aplicativo também pode ter travado antes de fazer o bind—verifique seus logs de implantação em busca de erros de inicialização. Com implantações Autoscale, a primeira requisição após um período quieto pode levar alguns segundos (uma inicialização a frio), o que é normal.
Um erro de CORS significa que seu frontend e backend estão em origens diferentes e o backend não foi configurado para permitir isso. Se fizerem parte do mesmo aplicativo, use URLs relativas como /api/endpoint para evitar CORS completamente.Caso contrário, configure seu backend para permitir a origem do seu frontend. Para Express, por exemplo:
const cors = require("cors");
app.use(cors({ origin: "https://seu-frontend.replit.app" }));
Permita apenas as origens específicas de que você precisa antes de implantar. Veja Solução de problemas de implantações.
Aplicativos implantados falham quando o ambiente de produção difere da sua configuração local. Verifique três coisas:
  1. URLs de localhost codificadas—substitua localhost:3000 ou 127.0.0.1 por caminhos relativos ou URLs baseadas em ambiente, depois reimplante.
  2. Secrets de produção ausentes—confirme que cada chave necessária está definida nos seus secrets de implantação. Veja Secrets.
  3. Migrações não executadas em produção—execute as migrações pendentes no banco de dados de produção antes de implantar.
Se os erros continuarem, entre em contato com o Suporte do Replit com sua mensagem de erro e as etapas que tentou.
Um 502 geralmente significa que seu processo de aplicativo travou ou retornou uma saída que o servidor não conseguiu usar. Verifique seus logs de implantação em busca de erros de travamento logo antes dos 502s aparecerem—rejeições de promise não tratadas e exceções não capturadas podem travar um processo Node.js silenciosamente.Adicione um manipulador para expor travamentos:
process.on("uncaughtException", (err) => console.error("Uncaught:", err));
Assim que puder ver o erro subjacente nos seus logs, cole-o em um novo chat do Agent para ajuda na correção.
Primeiro confirme se a requisição está sendo bloqueada em vez de falhar no seu código. Abra seus logs de implantação e procure mensagens sobre requisições de saída bloqueadas ou redirecionadas.Causas e correções comuns:
  • URLs de auto-referência—se seu backend chama sua própria URL pública (como fetch("https://meuapp.replit.app/api/...")), use um caminho relativo como fetch("/api/...").
  • Requisições durante a fase de build—faça chamadas de saída em tempo de execução, não durante o build.
  • Restrições de rede—em uma rede corporativa ou escolar, conexões de saída podem ser bloqueadas; verifique com o administrador da sua rede.
Se nenhum desses casos se aplicar e as requisições ainda estiverem bloqueadas, entre em contato com o Suporte do Replit com as linhas de log relevantes.
O subdomínio .replit.app é derivado do nome do seu projeto e não é garantido que permaneça o mesmo quando você cancela a publicação e republica, especialmente se o projeto foi renomeado.A solução permanente é um domínio personalizado, que permanece o mesmo entre reimplantações. Para tentar restaurar o subdomínio antigo, certifique-se de que o nome do seu projeto corresponde ao original (renomeie-o de volta se necessário) e republique—o Replit não pode reatribuir manualmente um subdomínio liberado. Veja Geografia de publicação.

​
Ainda precisa de ajuda?

Se seu erro não estiver coberto aqui, entre em contato com o Suporte do Replit.