Para saber se um site está fora do ar para todo mundo ou só para você, teste o endereço em um verificador externo, como o Down for Everyone or Just Me. Se ele também não conseguir abrir, o problema está no site; se abrir, a falha está na sua conexão, no navegador ou no DNS da sua rede.
Quando o site é seu, a causa quase sempre está em uma destas frentes: domínio vencido, DNS, hospedagem (suspensão, limite de recursos ou erro no servidor), certificado SSL, ataque ou uma atualização que quebrou o código. Abaixo estão os testes na ordem certa, os comandos para confirmar cada suspeita e o que fazer em cada caso.
- Caiu só para você ou para todo mundo?
- Principais causas de site fora do ar e o que fazer
- Passo a passo para diagnosticar o seu site
- Comandos para testar: ping, nslookup e curl
- Quanto tempo um site fica fora do ar?
- Como evitar que o site saia do ar
- Quando chamar o suporte (e quem resolve o quê)
- Perguntas frequentes
Caiu só para você ou para todo mundo?
Antes de mexer em qualquer configuração, descubra de que lado está o problema. São dois minutos de teste que evitam horas procurando defeito no lugar errado.
- Abra o site em outra rede: desligue o Wi-Fi do celular e use os dados móveis. Se abrir no 4G ou 5G e não abrir na rede de casa ou do escritório, o site está no ar.
- Teste em uma janela anônima ou em outro navegador, para descartar cache, cookies e extensões. Se você usa VPN, desligue-a durante o teste.
- Confira o endereço digitado. Um “www” a mais, “.com” no lugar de “.com.br” ou uma letra trocada já levam para outro lugar.
- Peça a um verificador externo para testar o endereço por você.
O Down for Everyone or Just Me e o Is It Down Right Now continuam ativos e fazem a mesma coisa: acessam o endereço a partir dos servidores deles e dizem se houve resposta. O segundo ainda mostra o histórico das últimas verificações, útil para ver desde quando o problema começou.
O Downdetector funciona de outro jeito: ele junta reclamações de usuários sobre grandes serviços, como bancos, redes sociais e operadoras. Para um site pequeno ou de empresa ele não terá dados, então use os verificadores acima.
Dica: se o verificador diz que o site está no ar e só você não consegue abrir, limpe o cache de DNS do computador (no Windows, rode ipconfig /flushdns no Prompt de Comando) e reinicie o roteador. Outra possibilidade é o firewall da hospedagem ter bloqueado o IP da sua rede depois de várias tentativas de login erradas no painel ou no e-mail.
Principais causas de site fora do ar e o que fazer
A mensagem que aparece no navegador já diz muita coisa. Use a tabela para ligar o sintoma à causa provável e ao primeiro passo da correção.
| Causa | Como aparece | O que fazer |
|---|---|---|
| Domínio vencido | “Não é possível acessar esse site”; site e e-mail param ao mesmo tempo | Renovar no painel onde o domínio foi registrado |
| DNS alterado ou apontando errado | Site some depois de troca de hospedagem ou edição na zona DNS; abre em algumas redes e em outras não | Conferir registros A/CNAME e servidores DNS; entender a propagação de DNS antes de mudar de novo |
| Hospedagem suspensa | Página do provedor avisando suspensão ou “Account suspended” | Verificar fatura em aberto e os e-mails do provedor |
| Limite de recursos atingido | Erro 508 “Resource Limit Is Reached” ou lentidão que termina em erro | Ver uso de CPU, memória e processos no cPanel; achar o robô ou plugin que pesa |
| Erro 500 | “500 Internal Server Error” | Ler o log de erros; revisar o último arquivo alterado, o .htaccess e a versão do PHP |
| Erros 502, 503 e 504 | “Bad Gateway”, “Service Unavailable”, “Gateway Timeout” | Serviço parado, em manutenção ou lento demais para responder; aguardar alguns minutos e acionar o suporte se continuar |
| Certificado SSL vencido ou mal instalado | Alerta “Sua conexão não é particular” | Renovar ou reinstalar o certificado; veja os erros comuns de SSL |
| Ataque ou malware | Redirecionamento para sites estranhos, aviso de site perigoso, pico de tráfego sem motivo | Limpar arquivos, trocar senhas, restaurar backup limpo |
| Atualização de plugin, tema ou PHP | Tela branca ou “Houve um erro crítico neste site” no WordPress logo após atualizar | Desativar o plugin renomeando a pasta dele; voltar a versão anterior |
| Loop de redirecionamento | “ERR_TOO_MANY_REDIRECTS” | Revisar regras no .htaccess, plugins de cache ou SSL e o modo SSL do Cloudflare |
Domínio vencido ainda tem volta
No .br, o domínio não é apagado no dia seguinte ao vencimento. Ele passa por um período congelado, em que site e e-mail param mas a renovação ainda é aceita. Só depois disso ele é removido e vai para o processo de liberação, quando outra pessoa pode registrá-lo. Os prazos de cada etapa estão no Registro.br, onde você também consulta a situação do seu domínio. Em extensões internacionais, como .com e .net, as regras variam conforme a registradora.
Erro 508 e limite de recursos
Em hospedagens com CloudLinux, cada conta tem um teto de processos rodando ao mesmo tempo. Quando muitos acessos chegam juntos, ou quando páginas lentas se acumulam na fila, as requisições que passam do limite recebem o erro 508. Robôs agressivos, ataques de força bruta no login do WordPress e plugins sem cache são os suspeitos de sempre. Um site mais leve aguenta mais visitas com o mesmo plano: veja como medir e melhorar a velocidade do site.
Malware e ataques
Um site infectado pode sair do ar de dois jeitos: o código malicioso quebra as páginas, ou a hospedagem suspende a conta para proteger os outros clientes do mesmo servidor. O navegador também pode exibir um aviso de site perigoso, que afasta visitantes mesmo com o servidor funcionando. O passo a passo de limpeza está no guia sobre site com vírus ou malware. Para quem prefere prevenir, a Proteção Avançada da SAN adiciona anti-malware e anti-phishing com IA à hospedagem.
Passo a passo para diagnosticar o seu site
Siga a ordem abaixo. Os primeiros passos são rápidos e eliminam as causas mais comuns antes de você precisar abrir arquivos ou logs.
- Confirme com um verificador externo que o site está fora para todos.
- Anote a mensagem exata e o código de erro. Um print da tela ajuda muito o suporte.
- Abra a área do cliente da hospedagem e o e-mail cadastrado. Procure avisos de fatura, suspensão ou manutenção programada.
- Confira a data de vencimento do domínio com uma consulta WHOIS.
- Teste o DNS com
nslookup(próxima seção) e compare o IP com o que a hospedagem informou. - Se o servidor responde com erro 5xx, abra o log de erros. No cPanel, ele fica em Métricas > Erros; leia as últimas linhas, que costumam apontar o arquivo e a linha do problema.
- Pense no que mudou nas últimas horas: atualização, plugin novo, edição no .htaccess, troca de DNS. Desfaça a mudança mais recente.
- Se nada resolver, restaure o backup anterior ao problema ou chame o suporte com o que você anotou.
Comandos para testar: ping, nslookup e curl
Três comandos resolvem boa parte do diagnóstico, e todos já vêm instalados. No Windows, pressione Windows + R, digite cmd e tecle Enter para abrir o Prompt de Comando. No Mac e no Linux, use o Terminal.
ping: o servidor responde?
ping seudominio.com.br
Disparando seudominio.com.br [203.0.113.10] com 32 bytes de dados:
Resposta de 203.0.113.10: bytes=32 tempo=18ms TTL=54
Resposta de 203.0.113.10: bytes=32 tempo=17ms TTL=54
Resposta de 203.0.113.10: bytes=32 tempo=18ms TTL=54
Resposta de 203.0.113.10: bytes=32 tempo=19ms TTL=54
Estatísticas do Ping para 203.0.113.10:
Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de perda)Se o nome vira um IP e os pacotes voltam, o servidor está ligado e a rede até ele funciona. Cuidado com a leitura inversa: muitos servidores bloqueiam ping por segurança, então pacotes perdidos não provam que o site caiu. Já a mensagem “A solicitação ping não pôde encontrar o host” indica problema no domínio ou no DNS.
nslookup: o domínio aponta para o lugar certo?
nslookup seudominio.com.br
nslookup seudominio.com.br 8.8.8.8A primeira linha consulta o DNS da sua rede; a segunda pergunta ao DNS público do Google. Se as duas devolvem o IP da sua hospedagem, o DNS está certo. “Non-existent domain” sugere domínio vencido, congelado ou com servidores DNS errados. IPs diferentes entre as duas consultas costumam indicar uma mudança recente que ainda não chegou a todas as redes.
curl -I: o que o servidor está respondendo?
curl -I https://seudominio.com.br
HTTP/1.1 503 Service Unavailable
Content-Type: text/html
Retry-After: 600O curl -I traz só o cabeçalho da resposta, com o código HTTP na primeira linha. 200 é sucesso. 301 e 302 são redirecionamentos (se a sequência nunca termina, há um loop). Códigos 4xx apontam endereço errado ou bloqueio, e 5xx indicam falha no servidor. Se o problema for o certificado, o curl avisa antes mesmo de mostrar o código.
No PowerShell do Windows: digite curl.exe -I em vez de curl -I. No PowerShell, “curl” sozinho chama outro comando, com saída e opções diferentes.
Quanto tempo um site fica fora do ar?
Não existe um prazo padrão. A duração depende da causa e de quem precisa agir para resolver:
- Instabilidade de rede ou reinício de serviço no servidor costuma se resolver sozinha em minutos.
- Manutenção programada tem janela anunciada pelo provedor, geralmente por e-mail ou na área do cliente.
- Domínio ou hospedagem com pagamento atrasado voltam depois que o pagamento é compensado e o serviço é reativado.
- Troca de DNS pode levar horas para chegar a todas as redes, por causa do cache dos provedores de internet.
- Erro de código, invasão ou perda de arquivos só se resolvem com correção manual ou restauração de backup. Sem backup, pode levar dias.
E quando o site fora do ar não é o seu?
Se você só está tentando acessar um site de terceiros (uma loja, um serviço on-line, um portal), não há o que consertar do seu lado além dos testes da primeira seção. Veja se a empresa publicou aviso nas redes sociais ou em uma página de status e aguarde. Sites que saíram do ar por encerramento, decisão judicial ou bloqueio podem simplesmente não voltar, e mensagens como “fora do ar temporariamente” nem sempre têm data para acabar.
Atenção: desconfie de sites “espelho” ou “endereços alternativos” que prometem o mesmo conteúdo enquanto o original está fora. É um truque comum para espalhar malware e roubar senhas.
Como evitar que o site saia do ar
Nenhum site fica 100% do tempo no ar, mas dá para reduzir as quedas evitáveis e, principalmente, saber delas antes dos seus clientes.
- Monitore o uptime. Um serviço externo testa o site em intervalos e avisa por e-mail ou aplicativo quando ele não responde. O plano gratuito do UptimeRobot, por exemplo, permite 50 monitores com checagem a cada 5 minutos. Para entender o que os percentuais de disponibilidade significam, leia sobre uptime do servidor: 99,9% ainda permite cerca de 43 minutos fora do ar em um mês de 30 dias.
- Automatize as renovações. Ative a renovação automática do domínio e mantenha o e-mail de cobrança em uma caixa que alguém realmente lê.
- Atualize plugins e tema um de cada vez, sempre com backup feito antes. Assim, se algo quebrar, você sabe exatamente o que desfazer.
- Guarde backups fora do servidor, com cópias de vários dias. Um backup que mora no mesmo servidor do site some junto com ele.
- Coloque uma CDN ou firewall de aplicação, como o Cloudflare, na frente do site para filtrar tráfego malicioso e absorver picos de acesso.
- Revise o plano quando o tráfego crescer. Erros 508 frequentes são o sinal de que a conta ficou pequena para o site.
Quando chamar o suporte (e quem resolve o quê)
Muita gente perde tempo cobrando a empresa errada. Esta divisão ajuda a acionar a pessoa certa logo de primeira:
| Situação | Quem resolve |
|---|---|
| Domínio vencido ou congelado | Você, renovando com a empresa onde registrou o domínio |
| Conta suspensa por fatura | Você, regularizando o pagamento com a hospedagem |
| Erro 5xx sem nenhuma mudança sua, servidor que não responde a nada, conta suspensa por abuso | Suporte da hospedagem |
| Erro depois de alteração no código, tema ou plugin | Quem desenvolveu o site, ou você restaurando o backup |
| Suspeita de invasão | Hospedagem e desenvolvedor juntos: um limpa o servidor, o outro corrige a brecha |
Ao abrir o chamado, mande de uma vez: o endereço do site, o horário em que o problema começou, a mensagem ou código de erro (com print), o resultado dos testes que você fez e qualquer mudança feita antes da queda. Isso corta a troca de mensagens pela metade. Se você é cliente da SAN, abra um chamado de suporte pela área do cliente.
Na SAN: a hospedagem de sites da SAN roda em cloud com cPanel e CloudLinux, faz a migração do seu site sem custo e tem suporte em português para ajudar a investigar quando algo sai do ar.
Perguntas frequentes
Teste o endereço em um verificador externo, como o Down for Everyone or Just Me, e tente abrir o site pelos dados móveis do celular. Se ele abrir nesses testes e não abrir no seu computador, o problema está na sua rede, no navegador ou no cache de DNS.
Depende da causa. Instabilidades de rede costumam passar em minutos, uma troca de DNS pode levar horas para chegar a todas as redes, e problemas de código ou invasão só se resolvem com correção manual ou restauração de backup.
Geralmente é a página que o servidor mostra durante uma manutenção ou sobrecarga, muitas vezes com o código 503 Service Unavailable. Se o site é seu e você não programou manutenção, verifique o painel da hospedagem e o log de erros.
Não necessariamente no mesmo dia. No .br, o domínio vencido passa por um período congelado, com site e e-mail parados, em que ainda pode ser renovado; os prazos estão no Registro.br. Veja o passo a passo em domínio vencido ainda tem volta.
Quedas curtas não costumam deixar marca. Se o servidor passa dias respondendo com erro, o Google reduz o rastreamento e pode tirar páginas do índice, por isso vale acompanhar o uptime e ser avisado de cada queda.
