Painel de monitorização multi-cliente

Há um ritual que quase toda a agência com carteira de manutenção já praticou: a ronda da manhã. Abrem-se doze, quinze, vinte separadores, passa-se por todos a confirmar que carregam, fecha-se tudo. Dez minutos, todos os dias.

O ritual não é estúpido — resolve mesmo um problema. É só que resolve mal, e falha exactamente quando seria preciso funcionar.

Porque é que a ronda manual não funciona.

Verifica uma vez por dia. Tudo o que acontecer entre duas rondas não existe. Uma falha às 10h30 detectada na ronda da manhã seguinte durou vinte e três horas e ninguém dirá que houve monitorização.

Vês páginas em cache e com sessão iniciada. Estás autenticado no WordPress de metade dos clientes. A página que abres não é a que um visitante novo vê, e um aviso de certificado inválido pode passar-te ao lado por completo.

Não distingue lento de bom. Se um site demora quatro segundos em vez de quatrocentos milissegundos, carrega na mesma e passa na ronda. A degradação lenta — o site que está a piorar há três semanas desde que instalaram aquele plugin — é invisível numa verificação a olho.

Não escala e não deixa registo. Aos vinte separadores começa a saltar-se alguns. E no fim do trimestre, quando o cliente pergunta pelo mês passado, não há nada — só a memória de que “acho que esteve tudo bem”.

O que um painel a sério faz, e que a ronda não faz.

Vale separar as duas coisas que se confundem: um painel não é uma versão mais rápida da ronda. É outra coisa.

A ronda pergunta “está tudo bem?” e obriga-te a olhar para saber. Um painel inverte a relação: assume que está tudo bem e chama-te quando não está. O objectivo de um bom painel de monitorização multi-cliente não é seres tu a olhar para ele — é não precisares de olhar.

Isso muda o critério de avaliação. A pergunta certa não é “quantos gráficos mostra”, é “quanto tempo demoro a saber o que fazer quando o abro num momento em que há problema”.

As três coisas que decidem se um painel serve.

1. A ordem da lista

Uma lista alfabética é uma escolha de arquivo, não de vigilância. No minuto que interessa, ninguém quer percorrer de A a Z à procura do vermelho.

O que está pior tem de estar em cima: offline primeiro, depois o que está lento, depois o resto. Parece um pormenor de interface e é a diferença entre um painel que se usa e um painel que se abre uma vez por semana por culpa.

2. O agrupamento por cliente

O painel tem de seguir a organização que já tens, e a que já tens é a da facturação: por cliente. Quando um site cai, a pergunta imediata não é técnica — é de quem é este site e quem é que fala com essa pessoa.

Um painel organizado por servidor, por tecnologia ou por ordem de criação obriga a manter duas organizações na cabeça: a real e a da ferramenta. Ao fim de um mês, usa-se a real e ignora-se a ferramenta.

3. O que acontece quando não estás a olhar

Que é, no fundo, quase sempre. Um painel sem alertas bem encaminhados é um relatório com refrescamento automático.

Aqui há uma decisão que muita gente adia e que devia ser das primeiras: canais diferentes por cliente. O site do cliente A vai para o canal do cliente A. Sem isso, todos os alertas caem no mesmo sítio, toda a gente os vê e ninguém sente que são seus — o problema clássico da caixa partilhada, em que a responsabilidade se dilui exactamente no momento em que precisava de estar concentrada numa pessoa.

O que não deves procurar.

Duas coisas que parecem qualidade e não são, para uma agência de manutenção:

Painéis de infraestrutura. Mapas de dependências, correlação entre incidentes, gráficos de CPU. Foram desenhados para uma equipa a olhar para um sistema com muitos componentes. Tu tens o problema ao contrário — muitos sistemas independentes, cada um com o seu alojamento e o seu contacto do outro lado — e essas ferramentas resolvem mal esse caso, quando o resolvem.

Preço por utilizador. É a estrutura de preço que penaliza justamente as equipas que fazem as coisas bem. Se acrescentar a terceira pessoa da equipa ao painel custa dinheiro, a terceira pessoa não é acrescentada — e passa a haver alguém a responder por sites sem acesso ao estado deles.

A versão mínima, se não queres mudar de ferramenta hoje.

Se estás a usar uma ferramenta gratuita e não queres mexer, há três coisas que melhoram muito e não custam nada:

Põe o nome do cliente no nome de cada monitor. Cliente — Loja, Cliente — Site. Parece trivial e resolve metade do problema de identificação no momento do alerta.
Tira os alertas do email. Manda-os para um canal onde estejas mesmo a olhar. Quase todas as ferramentas fazem isto com um webhook, e um webhook liga a praticamente qualquer coisa.
Exporta o histórico todos os meses. Se a ferramenta apaga ao fim de trinta dias, uma folha de cálculo com uma linha por mês por cliente resolve a conversa do trimestre. É chato e é melhor do que não ter nada.

Onde a De Olho está nisto.

A vista com vários sites ordenada pelo que está pior, agrupada por cliente e sem pagar por utilizador é uma das peças do lançamento — está descrita, com o que faz e o que não faz, em vários sites numa vista. Não existe hoje: a De Olho abre em 2026.

O que não vamos ter, e é justo dizer já: permissões finas por utilizador e acesso de cliente ao painel. O que o cliente recebe é o relatório do período, não uma conta com uma vista parcial. Se precisas de um portal para clientes, é outra categoria de produto.

E um painel — o nosso ou qualquer outro — não reduz o tempo de resolução em um único minuto. Reduz o tempo até saberes, e o número de separadores que abres de manhã. Que já é o suficiente para pagar o que custa.

A organização à volta do painel — a convenção de nomes, os níveis de urgência e o ritual mensal — está em monitorizar vários sites de clientes.