Surveillance de la disponibilité, des performances et des erreurs
Zinn Digital® surveille les adresses web que vous nous indiquez — temps de fonctionnement, Core Web Vitals et utilisation des ressources par rapport à vos droits — et les affiche par site dans le tableau de bord. Les alertes sont envoyées par e-mail, Telegram, Slack ou vers votre propre webhook, et notre page d’état réside hors plateforme afin de continuer à répondre lorsque nous ne le pouvons pas. La surveillance du temps de fonctionnement et de la vitesse des pages est active dès maintenant : ajoutez n’importe quelle adresse web — trois gratuites par compte, sans obligation d’hébergement chez nous — 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 de ressources par site sont en cours de développement 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 indiquent généralement ce que vous payez. Le nôtre vous indique ce que fait votre site. Chaque site que vous gérez chez nous transmet le même ensemble de signaux, par site, sans aucun agent à installer ni aucune configuration complexe.
Des vérifications continues de disponibilité par site, contextualisées par rapport à son historique propre afin de distinguer une micro-coupure d’une panne réelle. L’état de disponibilité est un signal de premier ordre sur lequel la plateforme agit, et non un graphique que personne ne consulte.
Des données de performances réelles par site — les métriques sur lesquelles Google se base réellement pour le classement. Les pages lentes apparaissent sous la forme d’une mesure exploitable, à côté des commandes de mise en cache permettant de les corriger.
Les journaux d’erreurs HTTP et PHP sont disponibles par site, de sorte qu’une erreur fatale due à une mauvaise mise à jour de plugin ou à un déploiement défaillant est une chose que vous pouvez retrouver plutôt que de deviner.
Bande passante par site, ainsi que l’utilisation des ressources mesurée par rapport aux limites de votre forfait — y compris les statistiques LVE par site — afin que vous puissiez voir quel site est le plus sollicité et s’il approche d’un plafond.
Un tableau de bord auquel vous devez penser à accéder n’est pas de la surveillance. Chaque signal alimente la couche de notification de la plateforme, et vous choisissez sa destination.
Une page d’état hébergée sur l’infrastructure même qu’elle surveille est inutile au moment précis 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 — une machine différente et un domaine de défaillance distinct du plan de contrôle et du parc dont elle rend compte. En cas de problème sur la plateforme, la page de statut continue de répondre, car aucun des éléments dont elle dépend n’est concerné par l’incident.
Il est personnalisé à votre image, alimenté par la même surveillance que celle qui gère vos alertes par site, et indépendant par conception plutôt que par accident. 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 l’indisponibilité de notre documentation.
Il s’agit de la même logique que pour le reste de la plateforme : des domaines de défaillance distincts, aucun destin partagé, et rien qui ne puisse mettre hors service à la fois le composant et l’outil que vous utilisez pour le diagnostiquer.
Les signaux ont plus de valeur lorsque quelque chose peut agir en conséquence. Les nôtres sont reliés à l’assistant et au serveur MCP, et non enfermés dans un graphe.
Lorsque vous commencez à créer un ticket, l’assistant effectue d’abord un diagnostic en direct sur le site concerné — disponibilité, erreurs HTTP et PHP, état SSL et DNS, limites de ressources et pannes LVE, signalements de logiciels malveillants, conflits d’extensions, état de la base de données et cache — avant même qu’une intervention humaine n’ait lieu.
Dans la limite de vos autorisations et des garde-fous de la plateforme, il videra le cache, redémarrera les workers PHP, réparera ou renouvellera le SSL, réparera les tables de la base de données, désactivera une extension provoquant une erreur fatale ou purgera le CDN — puis revérifiera le signal et confirmera si le problème a réellement été résolu.
Si une intervention humaine est toujours nécessaire, le ticket arrive prérempli avec les diagnostics, les démarches tentées et ce qui s’est produit — l’assistance part ainsi des faits au lieu de vous demander de décrire le symptôme.
Connectez n’importe quel outil d’IA compatible avec MCP et il pourra lire la santé du site, les journaux récents, les métriques, la disponibilité et les erreurs en tant que ressources — afin que votre propre agent puisse établir un diagnostic avant d’agir, sous OAuth 2.1 avec des jetons révocables limités à l’organisation et aux rôles, ainsi qu’un journal d’audit complet.
La surveillance des performances a sa place aux côtés des outils qui influent sur les performances. Sur notre plateforme, elle se situe entre l’infrastructure 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 exploitons 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 et centralisés étiquetés par locataire, avec des données d’audit conservées séparément.
Les métriques sont collectées par service, par worker et par locataire (tenant), avec des statistiques LVE par site issues de la couche d’isolation. Chaque exécution de flux de travail — provisionnement, migration, application des règles — est visible de bout en bout, c’est pourquoi une réponse de l’assistance peut être précise au lieu d’être une supposition.
La surveillance à grande échelle est un problème de volume de données, et elle est donc conçue comme telle. Les métriques à volume élevé sont partitionnées dans le temps et agrégées plutôt que d’être conservées par site et par minute indéfiniment, les traces sont échantillonnées et les contrôles de cardinalité par locataire empêchent un compte bruyant de dégrader les tableaux de bord des autres. L’objectif de conception est d’un million de sites, et non le nombre que nous gérons aujourd’hui.
Les alertes sont acheminées via Alertmanager vers notre planning d’astreinte avec des SLO définis et suivis — délibérément séparées des notifications client ci-dessus, afin que le bruit opérationnel n’arrive jamais dans votre boîte de réception et que vos alertes ne fassent jamais la queue derrière les nôtres.
Par site : temps de disponibilité, Core Web Vitals et performances, bande passante et utilisation des ressources mesurées par rapport aux droits de votre forfait — y compris les statistiques LVE par site de la couche d’isolement. Tout est présenté dans le tableau de bord par site, sans aucun agent à installer.
Par le biais des canaux que vous connectez : 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 sont transmis à quel canal et à quelle personne. Les distributions par webhook sont signées par HMAC, réessayées avec un intervalle exponentiel et journalisées, afin que vous puissiez inspecter ou rejouer n’importe quelle distribution.
C’est exactement ce qu’il est conçu pour éviter. La page de statut est auto-hébergée sur une infrastructure distincte, entièrement hors plateforme, dans un domaine de défaillance différent de celui du plan de contrôle et du parc dont elle rend compte — car une page de statut fonctionnant sur l’infrastructure qu’elle surveille est inutile en cas de panne.
Il s’agit de l’objectif de disponibilité (uptime) selon lequel nous concevons et exploitons notre infrastructure, et il est présenté comme une assurance sur les forfaits Footprint-Free. Il s’agit d’un engagement relatif à l’ingénierie de la plateforme — ressources de calcul isolées par site, services sans état horizontalement évolutifs, domaines de défaillance distincts — 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 Uptime SLA sur /legal/sla, qui définit le niveau garanti et les crédits de service accordés en cas de non-respect.
Oui. L’état du site, les journaux récents, les métriques, la disponibilité et les données d’erreur sont exposés en tant que ressources via notre serveur MCP hébergé, afin que tout outil d’IA compatible MCP — Claude, Cursor, ChatGPT et d’autres — puisse les lire et établir un diagnostic avant d’agir. L’accès s’effectue via OAuth 2.1, délimité à votre organisation et au rôle de l’utilisateur qui se connecte, révocable par outil, et chaque action est consignée dans 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 intégrante de la plateforme et s’affichent sur votre tableau de bord pour les sites que vous hébergez chez nous, et le bloc 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 du positionnement et des liens entrants, est vendu sous forme d’extensions payantes distinctes, et l’optimisation concrète de la vitesse est une option payante supplémentaire.
Oui. L’essai Footprint-Free dure 14 jours, ne nécessite aucune carte et couvre jusqu’à 5 sites — sans coordonnées de paiement, sans engagement. Déployez quelques sites et observez ce que le tableau de bord indique réellement avant de prendre votre décision.
Commencez un essai de 14 jours sans carte bancaire et consultez le temps de disponibilité, les Core Web Vitals, les erreurs et l’utilisation des ressources par site dès le premier déploiement — avec des alertes où vous le souhaitez. Migrations gratuites et garantie satisfait ou remboursé de 30 jours sur tout.
Commencer gratuitement