O seu site está fora do ar agora? v2.0

Sobre O seu site está fora do ar agora?

Um verificador de site fora do ar responde a uma pergunta específica: o site caiu de verdade ou o problema está apenas no seu acesso. A ferramenta do ToolsPivot faz uma requisição HTTP real ao endereço informado a partir do nosso servidor, classifica a resposta em quatro estados possíveis e, ao mesmo tempo, dispara uma segunda checagem independente pelo próprio navegador de quem está consultando. O resultado combina as duas visões em uma frase direta, com o motivo técnico e o que fazer em seguida. É gratuito, não pede cadastro e não depende de nenhuma chave de API.

Visão Geral do Verificador de Site Fora do Ar do ToolsPivot

Funcionalidade Principal

A ferramenta executa uma requisição HTTP ou HTTPS verdadeira contra o endereço digitado e interpreta o que voltou. O endereço passa primeiro por uma limpeza que corrige formatação e adiciona o esquema quando ele falta, de modo que entradas inválidas são recusadas antes de qualquer chamada de rede. A partir daí, o ToolsPivot usa o mesmo motor protegido do verificador de status do servidor, com user-agent de navegador real, redirecionamentos seguidos manualmente com limite de saltos e cada salto fixado em um IP público validado. Endereços privados, de loopback e reservados são recusados.

Quem Usa e em Quais Situações

O público principal são pessoas comuns tentando entender por que um site não abre, além de donos de site, freelancers de marketing e pequenas agências que gerenciam projetos de clientes. A dona de uma loja no Mercado Livre quer saber se o site próprio parou de vender. O produtor que hospeda um curso no Hotmart precisa confirmar se a página de vendas caiu. O desenvolvedor acabou de subir uma atualização e quer conferir se o ambiente continua respondendo.

Problema e Solução

A maioria dos verificadores gratuitos entrega apenas dois estados, no ar ou fora do ar, e erra em casos frequentes. Um bloqueio 403 de firewall de aplicação vira falso alarme de queda, e uma página que devolve código 200 exibindo erro de banco de dados é contada como saudável. Cadeias de redirecionamento mal configuradas produzem outro tipo de confusão, esclarecida pelo verificador de redirecionamento. A leitura em quatro estados corrige as duas distorções e diz, em português simples, se a culpa é do site, do bloqueio automatizado ou da sua rede.

Os Quatro Vereditos e o Que Cada Um Significa

Cada verificação termina em um de quatro estados, e a diferença entre eles muda completamente a decisão seguinte. Um site que bloqueia checadores automatizados não está fora do ar, e um site que responde com código de sucesso nem sempre está saudável.

• No ar: a resposta final foi 2xx, ou um 3xx que terminou em 2xx. O site atendeu normalmente.
• Respondendo, porém bloqueando verificações: vieram códigos 401, 403 ou 429, ou um 503 emitido por CDN ou firewall de aplicação. O servidor está vivo e recusando robôs, o que não é a mesma coisa que estar fora do ar.
• Com problemas: resposta 5xx, ou um 200 escondendo página de manutenção ou falha de banco de dados. O endereço é alcançável, mas quebrado do lado do site.
• Fora do ar: nenhuma resposta HTTP mesmo depois de uma segunda tentativa. Aqui o resultado ainda é subdividido em domínio inexistente, DNS falhando, conexão recusada, tempo esgotado ou falha de TLS.

Essa granularidade é o que separa um diagnóstico útil de um susto desnecessário. Quando o veredito aponta bloqueio, vale conferir o leitor de cabeçalhos HTTP para ver qual camada está intervindo na resposta.

Principais Benefícios da Verificação em Duas Frentes

• Resposta à pergunta certa: a segunda checagem roda no seu navegador, então o resultado distingue de fato uma queda geral de um problema restrito ao seu acesso.
• Menos falso alarme: um resultado sem resposta é repetido após um breve intervalo e só vira veredito de queda se falhar novamente, o que filtra oscilações momentâneas de DNS, TLS e deploy.
• Bloqueio deixa de virar queda: respostas 401, 403 e 429 ganham rótulo próprio em vez de serem contadas como indisponibilidade.
• Página quebrada é detectada: o corpo da resposta é lido em busca de assinaturas de erro, algo que checadores baseados só em código de status não fazem.
• Falha com nome e sobrenome: em vez de um vago aviso de queda, você recebe a causa específica, o que encurta a conversa com o suporte da hospedagem.
• Sem cadastro e sem chave: a ferramenta é totalmente gratuita e não exige conta, formulário nem credencial de API.
• Próximo passo definido: quando a falha é do seu lado, aparece um checklist de correção em vez de apenas uma caixa vermelha.

Funcionalidades-Chave da Ferramenta

• Normalização de entrada: o endereço é limpo e recebe esquema quando necessário, evitando chamadas de rede desperdiçadas com entradas malformadas.
• Motor protegido contra SSRF: cada salto de redirecionamento é fixado em um IP público validado, com detecção de laço e teto de saltos.
• Segunda tentativa antes do veredito: quedas duras passam por uma repetição com recuo curto antes de serem confirmadas.
• Leitura do corpo da página: em uma resposta 200 final, os primeiros 64 KB são varridos em busca de mensagens como falha de conexão com banco de dados, serviço temporariamente indisponível, site em manutenção ou conta suspensa.
• Classificação de falha de DNS: uma resolução malsucedida é separada entre domínio que não existe e DNS que não está resolvendo agora, com base em checagem de presença de registro.
• Segunda origem no navegador: uma requisição sem CORS parte do dispositivo de quem consulta e revela se a rede local alcançou o destino.
• Detalhes técnicos visíveis: código de status, tempo de resposta, IP do servidor e destino do redirecionamento aparecem junto ao veredito. Para investigar o IP encontrado, use o conversor de domínio para IP.
• Carimbo de horário e nova checagem: o resultado mostra há quanto tempo foi apurado e permite repetir o teste com um clique.
• Cópia do resultado: um botão copia o diagnóstico completo, útil para colar em um chamado de suporte ou no WhatsApp da equipe.
• Ressalva de local único: todo resultado exibe o aviso de que a checagem do servidor parte de um único ponto da rede.

Como Funciona o Verificador de Site Fora do Ar do ToolsPivot

1. Digite o endereço. Cole o domínio ou a URL completa no campo e clique em Verificar. A caixa aceita exemplos simples como facebook.com.
2. A requisição sai do nosso servidor. Uma chamada HTTP real é enviada ao destino, seguindo redirecionamentos de forma controlada.
3. A resposta é classificada. O código final define o estado entre no ar, bloqueando, com problemas ou fora do ar.
4. O corpo é inspecionado quando cabe. Em um 200 final, a página é lida em busca de assinaturas de erro que rebaixem o veredito.
5. Seu navegador faz a própria checagem. Em paralelo, o dispositivo tenta alcançar o mesmo destino, o que gera uma segunda origem real de teste.
6. Os dois lados são combinados. Você lê uma frase única do tipo tudo certo dos dois lados, no ar para nós e não para o seu aparelho, ou realmente fora do ar. Vale cruzar o resultado com uma consulta de DNS quando a falha é de resolução.

Quando Rodar a Verificação

O momento mais óbvio é quando um site não abre e você ainda não sabe de quem é a culpa. Existem, porém, situações em que a checagem antecipada evita prejuízo em vez de apenas explicá-lo.

• Antes de disparar campanha: confirme que a página de destino responde antes de investir em anúncio ou envio de e-mail.
• Depois de publicar atualização: uma alteração de plugin, tema ou versão de PHP pode derrubar o ambiente sem aviso.
• Durante migração de hospedagem: a propagação de DNS leva horas e o comportamento varia por rede. O verificador de hospedagem ajuda a confirmar para onde o domínio aponta agora.
• Quando um cliente reclama: ter um diagnóstico em segundos muda o tom da conversa.
• Depois de renovar certificado: falha de TLS derruba o acesso mesmo com o servidor funcionando, então confira também o verificador de SSL.
• Ao suspeitar de bloqueio regional: comparar a visão do servidor com a do seu navegador ajuda a levantar a hipótese.
• Perto do vencimento do domínio: um domínio expirado deixa de resolver e o veredito passa a apontar domínio inexistente.

Em casos de lentidão sem queda, o número que interessa é o tempo de resposta, e a investigação continua no verificador de velocidade de página.

Casos de Uso no Mercado Brasileiro

Loja Virtual Fora do Ar em Dia de Promoção

Contexto: uma loja com tráfego concentrado em datas comemorativas usa hospedagem compartilhada e começa a receber mensagens de clientes.

• A verificação retorna estado de site com problemas e código 503.
• O leitor de corpo confirma página de indisponibilidade emitida pelo próprio servidor.
• O resultado é copiado e enviado ao suporte da hospedagem com código e horário.

Resultado: o chamado começa com a informação técnica correta em vez de uma descrição vaga de que o site caiu.

Agência Gerenciando Sites de Clientes

Contexto: uma agência pequena administra dezenas de projetos e recebe avisos de queda por WhatsApp em horários irregulares.

• A checagem separa quedas reais de bloqueios de firewall de aplicação.
• Casos de bloqueio deixam de gerar acionamento desnecessário da hospedagem.
• O histórico de código e horário embasa o relatório mensal ao cliente.

Resultado: menos tempo gasto perseguindo falsos alarmes e mais precisão no atendimento. Para checar reputação do domínio em paralelo, a consulta em listas negras complementa o diagnóstico.

MEI Migrando de Provedor de Hospedagem

Contexto: um microempreendedor troca de provedor e o site oscila entre acessível e inacessível dependendo da rede usada.

• A visão do servidor mostra o destino novo respondendo normalmente.
• A checagem no navegador ainda falha, indicando cache de DNS local.
• O checklist orienta a limpeza de cache e a troca do resolvedor.

Resultado: a oscilação é entendida como propagação em andamento, não como falha do provedor novo.

Visitante Sem Acesso a um Serviço Popular

Contexto: alguém não consegue abrir um serviço muito usado e não sabe se o problema é da operadora ou do serviço.

• O servidor reporta o destino no ar com código 200.
• O navegador falha ao alcançar o mesmo endereço.
• A frase combinada indica problema no lado do usuário.

Resultado: a pessoa para de reclamar do serviço e vai direto testar a própria conexão, começando pelo endereço IP atual da conexão.

Checklist de Correção Quando o Problema É do Seu Lado

Quando o servidor enxerga o site no ar e o seu navegador não, a falha está entre o seu aparelho e o destino. A sequência abaixo resolve a maioria desses casos sem ajuda técnica.

1. Recarregue ignorando o cache e depois teste em uma janela anônima.
2. Troque o resolvedor de DNS do aparelho ou do roteador para 1.1.1.1 ou 8.8.8.8.
3. Desligue o Wi-Fi e repita o acesso pelos dados móveis do celular. Se funcionar, o problema está na rede fixa.
4. Desative VPN, proxy e extensões de bloqueio, que costumam interceptar domínios inteiros.
5. Reinicie o roteador e aguarde a reconexão completa antes de testar de novo.
6. Verifique se o horário e a data do aparelho estão corretos, já que desvio grande quebra a validação de certificado.
7. Se nada mudar, teste outro domínio conhecido para saber se a falha é geral na sua conexão.

Persistindo o bloqueio apenas em um endereço específico, vale investigar se algum filtro de rede o classificou como suspeito com o verificador de segurança do site.

Por Que a Ferramenta Não Usa Ping

O ping é um sinal ruim para responder se um site está no ar. Ele usa ICMP, um protocolo que muitos provedores de nuvem, firewalls e CDNs descartam por padrão como medida de proteção. O resultado prático é que servidores perfeitamente saudáveis não respondem a ping enquanto entregam páginas normalmente, e o inverso também acontece: uma máquina pode responder a ping com o servidor web derrubado.

Por isso o veredito é construído sobre HTTP, que é exatamente o protocolo que um visitante real usa. Se você precisa de latência de rede por outros motivos, a ferramenta de ping online continua disponível para esse fim específico.

Limitações Honestas do Teste

A checagem do servidor parte de um único ponto da rede, e é por isso que a ressalva aparece em todo resultado. Um site pode estar acessível de onde a requisição sai e indisponível em outra região por rota de rede, bloqueio regional ou configuração de CDN. A segunda origem no navegador atenua isso, já que acrescenta a sua rede como ponto real de comparação, mas duas origens não equivalem a uma malha global de monitoramento.

Também vale separar diagnóstico pontual de monitoramento contínuo. O ToolsPivot executa a verificação sob demanda, no momento em que você pede, sem alertas automáticos por e-mail nem histórico de disponibilidade ao longo do tempo. Quem precisa de acompanhamento permanente com registro de incidentes deve somar um serviço dedicado de monitoramento a essa checagem manual. Depois que o site volta, um passe no verificador de SEO do site mostra se a indisponibilidade deixou rastro técnico. Para rastrear o histórico do domínio em si, o verificador de idade do domínio traz o contexto de registro.

Perguntas Frequentes

A ferramenta de verificação de site fora do ar é gratuita?

Sim, o uso é gratuito e não exige cadastro. O ToolsPivot não pede conta, formulário nem chave de API para executar a checagem, e não existe versão paga com recursos bloqueados.

Como a ferramenta sabe se o site caiu só para mim?

Ela compara duas origens de teste diferentes. Uma requisição parte do nosso servidor e outra parte do seu próprio navegador, então quando o servidor alcança o destino e o seu aparelho não, a falha está na sua rede.

O que significa o veredito de site respondendo, mas bloqueando verificações?

Significa que o servidor está vivo e recusando acessos automatizados. Códigos 401, 403 e 429, além de 503 emitidos por CDN ou firewall de aplicação, indicam bloqueio de robô, não indisponibilidade do site.

Por que a ferramenta não usa ping para testar o site?

Porque muitos servidores descartam ICMP por padrão sem qualquer prejuízo ao tráfego web. Uma resposta HTTP reflete o que um visitante real encontra, enquanto a ausência de ping frequentemente não significa nada.

O site respondeu com código 200, mas o veredito diz que ele está com problemas. Por quê?

Porque o conteúdo da página foi inspecionado além do código de status. Os primeiros 64 KB do corpo são varridos e, se aparecerem assinaturas como falha de conexão com banco de dados ou aviso de manutenção, o resultado é rebaixado.

Qual a diferença entre domínio inexistente e DNS que não resolve?

A primeira mensagem é definitiva e a segunda é transitória. Domínio inexistente aponta um endereço que não está registrado ou expirou, enquanto DNS que não resolve indica falha momentânea de resolução, situação comum durante migrações e verificável com uma consulta WHOIS.

A verificação é feita a partir de quantos locais?

De dois pontos: o nosso servidor e o seu navegador. Essa é uma limitação declarada em todo resultado, já que dois pontos não substituem uma rede global de monitoramento distribuído.

A ferramenta serve para monitoramento contínuo com alertas?

Não, ela funciona sob demanda. Cada checagem acontece no momento em que você solicita, sem envio automático de alertas nem histórico de disponibilidade armazenado para consulta posterior.

Funciona com domínios .com.br e sites hospedados no Brasil?

Sim, qualquer domínio acessível publicamente pode ser verificado, incluindo endereços registrados no Registro.br. O tempo de resposta pode variar conforme a distância de rede, mas a classificação do veredito não muda por causa disso.

O resultado diz que o site está no ar, mas eu continuo sem acessar. O que fazer?

Siga o checklist de correção exibido junto ao resultado. Limpar o cache, testar em janela anônima, trocar o resolvedor de DNS e alternar para os dados móveis resolvem a maior parte desses casos.

O que a ferramenta faz com o endereço que eu digito?

O endereço informado é usado apenas para executar a requisição de checagem naquele momento. Trata-se de uma URL pública e não de dado pessoal, o que mantém o uso alinhado ao espírito da LGPD e do Marco Civil da Internet.

Por que o veredito muda se eu verificar de novo alguns segundos depois?

Porque a disponibilidade real oscila durante incidentes e implantações. A ferramenta já repete internamente uma checagem sem resposta antes de declarar queda, mas oscilações de servidor sobrecarregado continuam produzindo resultados diferentes em minutos, algo confirmável com o verificador de links quebrados em varreduras mais amplas.

Related Tools You Might Like

Contador de Bandeiras Decodificador CSR Teste de Compatibilidade com Dispositivos Móveis Gerador de Palavras Aleatórias Verificador de Velocidade de Página Decodificador HTML