Monitoramento de palavras-chave

Problema "200 OK mas avariado"

Qualquer ferramenta de monitorização de uptime consegue informar se o servidor devolveu um código HTTP 2xx. Este sinal parece tranquilizador, mas mente mais vezes do que imaginas. A página inicial pode apresentar um ecrã branco vazio e ainda assim devolver 200. A página do carrinho pode perder silenciosamente o botão “Comprar agora” após um deploy e nunca lançar um erro. O WordPress pode substituir o conteúdo por uma mensagem “Erro de ligação à base de dados” — claro, apresentada como 200 OK com HTML real.

O monitorização de palavras-chave tapa essa zona morta. Indicas ao monitor o que uma página deve conter – ou o que não deve – e em cada verificação essa expressão é procurada no conteúdo da resposta. Se a palavra estiver em falta (quando devia estar) ou aparecer (quando não devia), o monitor sinaliza uma avaria, mesmo que do ponto de vista HTTP tudo pareça OK.

Que strings monitorizar

Uma boa palavra-chave é algo que confirma a renderização correta da parte vital da página. Exemplos:

• Página inicial de ecommerce: monitoriza “Adicionar ao carrinho” ou o nome do produto mais popular. Se o feed do catálogo avariar, a palavra desaparece – e ficas a saber.
• Página de login: monitoriza “Iniciar sessão” ou “Recuperar palavra-passe”. Um erro JS que apague o formulário – e a palavra deixou de existir.
• Blog ou portal: monitoriza o título do artigo mais recente. Se o CMS começar a apresentar conteúdo de ontem, a palavra não irá coincidir.
• Página de preços: monitoriza a string do preço. Um deploy que perca o bloco de preços é detetado imediatamente.
• Endpoint de status / health: monitoriza “ok” ou “healthy”. Se o upstream cair, o endpoint devolve “degraded” – a palavra já não corresponde.

Pode-se também usar o modo de ausência – alerta quando surgir um string que não devia existir. Típico: “Database connection error”, “Whoops! Something went wrong”, “Modo de manutenção”, “Erro fatal”, “Em breve”. Se algum destes vazar para produção, recebes um alerta.

Como funciona a verificação

O monitor faz um pedido HTTP(S) GET normal (ou qualquer outro método – POST, PUT, etc.), segue até 5 redirecionamentos, obtém o body da resposta e faz scan a presença da palavra sem diferenciar maiúsculas de minúsculas. O resultado do match fica guardado ao lado do código HTTP, tempo de resposta e SSL. Se a condição não for satisfeita 2 vezes seguidas (limite de confirmação por omissão), abre-se um incidente e são enviados alertas pelos canais ativados – Email, Telegram, Slack, Discord e SMS.

Para conteúdos dinâmicos (SPA), onde a palavra só aparece após execução de JavaScript, utiliza a função premium multi-location, que usa um browser headless real via ScrapingBee.

Liga ao HTTP e SSL

Um único monitor de palavra-chave no DiagnoSEO Uptime Monitoring executa também uma verificação completa da página: código HTTP, tempo de resposta, SSL, expiração do domínio, registos DNS e deteção de alojamento. Um só monitor protege-te assim de todo o espetro – falhas de servidor, expiração de certificado, alterações DNS e falhas silenciosas de conteúdo.

Como configurar

Abre a ferramenta, clica em “Adicionar monitor”, escolhe o tipo “Palavra-chave”, cola o URL, escreve a palavra, escolhe “deve estar presente” ou “deve estar ausente”, define o intervalo (1-30 minutos conforme o plano) e guarda. A partir do próximo ciclo, o monitor vigia essa página e alerta se a palavra desaparecer – mesmo que todos os outros sinais digam que a página está operacional.

Perguntas Frequentes

• O que é o monitorização de palavras-chave?

  O monitor obtém o body da resposta e verifica se um determinado string aparece (modo presente) ou não aparece (modo ausente). Usa para detetar quando uma página mudou de conteúdo, apareceu uma mensagem de erro ou foi removido um elemento específico.

• Posso usar HTML ou só texto simples?

  Ambos. A pesquisa é feita por substring no body bruto da resposta. Podes corresponder texto simples (“Adicionar ao carrinho”), fragmentos HTML (<button class="buy">) ou atributos concretos. Tudo o que aparece literalmente no fonte HTML pode ser detetado.

• Qual é a diferença para a ferramenta content-diff?

  Ferramentas diff comparam com uma baseline e reportam todas as alterações. O monitorização de palavras-chave é uma asserção dirigida — defines o que TEM de lá estar (ou NÃO PODE). O diff é barulhento em páginas dinâmicas; as palavras-chave vão direto ao que interessa.

• Posso garantir que a mensagem de erro NÃO está na página?

  Sim — usa o modo “ausente” com palavras-chave como “Internal Server Error” ou “Ocorreu um erro”. O monitor falha quando o texto de erro surge. Útil para apanhar erros 500 que devolvem HTTP 200 com página de erro (configuração errada comum em frameworks).

• O monitor de palavras-chave funciona em páginas renderizadas por JavaScript?

  Por omissão não — o monitor obtém o HTML bruto antes da execução do JS. Para SPA ou páginas heavy-JS, a palavra-chave tem de aparecer na resposta HTML inicial (ex: server-rendered ou num bloco <noscript>). Verificações do lado do browser são uma função separada.