Ferramentas HTTP

Porquê usar ferramentas HTTP?

Cada página web, cada API e cada redirecionamento assenta num punhado de headers HTTP e numa única promessa: responder depressa, 24 horas por dia. Quando essa promessa falha, o problema aparece tarde demais: pelo Search Console, por um ticket de suporte ou por uma mensagem irritada nas redes sociais. As ferramentas HTTP do CaptainDNS fecham esse ciclo cego: mostram o que o Googlebot realmente vê, verificam os links antes do clique, medem a disponibilidade continuamente e expõem publicamente o estado dos seus serviços sem uma plataforma dedicada.

Nove situações em que essas ferramentas são indispensáveis:

• Página demasiado pesada → O Googlebot trunca o HTML além de 2 MB, e os seus links internos e a FAQ desaparecem do índice
• Headers incorretos → Um Content-Type mal configurado ou um X-Robots-Tag: noindex esquecido pode desindexar uma página inteira
• Crawl budget desperdiçado → Sub-recursos excessivos e a ausência de compressão reduzem o número de páginas rastreadas pelo Google
• Link suspeito recebido → Um email ou SMS contém um link duvidoso e é preciso verificar se está sinalizado como phishing ou malware antes de clicar
• Redirecionamento de domínio → Está a mudar de domínio ou a redirecionar um apex para www e precisa de HTTPS no domínio de origem
• Endpoint crítico para vigiar → Uma API pública, um webhook ou uma página de registo que cai sem alerta custa conversões e viola contratos SLA. A monitorização de uptime em tempo real executa um check a cada 5 minutos e dispara um alerta por email imediato
• Comunicação de incidente para publicar → Um downtime sem canal oficial deixa os seus utilizadores às escuras. Uma página de status pública partilhável mostra o estado em tempo real e o histórico de incidentes de 30 dias sem configuração DNS
• Configuração de segurança a verificar → Um CSP mal formado, um HSTS em falta ou um X-Frame-Options esquecido expõem o seu site a ataques XSS e clickjacking. O verificador de headers HTTP deteta os 10 headers essenciais e atribui uma nota de A a F
• Migração HTTPS e preload → Antes de enviar o seu domínio para a preload list do Chrome, o HSTS precisa de estar corretamente configurado com max-age ≥ 1 ano, includeSubDomains e preload. O teste HSTS e preload verifica a elegibilidade com um clique

Como usar as ferramentas HTTP

Passo 1: escolher a ferramenta

Passo 2: introduzir a URL

Introduza a URL completa no campo de entrada. As duas ferramentas de análise aceitam qualquer URL pública:

https://www.captaindns.com/pt/blog

Para o Page Crawl Checker, teste primeiro as suas páginas mais longas (categorias, páginas de produtos, artigos com muitas imagens). Para o Phishing URL Checker, cole diretamente o link suspeito recebido por email ou SMS.

Passo 3: analisar os resultados

Cada ferramenta fornece um relatório detalhado:

• Page Crawl Checker: tamanho HTML, score de crawl budget (0-100), inventário de sub-recursos, verificação robots.txt, headers HTTP, deteção de redirecionamentos do lado do cliente, fingerprint SHA-256
• Phishing URL Checker: veredicto global (seguro, suspeito, malicioso), pontuação de risco (0-100), detalhes por fonte de threat intelligence, diagnósticos de cobertura
• Redirect Hosting: código HTTP de redirecionamento (301 ou 302), status do certificado TLS, reencaminhamento de caminho e query strings

Detalhes das ferramentas

Page crawl checker

Análise completa do crawl de uma página web do ponto de vista do Googlebot:

Utilidade: Diagnosticar problemas de tamanho e crawl que afetam a indexação do Google, otimizar o crawl budget e detetar redirecionamentos JavaScript que o Googlebot não segue.

Phishing URL checker

Verificação de uma URL contra 3 bases de threat intelligence:

Utilidade: Verificar um link suspeito antes de clicar, proteger a sua organização contra campanhas de phishing e confirmar que o seu próprio domínio não está falsamente sinalizado (falso positivo).

Redirect checker

Análise completa da cadeia de redirecionamento de uma URL:

Utilidade: Diagnosticar problemas de redirecionamento, verificar o destino final de um link encurtado e analisar o comportamento HTTP de uma URL antes de a visitar.

Redirect hosting

Redirecionamento de domínio com HTTPS automático e gestão de certificados TLS:

Utilidade: Redirecionar um domínio antigo para um novo, forçar www num apex ou gerir redirecionamentos temporários para campanhas de marketing, tudo com HTTPS válido sem configuração de servidor.

HTTP uptime monitor

Monitorização em tempo real da disponibilidade das suas URLs HTTP, com alertas por email assim que um endpoint cai:

Utilidade: Substituir UptimeRobot, BetterStack ou Pingdom por uma ferramenta alojada na Europa, integrada na sua stack DNS/email do CaptainDNS. Veja HTTP Uptime Monitor.

Páginas de status públicas

Páginas de status públicas partilháveis a partir dos seus monitores HTTP, sem configuração DNS nem cartão de crédito:

Utilidade: Alternativa gratuita ao Atlassian Statuspage e ao Instatus, incluída gratuitamente com a monitorização HTTP do CaptainDNS. Veja Páginas de status públicas.

Verificador de headers HTTP

Auditoria dos 10 headers HTTP de segurança com nota ponderada de A a F:

Utilidade: Preparar uma auditoria de conformidade (PCI DSS, ISO 27001), verificar a configuração de segurança antes da produção e diagnosticar os headers em falta que expõem as suas páginas a ataques XSS, clickjacking e injeção de recursos de terceiros. Veja Verificador de headers HTTP.

Teste HSTS e preload

Verificação do header Strict-Transport-Security e da elegibilidade para a preload list do Chrome:

Utilidade: Proteger a migração HTTPS do seu domínio contra ataques MITM e SSL stripping, validar a conformidade antes do envio à preload list do Chrome (partilhada por Firefox, Safari, Edge) e evitar os erros clássicos de max-age demasiado curto. Veja Teste HSTS e preload.

Fechar o ciclo entre deteção e comunicação de incidentes

Testar uma página uma única vez não basta. Em engenharia de fiabilidade, duas métricas contam: o MTTD (Mean Time To Detect), tempo entre o início de um incidente e a sua deteção, e o MTTR (Mean Time To Recover), tempo de resolução. Uma sonda que dispara a cada 5 minutos limita o MTTD a 10 minutos no pior caso; uma página de status pública atualizada automaticamente encurta o MTTR percebido, porque evita que cada utilizador abra um ticket para o mesmo problema.

O CaptainDNS junta estes dois momentos num único fluxo. A sonda de uptime em tempo real consulta as suas URLs a partir da Europa, mede a latência p95, controla o código de status e dispara um alerta por email assim que um check falha em várias sondas. Os mesmos dados alimentam em seguida uma página de status pública partilhável acessível através de um token público, sem configuração DNS nem lista de subscritores para manter. Os seus utilizadores veem o estado real em segundos, não em horas.

Este acoplamento nativo evita a armadilha clássica da ferramenta fragmentada: uma sonda num fornecedor (UptimeRobot, Pingdom), uma status page noutro (Atlassian Statuspage, Instatus), um webhook de ligação entre os dois e vários minutos de desfasamento entre o alerta técnico e o anúncio público. O CaptainDNS mantém as duas pontas no mesmo painel, com 1 monitor gratuito incluído, 3 no plano Solo e 30 no Starter, alojado na UE e nativo em RGPD.

Casos de uso concretos

Caso 1: uma página de e-commerce truncada pelo Googlebot

Sintoma: A FAQ e os links de navegação no final da sua página de categoria não aparecem nos resultados do Google.

Diagnóstico: O Page Crawl Checker revela que a página tem 3,2 MB de HTML. O Googlebot trunca em 2 MB e perde os últimos 200 produtos, a FAQ e os links internos do rodapé.

Ação: Limitar a listagem inicial, usar paginação com carregamento progressivo e mover a FAQ para o topo da página.

Caso 2: email de phishing bancário

Sintoma: Recebe um email urgente do seu "banco" com um link de verificação de conta.

Diagnóstico: O Phishing URL Checker devolve um score de 75 (elevado). O Google Web Risk sinaliza a URL como phishing de engenharia social.

Ação: Não clicar. Denunciar o email como phishing. Aceder ao site do seu banco introduzindo o endereço diretamente no navegador.

Caso 3: score de crawl budget baixo

Sintoma: O Google rastreia poucas páginas do seu site apesar de conteúdo atualizado regularmente.

Diagnóstico: O Page Crawl Checker mostra um score de 35/100. A página carrega 85 sub-recursos, sendo 40 scripts de terceiros (analytics, widgets, testes A/B).

Ação: Carregar scripts de terceiros com defer/async, remover scripts não utilizados, ativar compressão gzip/brotli.

Caso 4: um link encurtado suspeito num SMS

Sintoma: Um SMS contém um link bit.ly a pedir para "atualizar a sua encomenda".

Diagnóstico: Após expandir o link encurtado, o Phishing URL Checker sinaliza a URL final. O URLhaus referencia-a como distribuição de malware.

Ação: Apagar o SMS e bloquear o número. Os serviços de entrega legítimos nunca pedem pagamento por SMS.

Caso 5: migração de domínio

Sintoma: Está a migrar de antigo.captaindns.com para captaindns.com e os visitantes do domínio antigo veem um erro.

Diagnóstico: O domínio antigo não aponta para lugar nenhum. Sem um redirecionamento HTTPS, os navegadores exibem um erro de certificado ou uma página em branco.

Ação: Configurar o Redirect Hosting com um redirecionamento 301 e o reencaminhamento de caminho ativado. Os visitantes de antigo.captaindns.com/pagina chegam a captaindns.com/pagina com o código SEO correto.

Caso 6: API pública fora do ar sem alerta

Sintoma: A sua API de pagamento devolve erros 502 durante 40 minutos a meio da noite. Só descobre na manhã seguinte através dos tickets dos clientes.

Diagnóstico: Não havia monitorização configurada. A sondagem manual não cobre os horários de baixo tráfego e a telemetria cloud do seu fornecedor não disparou nenhum alerta.

Ação: Configurar um HTTP Uptime Monitor sobre o endpoint /health com um check a cada 5 minutos e um alerta por email imediato em qualquer código 5xx ou timeout. Em seguida, ligar esse monitor a uma status page pública para expor o estado em tempo real aos seus clientes.

Caso 7: comunicação de incidente sem plataforma dedicada

Sintoma: Durante uma queda prolongada, a sua equipa de suporte recebe 200 tickets numa hora. Não tem um canal oficial para anunciar o incidente, as suas causas e a estimativa de resolução (ETA).

Diagnóstico: Sem uma status page pública, cada utilizador precisa de abrir um ticket para saber o estado do serviço. O suporte fica saturado e a perceção de fiabilidade cai a pique.

Ação: Ativar uma status page pública a partir dos seus monitores HTTP existentes, partilhar a URL nas respostas automáticas do suporte, no rodapé do site e nos emails transacionais. Os seus utilizadores veem rapidamente o uptime global e o histórico de incidentes de 30 dias.

FAQ - Perguntas frequentes

P: Com que frequência verificar a disponibilidade de uma URL?

R: Um check a cada 5 minutos é o padrão para a maioria dos serviços web. Limita o atraso de deteção a 10 minutos no pior caso, mantendo o custo e o ruído de alertas razoáveis. As equipas que visam um SLA de 99,95% descem para 1 minuto nos endpoints mais críticos. O CaptainDNS oferece 5 minutos por predefinição e uma expressão cron personalizável para os casos avançados.

P: Qual a diferença entre uma monitorização HTTP e uma status page?

R: Uma monitorização HTTP é uma sonda interna: testa os seus endpoints continuamente e alerta a sua equipa em caso de falha. Uma status page é o rosto público dessa monitorização: expõe aos utilizadores o estado operacional dos serviços sem dar acesso aos detalhes técnicos. O CaptainDNS liga os dois de forma nativa, sem script de ligação nem webhook para manter.

P: O resultado do phishing URL checker é 100% fiável?

R: Nenhuma ferramenta garante uma deteção de 100%. A vida útil média de uma URL de phishing é inferior a 24 horas. Um resultado seguro significa que nenhuma fonte a sinaliza no momento da verificação, não que seja definitivamente segura.

P: É possível monitorizar um endpoint autenticado por token?

R: Sim. O uptime monitor do CaptainDNS aceita headers HTTP personalizados (Authorization, X-API-Key) para consultar endpoints protegidos. Única restrição: a URL precisa de estar acessível para as nossas sondas europeias, portanto exposta na Internet (não atrás de VPN ou firewall privado).

P: Uma página de status pública é indexada pelo Google?

R: Por predefinição, não. As status pages do CaptainDNS são servidas com uma etiqueta meta robots noindex para não poluir o seu SEO com páginas técnicas. Permanecem acessíveis através do seu token de URL partilhado, mas não aparecem nos resultados do Google. Mantém o controlo total sobre a difusão.

P: Quanto custam a monitorização e as status pages do CaptainDNS?

R: O plano gratuito inclui 1 monitor HTTP com check a cada 5 minutos, alertas por email ilimitados, heatmap de 30 dias, latência p95 e páginas de status públicas com logótipo personalizável. Sem cartão de crédito no registo, sem período experimental limitado no tempo. A personalização avançada (título, cores, texto de introdução) está reservada aos planos pagos. Os planos pagos, do Solo ao Enterprise, desbloqueiam até 2 500 monitores, multi-região (EU/US/APAC) e Webhooks V2. O detalhe por plano é mantido atualizado na página de planos e preços.

P: O que acontece em caso de flap (site a oscilar up/down)?

R: O CaptainDNS aplica uma confirmação com 2 checks a partir de sondas distintas antes de disparar um alerta e, em seguida, agrupa as notificações durante um downtime contínuo. Se a URL permanecer indisponível durante vários dias, um aviso antecede a desativação automática do monitor. Resultado: um único alerta pertinente por incidente, sem spam de email.

P: Como redirecionar um domínio preservando o SEO?

R: Use o redirect hosting do CaptainDNS com um redirecionamento 301 (permanente). Um 301 transfere quase toda a autoridade SEO para o destino. Ative também o reencaminhamento de caminho para que antigo.captaindns.com/pagina leve a captaindns.com/pagina, o que preserva o posicionamento individual de cada URL indexada.

Ferramentas complementares

Comece em 60 segundos

Lance o seu primeiro monitor HTTP grátis, sem cartão de crédito e com página de status pública incluída no plano gratuito. Configurar um uptime monitor ou consulte os preços do CaptainDNS para comparar os planos.

Recursos úteis

• Google - Documentação sobre limites de crawl (documentação oficial do Googlebot)
• Google - Mobile-first indexing (guia de mobile-first indexing)
• Google Web Risk (proteção contra sites perigosos)
• URLhaus by abuse.ch (base comunitária de URLs maliciosas)
• HTTP Archive - State of the Web (estatísticas sobre o peso das páginas web)