Pular para o conteúdo
Guia 3 min de leitura

Status Pages: Para Que Servem

Uma status page é uma página pública que mostra se seus sistemas estão no ar e comunica isso automaticamente quando não estão. O trabalho dela não é impressionar — é reduzir tickets de "caiu para todo mundo?" durante um incidente, dando aos clientes um lugar para consultar primeiro.

Para que uma status page realmente serve

Durante uma queda, clientes não sabem se o problema é a conexão deles, a conta deles ou o seu serviço. Sem uma status page, essa incerteza vira tickets de suporte, posts e mensagens repetidas de "é só comigo?" — tudo chegando à equipe no exato momento em que ela está mais ocupada corrigindo o problema real.

Uma status page absorve isso. Um link, um lugar para consultar, atualizado enquanto o incidente acontece. Ela não corrige a queda, mas remove o segundo problema — clientes confusos — que toda queda criaria por cima do primeiro.

O que deve aparecer nela

No mínimo: os componentes com os quais clientes realmente se importam — o site ou app principal, a API se clientes integram com ela e qualquer outra parte com modo de falha próprio que valha acompanhar separadamente. Cada componente deve mostrar o estado atual (operacional, degradado, fora do ar) e um número contínuo de uptime.

Além disso, atualizações de incidente — uma nota curta quando algo quebra, uma atualização conforme você aprende mais e uma nota de resolução quando corrige — transformam a página de um painel estático em um canal real de comunicação. Opcionalmente, um badge de uptime incorporável é uma forma simples de tornar a página encontrável em README ou docs.

Por que ela deve ser movida por monitores reais, não atualizada à mão

Uma status page que alguém precisa virar manualmente para "vermelho" durante um incidente tem uma falha óbvia: depende de uma pessoa perceber e lembrar de atualizar, exatamente quando essa pessoa está mais ocupada. Ela também tende a ficar presa em "todos os sistemas operacionais" muito depois de algo ter quebrado.

Uma status page conectada aos mesmos monitores que já acompanham seu site se atualiza no momento em que um check falha e novamente quando recupera — ninguém precisa lembrar de tocar nela durante um incidente, que é exatamente quando isso mais importa.

Erros que tornam uma status page inútil

Mantida manualmente e desatualizada. Se ela fica horas atrás da realidade, clientes aprendem a não confiar nela e voltam a abrir tickets.

Sem histórico de incidentes. Uma página que mostra só o estado atual, sem registro de incidentes passados ou uptime, não responde "quão confiável isso tem sido" — que muitas vezes é a pergunta real de um possível cliente.

Escondida onde ninguém encontra durante uma queda. Uma status page sem link no produto, nas docs ou no rodapé não ajuda ninguém no momento em que precisa.

Como escrever boas atualizações de incidente

A parte automática de uma status page — um componente ficando vermelho ou verde — diz que algo mudou. Não diz o quê, nem o que esperar em seguida; é para isso que serve uma nota humana curta. "Estamos cientes de um problema afetando [componente] e investigando" é melhor do que silêncio mesmo sem mais detalhes; uma segunda atualização com o que se sabe e uma nota de resolução geralmente bastam para um incidente real.

Tranquilização vaga sem horário ou próximo passo ("estamos analisando") é pouco melhor que nada se nunca for atualizada de novo. A barra não é eloquência — é publicar algo rapidamente e depois acompanhar.

Status pages públicas vs. internas

Uma status page pública é para clientes e qualquer pessoa integrando com sua API — precisa ser simples, precisa e não vazar detalhes internos (não há necessidade de citar a tabela específica de banco que falhou). Uma status page interna, compartilhada só com a equipe, pode ter mais detalhe e mais componentes, já que o público conhece os sistemas. Muitas equipes acabam querendo as duas: uma página pública limpa para clientes e uma visão interna mais detalhada para plantão.

Como a Holter faz isso

As status pages da Holter são guiadas pelos mesmos monitores que verificam seu site — um componente fica vermelho porque um check real falhou e volta a verde porque recuperou, sem etapa manual no meio. As páginas trazem histórico de uptime, notas de incidente e badge incorporável, e toda página começa no plano gratuito junto com 5 monitores e checks a cada 5 minutos, sem cartão de crédito.

O Holter monitora isso por você: verificações externas e heartbeats para falhas silenciosas. Plano grátis: 5 monitores, verificações a cada 5 minutos, sem cartão.

Criar uma status page — grátis