Surveillance de la disponibilité, des performances et des erreurs
Zinn Digital® surveille les adresses web que vous nous confissez — temps de disponibilité, Core Web Vitals et utilisation des ressources par rapport à votre quota — et les affiche par site dans le tableau de bord. Les alertes sont envoyées par e-mail, Telegram, Slack ou via votre propre webhook, et notre page de statut est hébergée hors plate-forme afin qu'elle reste accessible même lorsque nous ne le sommes pas. La surveillance du temps de disponibilité et de la vitesse des pages est active dès à présent : ajoutez n'importe quelle adresse web — trois gratuites sur chaque compte, et nous n'avons pas besoin de l'héberger — et nous la vérifions chaque minute depuis l'extérieur de notre propre réseau. Disponibilité : le suivi des erreurs par site et les statistiques des ressources par site sont en cours de développement actif et ne sont pas encore disponibles. Tout le reste décrit ici est opérationnel dès aujourd'hui.
Les tableaux de bord d'hébergement vous disent généralement ce que vous payez. Le nôtre vous dit ce que fait votre site. Chaque site que vous hébergez chez nous renvoie le même ensemble de signaux, site par site, sans aucun agent à installer ni rien à configurer.
Des vérifications de disponibilité continues par site, comparées à l'historique du site lui-même pour faire la distinction entre un simple hoquet et une vraie panne. L'état de disponibilité est un signal de premier ordre pris en compte par la plateforme, et non un simple graphique que personne ne lit.
Données de performance réelles par site — les métriques sur lesquelles Google se base réellement pour le classement. Les pages lentes apparaissent sous forme de mesure exploitable, juste à côté des commandes de mise en cache qui les corrigent.
Les journaux d'erreurs HTTP et PHP sont disponibles par site, ce qui vous permet de repérer une erreur fatale suite à une mauvaise mise à jour de plugin ou à un déploiement défectueux plutôt que d'avoir à deviner.
Bande passante par site, plus l'utilisation des ressources mesurée par rapport aux droits de votre formule — y compris les statistiques LVE par site — afin de voir quel site est le plus sollicité et s'il approche de sa limite.
Un tableau de bord qu'on doit penser à ouvrir n'est pas de la supervision. Chaque signal alimente la couche de notification de la plateforme, et vous choisissez où il atterrit.
Une page de statut hébergée sur l'infrastructure même qu'elle surveille est inutile au moment exact où vous en avez besoin. La nôtre se trouve délibérément ailleurs.
Notre page de statut publique est auto-hébergée sur une infrastructure distincte, entièrement hors plateforme — un serveur différent, un domaine de panne différent de celui du plan de contrôle et du parc qu'elle surveille. Lorsqu'un problème survient sur la plateforme, la page de statut continue de répondre, car aucun des éléments dont elle dépend ne fait partie de l'incident.
Il est aux couleurs de votre marque, alimenté par le même système de surveillance que vos alertes par site, et indépendant par conception plutôt que par hasard. Le frontend public suit le même principe : le site marketing et le centre d'aide sont déployés séparément du cluster du plan de contrôle, de sorte qu'un incident sur la plateforme n'entraîne pas la panne de notre documentation.
C'est le même raisonnement qui traverse le reste de la plateforme : des domaines de défaillance séparés, aucun destin partagé, rien qui ne puisse mettre hors service à la fois la chose et l'outil que vous utilisez pour la diagnostiquer.
Les signaux ont plus de valeur lorsque l'on peut agir sur eux. Les nôtres sont intégrés à l'assistant et au serveur MCP, et non enfermés dans un graphique.
Lorsque vous commencez à créer un ticket, l'assistant effectue d'abord un diagnostic en direct sur le site concerné — temps de fonctionnement, erreurs HTTP et PHP, état SSL et DNS, limites de ressources et pannes LVE, indicateurs de logiciels malveillants, conflits de plugins, état de la base de données et cache — avant même qu'un humain n'intervienne.
Dans les limites de vos autorisations et des garde-fous de la plateforme, il videra le cache, redémarrera les processus PHP, réparera ou renouvellera le certificat SSL, réparera les tables de la base de données, désactivera une extension générant une erreur fatale ou purgera le CDN, puis revérifiera le signal et confirmera si le problème a effectivement été résolu.
Si une intervention humaine est encore nécessaire, le ticket arrive pré-rempli avec les diagnostics, les actions tentées et leurs résultats — le support part ainsi des faits au lieu de vous demander de décrire le symptôme.
Connectez n'importe quel outil IA compatible MCP pour qu'il puisse lire l'état du site, les journaux récents, les métriques, la disponibilité et les erreurs en tant que ressources — permettant ainsi à votre propre agent de diagnostiquer avant d'agir, sous OAuth 2.1 avec des jetons révocables à portée d'organisation et de rôle, ainsi qu'un journal d'audit complet.
La surveillance des performances a sa place aux côtés des outils qui les modifient. Sur notre plateforme, elle se situe entre la pile de mise en cache et la couche SEO.
Derrière votre tableau de bord se trouve la même pile d'observabilité que celle sur laquelle nous faisons tourner la plateforme : Prometheus et Grafana pour les métriques, OpenTelemetry pour le traçage distribué à travers le moteur, les flux de travail et les pilotes, ainsi que des journaux structurés centralisés étiquetés par locataire, les données d'audit étant conservées séparément.
Les métriques sont collectées par service, par travailleur et par locataire, avec des statistiques LVE par site provenant de la couche d'isolation. Chaque exécution de workflow — provisionnement, migration, application — est visible de bout en bout, c'est pourquoi une réponse du support peut être précise plutôt qu'une estimation.
La surveillance à grande échelle est un problème de volume de données, c’est donc ainsi qu’elle a été conçue. Les métriques à fort volume sont cloisonnées par période et agrégées plutôt que conservées indéfiniment par site et par minute, les traces sont échantillonnées et les contrôles de cardinalité par client empêchent un compte bruyant de dégrader les tableaux de bord de tous les autres. L'objectif de conception est d'atteindre un million de sites, et non le nombre que nous hébergeons aujourd'hui.
Les alertes sont acheminées par Alertmanager vers notre équipe d'astreinte avec des SLO définis et suivis. Ce système est délibérément séparé des notifications client ci-dessus, afin qu'aucun bruit opérationnel n'encombre votre boîte de réception et que vos alertes ne soient jamais mises en attente derrière les nôtres.
Par site : la disponibilité, Core Web Vitals et les performances, la bande passante et l'utilisation des ressources mesurées par rapport aux droits de votre offre, y compris les statistiques LVE par site de la couche d'isolation. Tout est affiché dans le tableau de bord pour chaque site, sans aucun agent à installer.
Par l'intermédiaire des canaux de votre choix : e-mail, Telegram, Slack ou votre propre point de terminaison webhook. Les préférences de notification sont définies par organisation et par utilisateur, ce qui vous permet de décider quels événements atteignent quel canal et quelle personne. Les livraisons de webhooks sont signées par HMAC, réessayées avec régressif et consignées, afin que vous puissiez inspecter ou rejouer n'importe quelle livraison.
C'est exactement ce qu'elle est conçue pour éviter. La page de statut est hébergée de manière autonome sur une infrastructure distincte, entièrement hors plateforme, dans un domaine de panne différent de celui du plan de contrôle et du parc qu'elle surveille — car une page de statut fonctionnant sur l'infrastructure qu'elle supervise est inutile en cas de panne.
C'est l'objectif de disponibilité sur lequel nous concevons et faisons fonctionner notre infrastructure, et il est présenté comme une garantie sur les abonnements Footprint-Free. Il s'agit d'un engagement sur la conception de la plateforme — calcul isolé par site, services sans état (stateless) évolutifs horizontalement, domaines de pannes séparés — plutôt que d'une mesure publiée de la disponibilité passée. Notre engagement contractuel est distinct et plus restreint, et il est publié : consultez le SLA de disponibilité sur /legal/sla, qui définit le niveau que nous garantissons et les crédits de service que nous versons en cas de manquement.
Oui. La santé du site, les journaux récents, les métriques, la disponibilité et les données d'erreur sont exposés en tant que ressources sur notre serveur MCP hébergé, de sorte que tout outil d'IA compatible MCP — Claude, Cursor, ChatGPT et d'autres — peut les lire et faire un diagnostic avant d'agir. L'accès utilise OAuth 2.1, avec des portées limitées à votre organisation et au rôle de l'utilisateur connecté, révocable par outil, et chaque action fait l'objet d'un journal d'audit. Les webhooks clients couvrent les mêmes besoins pour les intégrations conventionnelles.
Les signaux d'observabilité décrits ici font partie de la plateforme et apparaissent dans votre tableau de bord pour les sites que vous hébergez chez nous, et le module gratuit SEO Basics — indexation, Trust Flow, Core Web Vitals de la page d'accueil — est inclus dans chaque forfait. Un suivi SEO plus approfondi, tel que le suivi des positions et la surveillance des backlinks, est vendu en tant que modules complémentaires payants distincts, et l'optimisation pratique de la vitesse est une option achetable séparément.
Oui. L'essai Footprint-Free dure 14 jours, sans carte de crédit et couvre jusqu'à 5 sites — aucun détail de paiement, aucun engagement. Déployez quelques sites et observez ce que le tableau de bord rapporte réellement avant de vous décider.
Commencez un essai de 14 jours sans carte bancaire et suivez la disponibilité, les Core Web Vitals, les erreurs et l'utilisation des ressources par site dès le premier déploiement, avec des alertes là où vous le souhaitez. Migrations gratuites et garantie de remboursement de 30 jours sur l'ensemble de nos services.
Commencer gratuitement