Aller au contenu
Zinn® Uptime
frUSD

Zinn® Uptime

Fonctionnalités

Zinn® Uptime est la surveillance de la disponibilité de site web pour toute adresse web : il vérifie 24 heures sur 24, confirme chaque panne par une seconde vérification avant de vous alerter, et vous informe par e-mail, Slack, Telegram ou webhook. Trois moniteurs sont gratuits, sans carte requise.

Des vérifications de site web qui se comportent comme un visiteur

Chaque vérification est une véritable requête vers votre page, identique à celle qu’enverrait le navigateur d’un visiteur.

Un moniteur ne vaut que par la question qu’il pose. Zinn® Uptime ne se contente pas d’envoyer un ping à un serveur ou d’ouvrir un port pour considérer qu’il s’agit d’un site web ; il demande la page elle-même, via HTTP ou HTTPS, exactement comme le ferait un navigateur, et attend la réponse. Si le nom ne peut pas être résolu, que la connexion est refusée, que le certificat n’est pas fiable, que le serveur répond par une erreur ou que rien ne revient dans les dix secondes, cette vérification a échoué — et la raison est enregistrée en termes clairs, afin que l’alerte vous indique où commencer vos recherches.

  • Les moniteurs gratuits sont vérifiés toutes les 5 minutes ; avec un pack, chaque adresse du compte est vérifiée toutes les minutes.
  • Les redirections sont suivies, ce qui vous permet d’observer l’adresse que les internautes saisissent plutôt que l’adresse de destination finale.
  • Toute réponse 2xx ou 3xx est considérée comme active ; une réponse 4xx ou 5xx est considérée comme inactive.
  • Une page qui met plus de 10 secondes à répondre est considérée comme ayant expiré.
Le formulaire permettant d’ajouter une adresse Web à surveiller, avec les champs de nom et de texte attendu, ainsi que le quota de surveillance du compte au-dessus

Les pannes sont confirmées avant que quiconque ne soit alerté

Les fausses alertes incitent à ignorer les avertissements, c’est pourquoi chaque défaillance doit être avérée.

Internet perd des paquets, les routes oscillent et un serveur isolé connaît parfois une mauvaise minute. Un outil de surveillance qui vous alerte pour chacun de ces incidents vous apprend à l’ignorer, puis manque la panne qui compte vraiment. Une défaillance doit donc faire ses preuves à deux reprises : dès qu’une vérification échoue, la même adresse est interrogée à nouveau avec une toute nouvelle requête, généralement traitée depuis un autre emplacement. Si cette seconde requête aboutit, l’anomalie passagère est écartée. Ce n’est que lorsque les échecs sont confirmés sur deux vérifications consécutives que l’adresse est marquée comme indisponible et que quelqu’un est prévenu. Si une part importante de toutes les adresses surveillées échoue au même moment, nous considérons que le problème vient de nous plutôt que de vous, et nous n’enregistrons rien.

  • Une vérification ayant échoué est immédiatement répétée avec une nouvelle requête, généralement traitée depuis un autre emplacement.
  • Si cette deuxième requête atteint le site, le premier échec est ignoré.
  • Un site est déclaré indisponible après deux échecs consécutifs confirmés, vous êtes donc informé dans un délai d’environ deux intervalles de vérification.
  • Une page de défi de protection contre les robots n’est jamais considérée comme une panne de votre site.

Comment les pannes sont confirmées

La vue détaillée d’une adresse surveillée, affichant la disponibilité horaire, le temps de réponse et son historique d’interruptions

Vérifications de mots-clés pour les pages non fonctionnelles

La panne qu’un code d’état ne peut pas détecter est la page qui se charge mais qui est vide.

Certaines des pannes les plus graves répondent avec un code d’état parfaitement normal. Un site WordPress dont la base de données est indisponible, une boutique dont la mise à jour du thème a endommagé le modèle, une page servie vide par un cache mal configuré — tous peuvent renvoyer un code 200. Indiquez à une sonde de surveillance un court extrait de texte qui n’apparaît que lorsque la page fonctionne réellement, comme le nom de votre site ou une phrase du pied de page, et une page qui se charge sans celui-ci sera considérée comme inaccessible, avec le motif « texte attendu manquant ».

  • Ajoutez jusqu’à 200 caractères de texte qui doivent apparaître sur la page.
  • Si le texte est manquant, la vérification échoue avec le motif « expected text missing ».

Alertes par e-mail, Slack, Telegram et webhook

Un message lorsqu’un site tombe en panne et un lorsqu’il est rétabli — jamais un message chaque minute.

Une alerte n’est utile que si la bonne personne la voit. Chaque membre du compte reçoit un e-mail lorsqu’une adresse devient inaccessible, sans aucune configuration. Connectez Slack, Telegram ou votre propre webhook et la même alerte y sera également transmise, afin que le canal de l’équipe et le téléphone de l’ingénieur d’astreinte soient tous deux informés. Les alertes se déclenchent lors d’un changement, et non selon l’état : un message lorsqu’un site tombe en panne, et un autre lorsqu’il est rétabli indiquant approximativement la durée de l’interruption — jamais un message chaque minute tant que la panne persiste.

  • Un e-mail est envoyé à chaque membre du compte lorsqu’une adresse devient inaccessible.
  • Connectez Slack, Telegram ou un webhook et les mêmes alertes y seront également transmises.
  • Les webhooks sont signés avec un HMAC sur un horodatage et le corps, afin que votre point de terminaison puisse vérifier qu’ils proviennent bien de nous.
  • Le message de rétablissement indique approximativement la durée d’indisponibilité du site.

Envoyez des alertes de disponibilité vers Slack, Telegram ou un webhook

Paramètres de notification, où les destinations Slack, Telegram et webhook sont connectées et les alertes de surveillance leur sont acheminées

Historique de disponibilité et temps de réponse

Des chiffres que vous pouvez montrer à un client, conservés aussi longtemps que le moniteur existe.

Lorsqu’un client demande si son site était indisponible mardi, la réponse doit être un enregistrement, pas un souvenir. Chaque adresse conserve dans la liste son taux de disponibilité et son temps de réponse habituel pour les 30 derniers jours, le taux de disponibilité heure par heure avec les temps de réponse moyen et le plus lent dans sa vue détaillée, ainsi que chaque panne avec son heure de début, sa durée et le lieu d’où la défaillance a été confirmée. L’historique est conservé tant que vous continuez à surveiller l’adresse ; la mise en pause d’un moniteur le conserve, et la suppression du moniteur le supprime.

  • Temps de disponibilité et temps de réponse typique au cours des 30 derniers jours sur la liste.
  • Temps de fonctionnement heure par heure, ainsi que temps de réponse moyen et le plus lent pour chaque adresse.
  • Chaque interruption enregistrée, avec sa durée et le lieu d’où elle a été confirmée.
L’écran Zinn® Uptime répertoriant trois adresses surveillées avec leur état, leur disponibilité sur 30 jours et leur temps de réponse habituel

Vitesse de la page et temps de disponibilité

Un site qui répond peut tout de même être trop lent pour être utilisé.

Un site qui répond en huit secondes est techniquement en ligne et pratiquement hors service. Parallèlement aux vérifications de disponibilité, chaque page surveillée voit ses Core Web Vitals mesurés — les données de chargement, d’interactivité et de stabilité visuelle utilisées par les moteurs de recherche — quotidiennement lorsque vous disposez d’un forfait et de façon hebdomadaire avec l’offre gratuite. Une semaine de lenteur consécutive à la mise à jour d’une extension s’affiche sur le même écran que l’historique de disponibilité, vous n’avez donc pas besoin d’un second outil pour le constater.

  • Les Core Web Vitals sont mesurés pour chaque page surveillée — quotidiennement avec un pack, chaque semaine avec la formule gratuite.
  • Affiché à côté de l’historique de disponibilité, de sorte qu’une semaine lente et une panne apparaissent sur un seul écran.

Surveillance de domaine, gratuit

Un domaine expiré emporte avec lui le site, les e-mails et le classement dans les moteurs de recherche.

Les domaines expirent pour des raisons banales : la carte enregistrée est arrivée à expiration, le rappel de renouvellement a été envoyé à une personne ayant quitté l’entreprise, ou le renouvellement automatique n’a jamais été activé. Lorsque cela se produit, le site web, les e-mails et des années de référencement disparaissent en même temps, et le nom peut être enregistré par quelqu’un d’autre. Zinn® Uptime consulte l’enregistrement public de chaque domaine surveillé une fois par jour et vous avertit 60, 30, 14, 7 et 1 jour avant son expiration. Il compare également l’enregistrement avec celui de la veille et vous alerte en cas de modification du bureau d’enregistrement, des serveurs de noms ou du statut du registre — souvent le premier signe d’un piratage de compte de domaine.

  • Nous lisons l’enregistrement de chaque domaine surveillé une fois par jour.
  • Avertissements d’expiration 60, 30, 14, 7 et 1 jour à l’avance.
  • Alertes lorsque le bureau d’enregistrement, les serveurs de noms ou le statut du registre changent, ou lorsque le domaine disparaît.
  • Les domaines enregistrés ou hébergés chez nous sont ajoutés pour vous ; ajoutez tout autre domaine par son nom.

Surveillance de l’expiration du domaine

Une liste de surveillance des domaines affichant la date d’expiration, le bureau d’enregistrement et le statut du registre de chacun d’eux

Mettre en pause, arrêter et automatiser

La surveillance doit s’adapter au travail, et non l’inverse.

La surveillance doit s’adapter au travail réel. Mettez un moniteur en pause avant une migration ou une maintenance planifiée et réactivez-le ensuite ; les moniteurs en pause ne sont pas vérifiés et n’envoient rien, et leur historique est conservé. Tout ce qui se trouve sur l’écran Uptime est également disponible via l’API REST, de sorte que les moniteurs peuvent être créés et supprimés par vos propres scripts de déploiement. Et parce que les pannes et les rétablissements sont des événements de la plateforme, ils peuvent lancer une automatisation sur un tableau Zinn® Boards — en ouvrant par exemple une carte pour l’interruption.

  • Mettez un moniteur en pause pendant les travaux planifiés et réactivez-le ensuite, tout en conservant son historique intact.
  • Créez, renommez, suspendez et supprimez des moniteurs via l’API REST.
  • Les événements d’interruption et de rétablissement peuvent déclencher une automatisation sur un tableau Zinn® Boards.

Hébergez également le site chez nous

Zinn® Uptime se trouve dans le même compte que l’hébergement Zinn Digital® : une seule connexion, une seule facture, et les sites que vous hébergez chez nous côtoient directement ceux que vous surveillez. L’hébergement inclut une garantie de disponibilité mensuelle de 99,9 %, créditée en un clic si nous ne l’atteignons pas.

La surveillance et le suivi de domaine sont gratuits sur chaque compte Zinn Digital®, que vous disposiez d’un hébergement ou non.