Uptime, desempenho e monitoramento de 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 limite — e exibe esses dados por site no painel. Os alertas são enviados por e-mail, Telegram, Slack ou pelo seu próprio webhook, e nossa página de status funciona fora da plataforma para continuar respondendo mesmo quando nós não pudermos. O monitoramento de tempo de atividade e de velocidade de página já está ativo: adicione qualquer endereço da Web (três gratuitos em cada conta, e não precisamos hospedá-lo) e nós o verificamos a cada minuto de fora de 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 resto descrito aqui está ativo hoje.
Os painéis de hospedagem geralmente dizem pelo que você está pagando. O nosso diz o que o seu site está fazendo. Cada site que você hospeda conosco relata o mesmo conjunto de sinais, por site, sem nenhum agente para instalar e sem nada para configurar.
Verificações contínuas de disponibilidade por site, comparadas com o histórico do próprio site para que uma falha momentânea e uma pane real pareçam diferentes. O estado de atividade (uptime) é um sinal prioritário no qual a plataforma atua, e não um gráfico que ninguém lê.
Dados de desempenho reais por site — as métricas em que o Google realmente se baseia para o ranking. Páginas lentas aparecem como uma medida sobre a qual você pode agir, ao lado dos controles de cache que as corrigem.
Os logs de erro HTTP e PHP estão disponíveis por site, então um erro fatal causado por uma atualização ruim de plugin ou um deploy quebrado é algo que você pode ir e encontrar em vez de adivinhar.
Largura de banda por site, além do uso de recursos medido em relação ao limite do seu plano — incluindo estatísticas LVE por site — para que você possa ver qual site está trabalhando mais e se ele está próximo de atingir o limite.
Um painel que você precisa 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ê mais 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 painel de controle e da frota sobre a qual ela relata. Quando algo dá errado com a plataforma, a página de status continua respondendo, porque nada do que ela depende está dentro do incidente.
Ele é personalizado, alimentado pelo mesmo monitoramento que aciona seus alertas por site e independente por design, e não por acaso. 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 plano de controle, para que um incidente na plataforma não derrube nossa documentação junto.
Essa é a mesma lógica que permeia o restante da plataforma: domínios de falha separados, nenhum destino compartilhado, nada que possa derrubar tanto o recurso quanto a ferramenta usada para diagnosticá-lo.
Os sinais valem mais quando algo pode agir sobre eles. Os nossos estão integrados ao assistente e ao servidor MCP, não presos em um gráfico.
Quando você começa a abrir um chamado, o assistente executa primeiro um diagnóstico em tempo real no site afetado — tempo de atividade, erros HTTP e PHP, estado de SSL e DNS, limites de recursos e falhas de LVE, sinalizadores de malware, conflitos de plugins, integridade do banco de dados e cache — antes mesmo de qualquer intervenção humana.
Dentro das suas permissões e dos limites da plataforma, ele limpará o cache, reiniciará os trabalhadores do PHP, reparará ou renovará o SSL, reparará as tabelas do banco de dados, desativará um plugin com erro fatal ou limpa o CDN — e então verificará novamente o sinal e confirmará se o problema foi realmente resolvido.
Se ainda for preciso falar com um atendente, o chamado chega preenchido com os diagnósticos, 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 para ler a integridade do site, logs recentes, métricas, tempo de atividade e erros como recursos — permitindo que o seu próprio agente faça o diagnóstico antes de agir, sob OAuth 2.1 com tokens revogáveis e com escopo de organização e função, além de um log de auditoria completo.
O monitoramento de desempenho fica junto 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 em que executamos a plataforma: Prometheus e Grafana para métricas, OpenTelemetry para rastreamento distribuído no mecanismo, fluxos de trabalho e drivers, e logs estruturados centralizados rotulados por locatário, com os dados de auditoria mantidos separados.
As métricas são coletadas por serviço, por worker e por tenant, com estatísticas LVE por site da camada de isolamento. Cada execução de workflow — provisionamento, migração, imposição — é visível de ponta a ponta, e é por isso que uma resposta de suporte pode ser específica em vez de um palpite.
O monitoramento em escala é um problema de volume de dados, por isso foi projetado como tal. Métricas de alto volume são particionadas por tempo e consolidadas em vez de mantidas por site e por minuto para sempre, os rastreamentos são amostrados e os controles de cardinalidade por locatário impedem que uma única conta barulhenta degrade os painéis de todos os outros. A meta de projeto é de um milhão de sites, e não o número que operamos hoje.
Os alertas são direcionados pelo Alertmanager para a nossa escala de plantão, com SLOs definidos e monitorados — mantidos propositalmente 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 ao limite do seu plano — incluindo estatísticas LVE por site da camada de isolamento. Tudo isso é exibido no painel para cada site, sem a necessidade de instalar nenhum agente.
Por quais canais você se conectar: e-mail, Telegram, Slack ou seu próprio endpoint de webhook. As preferências de notificação são definidas por organização e por usuário, então você decide quais eventos chegam a qual canal e a qual pessoa. As entregas de webhook são assinadas com HMAC, retentadas com espera exponencial e registradas, para que você possa inspecionar ou reenviar qualquer entrega.
É exatamente isso que ele foi projetado para evitar. A página de status é auto-hospedada em uma infraestrutura separada, totalmente fora da plataforma, em um domínio de falha diferente do plano de controle e da frota sobre a qual ela relata — porque uma página de status executada na infraestrutura que ela monitora é inútil durante uma interrupção.
Este é o objetivo de atividade em que nos baseamos e para o qual operamos, e ele é estabelecido como uma garantia nos planos Footprint-Free. É um compromisso sobre como a plataforma é projetada — computação isolada por site, serviços sem estado (stateless) escaláveis horizontalmente, domínios de falha separados — em vez de uma medição publicada da disponibilidade passada. Nosso compromisso contratual é algo separado e mais restrito, e está publicado: consulte o SLA de Uptime em /legal/sla, que estabelece o nível que garantimos e os créditos de serviço que pagamos quando o descumprimos.
Sim. A integridade do site, os logs recentes, as métricas, o tempo de atividade e os dados de erro são expostos como recursos em nosso servidor MCP hospedado, de modo que qualquer ferramenta de IA compatível com MCP — Claude, Cursor, ChatGPT e outras — possa lê-los e fazer um diagnóstico antes de agir. O acesso é feito via OAuth 2.1, com escopo restrito à sua organização e à função do usuário conectado, revogável por ferramenta, e cada ação é registrada em log de auditoria. Os webhooks de clientes cobrem o mesmo escopo para integrações convencionais.
Os sinais de observabilidade descritos aqui fazem parte da plataforma e são exibidos no 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. Monitoramento de SEO mais profundo, como rastreamento de posições e monitoramento de backlinks, é vendido como complementos pagos separados, e a otimização de velocidade prática é um extra disponível para compra.
Sim. O teste do Footprint-Free é de 14 dias, sem precisar de cartão e cobre até 5 sites — sem dados de pagamento, sem compromisso. Implante alguns sites e veja o que o painel realmente relata antes de decidir.
Comece um teste de 14 dias sem cartão e veja o tempo de atividade, Core Web Vitals, erros e o uso de recursos por site desde o primeiro deploy — com alertas onde você quiser. Migrações gratuitas e uma garantia de reembolso de 30 dias em tudo.
Comece grátis