Surveillance des temps d’arrêt

La surveillance des temps d’arrêt de Jetpack garde continuellement un œil sur votre site et vous alerte dès la détection d’un problème.

Jetpack continue de surveiller votre site et vous prévient s’il détecte des temps d’arrêt.

Une fois activée, l’un de nos serveurs commencera à vérifier votre site toutes les cinq minutes.  S’il semble que quelque chose ne va pas, nous enverrons une notification par e-mail au compte WordPress.com auquel Jetpack est connecté.

Pour les fonctionnalités générales et la FAQ, veuillez consulter notre page de fonctionnalités.

E-mails

Lorsque la surveillance des temps d’arrêt est activée, des e-mails de notification des temps d’arrêt sont envoyés à l’utilisateur qui l’a activée. Si vous avez des utilisateurs administrateurs supplémentaires connectés à leurs comptes WordPress.com, ils peuvent également activer ces notifications par e-mail pour eux-mêmes via Jetpack → Réglages → Sécurité.

Si vous souhaitez ajouter quelque chose à vos filtres de messagerie pour vous assurer que ces e-mails de notification n’atterrissent jamais dans les indésirables, ils proviendront tous de support+monitor AROBASE jetpack POINT com.

Notifications push

Vous pouvez désormais recevoir des notifications indiquant que votre site est indisponible sur le Web via WordPress.com et/ou des notifications push sur mobile (Android et iOS) pour les applications Jetpack et WordPress. 

Pour activer cette fonctionnalité sur le Web :

1. Rendez-vous sur https://wordpress.com/settings/security/.
2. Sélectionnez votre site.
3. Activez « Envoyer des notifications via les notifications WordPress.com ».

Pour activer cette fonctionnalité à partir des applications (Android et iOS, Jetpack et WordPress) :

1. Rendez-vous sur Mon site.
2. Réglages de Jetpack.
3. Activez « Envoyer des notifications push ».

Votre site fonctionne correctement mais vous recevez des notifications de site indisponible ?

Cela peut se produire pour différentes raisons et le contenu des e-mails de notification devrait vous en dire plus.

Alertes d’état

Au bas de l’e-mail de notification que nous vous envoyons lorsque la surveillance détecte un problème avec votre site se trouve une section qui peut fournir un peu plus d’informations :

Le numéro est notre ID interne pour votre site. La deuxième partie est l’état qui est renvoyé. Ces éléments sont basés sur le code de réponse HTTP à la requête HTTP HEAD envoyée à la page d’accueil de votre site :

• « server » — une réponse 5xx, qui indique que le serveur a eu un type d’erreur fatale.
• « blocked » — une réponse 403, qui indique que le serveur a répondu qu’il nous était interdit de voir la page d’accueil.
• « client » — une réponse 4xx (autre que 403), qui suggère un réglage côté serveur similaire désactivant l’accès.
• « intermittent » — la requête a expiré sans réponse après 10 secondes. Ce cas peut prêter à confusion, car le site peut en fait être en train de se charger, mais très lentement. Il est également le plus susceptible de se résoudre automatiquement. Si le site se trouve sur un hébergeur partagé et qu’un autre site sur le serveur utilise trop de ressources, cela pourrait entraîner une réponse lente des autres sites sur le serveur. Notez que notre serveur de surveillance principal et les multiples serveurs de vérification devraient tous voir la même chose pour que nous marquions le site indisponible.
• « redirection » — une réponse 3xx. La surveillance suivra quelques redirections, mais si on nous demande de suivre une quatrième redirection, nous supposons qu’il y a un problème. De manière réaliste, cela suggère une boucle de redirection, mais pourrait être une configuration relativement médiocre (par exemple, exemple.com -> http://www.exemple.com -> http://www.exemple.com/en/ -> http://www.exemple.com/en/blog/ seraient vus comme étant indisponible).
• « success » — une réponse normale. Tout a fonctionné. Cela ne devrait apparaître que sur l’e-mail de suivi « Votre site est de nouveau disponible ! ».
• « unknown » — cela ne devrait jamais arriver. Cela suggère que notre service de surveillance n’a pas envoyé la réponse attendue à WordPress.com.

Comment cela fonctionne-t-il en coulisse ?

Lorsque nous vérifions votre site, nous exécutons une requête ping sur la page d’accueil de votre site (via une requête HTTP HEAD) toutes les cinq minutes.

Nous marquons provisoirement votre site comme étant indisponible si le code de réponse HTTP est supérieur ou égal à 400, ce qui indique qu’une erreur d’autorisation ou qu’une erreur de code fatale empêche votre site d’apparaître aux visiteurs, ou nous voyons plus de trois redirections de la série 300, suggérant une boucle de redirection, ou si votre site ne répond pas dans les 20 secondes.

Une fois qu’il est provisoirement marqué, nous faisons ensuite tourner trois serveurs distincts dans des emplacements géographiquement différents à partir d’un fournisseur tiers pour nous assurer que le problème n’est pas isolé à notre réseau ou à l’emplacement de notre centre de données principal.

Si les trois vérifications échouent, nous marquons le site comme indisponible et vous en informons.

Remarque : Jetpack utilise le fuseau horaire défini dans vos réglages WordPress (Réglages > Général)

Informations sur la confidentialité

Cette fonctionnalité est désactivée par défaut. Si jamais vous devez désactiver cette fonctionnalité, vous pouvez cliquer sur le lien Réglages dans la section Surveillance des temps d’arrêt de Jetpack — Tableau de bord — D’un coup d’œil dans votre tableau de bord. Dans les réglages de la fonctionnalité sur WordPress.com, activez le réglage Surveiller les temps d’arrêt de votre site dans la section Surveillance des temps d’arrêt en haut de la page.