O Vercel está fora do ar?

Entendendo a disponibilidade da Vercel

A Vercel é uma plataforma de nuvem e desenvolvimento para fazer deploy e servir projetos web. Um incidente reportado na página de status oficial da Vercel é o sinal inicial mais forte de um problema mais amplo na plataforma, mas não confirma que todos os projetos, domínios ou deploys sejam afetados.

Um problema em toda a Vercel se torna mais provável quando projetos não relacionados, deploys, ações no dashboard ou outras funções da plataforma falham aproximadamente ao mesmo tempo. Se um único projeto ou domínio personalizado falhar enquanto a página de status não mostrar um incidente correspondente, investigue a saída do build desse deploy, o comportamento em runtime, a configuração do ambiente, o DNS, o certificado ou as configurações de redirecionamento.

A mensagem exibida no navegador também pode descrever uma falha no caminho entre o seu dispositivo e o site solicitado. Registre o erro exato, o hostname afetado, o horário da falha, se outro projeto da Vercel funciona e se a mesma solicitação é bem-sucedida em outro dispositivo ou rede antes de alterar a configuração.

Solucionando problemas da Vercel

Verifique se há um incidente na plataforma

Abra a página de status oficial da Vercel e compare qualquer incidente reportado com o recurso que está falhando. Se o incidente corresponder ao problema, anote o deploy ou projeto afetado, bem como o horário da falha, evite alterações de configuração não relacionadas e tente novamente quando as informações do incidente indicarem recuperação. Se nenhum incidente relevante estiver listado, continue com as verificações do projeto, domínio e ambiente local.

Quando um único projeto ou deploy falha

Inspecione a saída de build e runtime do deploy afetado. Confirme se o deploy esperado está conectado ao hostname solicitado e compare-o com um deploy conhecido por funcionar, quando possível. Uma falha isolada em um projeto aponta mais fortemente para o código da aplicação, as configurações de build, a configuração do ambiente ou a configuração do domínio do que para uma indisponibilidade em toda a plataforma.

Quando o navegador exibe um erro HTTP

• HTTP 500: Investigue a falha da aplicação no servidor ou do deploy e revise as alterações recentes no código e no ambiente. Consulte [HTTP 500 Internal Server Error](/guides/http-500-internal-server-error).
• HTTP 502: Verifique se um serviço upstream ou processo de deploy retornou uma resposta inválida ou indisponível. Consulte [HTTP 502 Bad Gateway](/guides/http-502-bad-gateway).
• HTTP 503: Compare o horário com a página de status da Vercel e inspecione o deploy afetado. Consulte [HTTP 503 Service Unavailable](/guides/http-503-service-unavailable).
• HTTP 504: Procure uma solicitação ou operação upstream que esteja demorando demais. Consulte [HTTP 504 Gateway Timeout](/guides/http-504-gateway-timeout).

Quando um domínio personalizado apresenta problemas de DNS, SSL ou redirecionamento

Um erro de domínio personalizado, por si só, não indica que a Vercel esteja indisponível. Verifique as alterações recentes de DNS, os registros do hostname solicitado e se a configuração do hostname e do certificado corresponde. Em caso de loop de redirecionamento, teste os endereços HTTP e HTTPS esperados e revise as regras de redirecionamento do projeto.

Os diagnósticos relacionados úteis incluem [DNS_PROBE_FINISHED_NXDOMAIN](/guides/dns-probe-finished-nxdomain), [DNS_PROBE_FINISHED_BAD_CONFIG](/guides/dns-probe-finished-bad-config), [ERR_CERT_COMMON_NAME_INVALID](/guides/err-cert-common-name-invalid) e [ERR_TOO_MANY_REDIRECTS](/guides/err-too-many-redirects).

Quando o problema afeta um único navegador, dispositivo ou rede

Tente abrir a URL em uma janela anônima, desative temporariamente as extensões e teste em outro dispositivo ou rede. Se funcionar em outro local, investigue o estado do navegador, o cache local de DNS ou a rota da rede original antes de alterar o deploy. Mensagens de conexão recusada e timeout de conexão podem ter origem no caminho do cliente ou em uma solicitação a uma origem específica, e não na Vercel como um todo. Consulte [ERR_CONNECTION_REFUSED](/guides/err-connection-refused) e [ERR_CONNECTION_TIMED_OUT](/guides/err-connection-timed-out).

Quando uma solicitação automatizada ou comando de deploy falha

Registre a ação exata, o hostname solicitado, o timestamp, o status da resposta e o corpo do erro. Compare a mesma operação pelo dashboard ou navegador, quando possível. Isso ajuda a diferenciar problemas de autenticação ou configuração do projeto de falhas de build, erros de rede transitórios e incidentes mais amplos na plataforma. Não exponha credenciais ou tokens de deploy na saída de diagnóstico.