Monitoramento de disponibilidade, desempenho e erros
O Zinn Digital® monitora os endereços da web que você nos fornece — tempo de atividade, Core Web Vitals e uso de recursos em relação ao seu plano — e exibe essas informações por site no painel. Os alertas são enviados para e-mail, Telegram, Slack ou para o seu próprio webhook, e nossa página de status funciona fora da plataforma, portanto continua respondendo quando nós não pudermos. O monitoramento de tempo de atividade e velocidade de página já está ativo: adicione qualquer endereço da web — três gratuitos em cada conta, sem que precisemos hospedá-los — e nós o verificamos a cada minuto de fora da nossa própria rede. Disponibilidade: o rastreamento de erros por site e as estatísticas de recursos por site estão em desenvolvimento ativo e ainda não estão disponíveis. Todo o restante descrito aqui já está ativo hoje.
Os painéis de hospedagem geralmente informam pelo que você está pagando. O nosso informa o que o seu site está fazendo. Cada site que você executa conosco relata o mesmo conjunto de sinais, por site, sem necessidade de instalar agentes nem de configurar conexões.
Verificações contínuas de disponibilidade por site, comparadas ao próprio histórico do site para que uma oscilação momentânea e uma interrupção real pareçam diferentes. O estado de disponibilidade é um sinal de primeira classe sobre o qual a plataforma age, não um gráfico que ninguém lê.
Dados reais de desempenho por site — as métricas que o Google realmente usa para ranquear. As páginas lentas aparecem como uma métrica sobre a qual você pode agir, ao lado dos controles de cache que as corrigem.
Os logs de erros de HTTP e PHP estão disponíveis por site, de modo que um erro fatal resultante de uma atualização incorreta de plugin ou de uma implantação com falha é algo que você pode localizar em vez de adivinhar.
Largura de banda por site, além do uso de recursos medido em relação aos limites do seu plano — incluindo estatísticas de LVE por site —, para que você possa ver qual site está sendo mais exigido e se está próximo de um limite.
Um painel que você precisa se lembrar de abrir não é monitoramento. Cada sinal alimenta a camada de notificação da plataforma, e você escolhe onde ele chega.
Uma página de status hospedada na mesma infraestrutura que ela monitora é inútil exatamente no momento em que você precisa dela. A nossa está deliberadamente em outro lugar.
Nossa página de status pública é auto-hospedada em uma infraestrutura separada, totalmente fora da plataforma — uma máquina diferente, um domínio de falha diferente do plano de controle e da frota que ela monitora. Quando algo dá errado com a plataforma, a página de status continua respondendo, pois nada do que ela depende está dentro do incidente.
É personalizado com a sua marca, alimentado pelo mesmo monitoramento que gerencia seus alertas por site e independente por concepção, não por acidente. O frontend público segue o mesmo princípio: o site de marketing e a central de ajuda são implantados separadamente do cluster do control-plane, para que um incidente na plataforma não torne nossa documentação indisponível.
Essa é a mesma lógica que se aplica ao restante da plataforma: domínios de falha separados, nenhum destino compartilhado e nada que possa desativar simultaneamente o componente e a ferramenta que você usa para diagnosticá-lo.
Os sinais têm mais valor quando algo pode agir sobre eles. Os nossos estão conectados ao assistente e ao servidor MCP, e não bloqueados em um grafo.
Quando o senhor começa a abrir um tíquete, o assistente executa primeiro um diagnóstico ao vivo no site afetado — tempo de atividade, erros de HTTP e PHP, status de SSL e DNS, limites de recursos e falhas de LVE, sinalizações de malware, conflitos de plug-ins, integridade do banco de dados e cache — antes mesmo de qualquer intervenção humana.
Dentro das suas permissões e dos limites de proteção da plataforma, ele limpará o cache, reiniciará os workers do PHP, reparará ou renovará o SSL, reparará as tabelas do banco de dados, desativará um plugin com erro fatal ou expurgará a CDN — e, em seguida, verificará novamente o sinal e confirmará se ele foi realmente resolvido.
Se ainda for necessária a ajuda de um atendente, o chamado chega pré-preenchido com o diagnóstico, o que foi tentado e o que aconteceu — assim, o suporte começa a partir dos fatos, em vez de pedir para você descrever o sintoma.
Conecte qualquer ferramenta de IA compatível com MCP e ela poderá ler a integridade do site, registros recentes, métricas, tempo de atividade e erros como recursos — para que seu próprio agente possa diagnosticar antes de agir, sob o OAuth 2.1 com tokens revogáveis e com escopo definido por organização e função, além de um registro de auditoria completo.
O monitoramento de desempenho pertence ao lado das ferramentas que alteram o desempenho. Em nossa plataforma, ele fica entre a pilha de cache e a camada de SEO.
Por trás do seu painel está a mesma pilha de observabilidade na qual executamos a plataforma: Prometheus e Grafana para métricas, OpenTelemetry para rastreamento distribuído no motor, fluxos de trabalho e drivers, e registros estruturados centralizados com tags de locatário com dados de auditoria mantidos separadamente.
As métricas são coletadas por serviço, por worker e por tenant, com estatísticas de LVE por site a partir da camada de isolamento. Cada execução de fluxo de trabalho — provisionamento, migração, imposição — é visível de ponta a ponta, e é por isso que uma resposta do suporte pode ser específica em vez de uma suposição.
O monitoramento em grande escala é um problema de volume de dados e, portanto, foi projetado como tal. Métricas de alto volume são particionadas por tempo e agregadas, em vez de serem mantidas por site e por minuto para sempre, os rastreamentos são amostrados, e os controles de cardinalidade por locatário evitam que uma conta sobrecarregada degrade os painéis de todos os outros. A meta do projeto é de um milhão de sites, e não o número que operamos hoje.
Os alertas são roteados pelo Alertmanager para a nossa escala de plantão com SLOs definidos e monitorados — mantidos deliberadamente separados das notificações de clientes acima, para que o ruído operacional nunca chegue à sua caixa de entrada e os seus alertas nunca fiquem na fila atrás dos nossos.
Por site: tempo de atividade, Core Web Vitals e desempenho, largura de banda e uso de recursos medidos em relação aos limites do seu plano — incluindo estatísticas LVE por site a partir da camada de isolamento. Tudo isso é exibido no painel de controle por site, sem necessidade de instalar nenhum agente.
Por meio de quaisquer canais que você conectar: e-mail, Telegram, Slack ou seu próprio webhook endpoint. As preferências de notificação são definidas por organização e por usuário, para que você decida quais eventos chegam a qual canal e a qual pessoa. Os envios de webhooks são assinados com HMAC, repetidos com recuo exponencial e registrados em log, permitindo que você inspecione ou reproduza qualquer envio.
É exatamente isso que ele foi projetado para evitar. A página de status é hospedada de forma independente em uma infraestrutura separada, totalmente fora da plataforma, em um domínio de falha diferente do plano de controle e da frota que ela monitora — porque uma página de status executada na infraestrutura que ela monitora é inútil durante uma interrupção.
É a meta de tempo de atividade para a qual construímos e operamos, e ela é declarada como uma garantia nos planos Footprint-Free. Trata-se de um compromisso sobre como a plataforma é projetada — computação isolada por site, serviços stateless escaláveis horizontalmente, domínios de falha separados — e não uma medição publicada de disponibilidade passada. Nosso compromisso contratual é algo separado e mais restrito, e está publicado: consulte o Uptime SLA em /legal/sla, que define o nível que garantimos e os créditos de serviço que pagamos quando não o atingimos.
Sim. A integridade do site, logs recentes, métricas, tempo de atividade e dados de erros são expostos como recursos por meio de nosso servidor MCP hospedado, para que qualquer ferramenta de IA compatível com MCP — Claude, Cursor, ChatGPT e outras — possa lê-los e realizar diagnósticos antes de agir. O acesso é via OAuth 2.1, com escopo definido para sua organização e a função do usuário que está se conectando, revogável por ferramenta, e todas as ações são registradas em log de auditoria. Os webhooks de clientes cobrem a mesma abrangência para integrações convencionais.
Os sinais de observabilidade descritos aqui fazem parte da plataforma e são exibidos em seu painel para os sites que você hospeda conosco, e o bloco gratuito SEO Basics — indexado, Trust Flow, Core Web Vitals da página inicial — está incluído em todos os planos. O monitoramento de SEO mais aprofundado, como o rastreamento de posições e o monitoramento de backlinks, é vendido como complementos pagos separados, e a otimização prática de velocidade é um extra que pode ser adquirido.
Sim. O teste do Footprint-Free é de 14 dias, sem necessidade de cartão e cobre até 5 sites — sem dados de pagamento, sem compromisso. Implante alguns sites e observe o que o painel realmente relata antes de decidir.
Inicie um teste de 14 dias sem necessidade de cartão e visualize o tempo de atividade, o Core Web Vitals, os erros e o uso de recursos por site desde a primeira implantação — com alertas onde você quiser. Migrações gratuitas e uma garantia de reembolso de 30 dias para tudo.
Comece grátis