Vu depuis cinq continents

PostShip vérifie depuis un seul point, en France. Quand ce point dit « injoignable », on ne sait pas si c'est le site ou le chemin jusqu'à lui : un peering qui tousse entre Paris et Francfort ressemble exactement à une panne, vu d'ici. Les sondes multi-régions font la même requête depuis le monde entier et en tirent un consensus : injoignable partout, quelque part, ou nulle part ?

Ce que PostShip fait

Les mesures passent par Globalping (https://globalping.io), un réseau public de sondes bénévoles. Pour chaque URL sondée, une requête HEAD (le statut et le temps de réponse, pas le corps : on ne fait pas télécharger la page à cinq bénévoles) depuis cinq régions :

Une sonde lit le statut HTTP : 2xx et 3xx, le site répond (une redirection est une réponse) ; 4xx et 5xx, il répond mal ; pas de statut, la sonde n'a rien mesuré, et ne dit rien du site : elle ne compte ni pour ni contre.

Le consensus

La phrase qui va avec : « Répond depuis 5 régions, médiane 320 ms, la plus lente : Océanie (890 ms) », « Injoignable depuis Asie et Océanie, répond depuis Europe, Amérique du Nord et Amérique du Sud », « Injoignable depuis toutes les régions sondées ».

Quand, et quelles URL

• Un projet est sondé toutes les 6 heures, et tout de suite après un déploiement de production (le déploiement remet le compteur à zéro). Un seul projet par passage de PostShip, pour tenir dans la minute ; les projets passent à tour de rôle, le plus ancien d'abord.
• 3 URL au plus par projet : les pages HTTP et les parcours, le chemin de l'argent d'abord (parcours et pages à assertions), puis par ancienneté, dans un ordre qui ne bouge pas d'un passage à l'autre. Un parcours est sondé sur sa première marche.
• Sans jeton Globalping, le réseau accorde environ 250 mesures par heure à PostShip. Quand la limite est atteinte, le projet est rendu à la file et sondé au passage suivant, sans être marqué.

Régler

Projet → Paramètres → Règles, carte « Vu depuis le monde », groupe « Ce que PostShip regarde de plus près » : cochez « Sonder ce site depuis cinq continents » et enregistrez. Le plan qui compte est celui du propriétaire du projet.

Ce qui déclenche une alerte

À partir de deux régions en panne. Une seule région en échec, c'est le bruit du réseau (la sonde, son opérateur, un routage), pas le site ; alerter dessus, c'est réveiller quelqu'un pour rien. Elle est notée dans l'historique, sans message.

L'alerte part à la transition : quand le passage précédent de cette URL n'alertait pas et que celui-ci alerte. Elle va sur les salons du projet (Discord, Slack, Telegram) et par email au propriétaire, avec un bouton « Voir depuis le monde » :

• Verdict globale : « Mon site : injoignable depuis toutes les régions », puis l'URL et la phrase, et « Ce n'est pas un problème de réseau local : la panne est chez vous ou chez votre hébergeur. »
• Verdict locale avec deux régions ou plus : « Mon site : https://monsite.fr/checkout n'est pas joignable partout », la phrase, et « Depuis Paris, la page répond : vos visiteurs de ces régions, eux, ne la voient pas — un CDN, un DNS, ou un pare-feu géographique. »

Le retour au vert (ok après une alerte) envoie sur les salons seulement : « Mon site : https://monsite.fr/checkout répond de nouveau partout ». Ces messages sont des messages d'équipe : ils ne passent pas par le webhook sortant ni par les règles de silence des alertes d'URL.

Où le lire

• Sur la page de chaque URL : le dernier passage, sonde par sonde, et l'historique sur 30 jours par région : nombre de mesures, disponibilité, médiane, dernier échec. Les lignes plus anciennes sont purgées la nuit.
• Sur la page de statut : une carte du monde avec l'état de chaque région, le pire des dernières sondes de chaque URL : ok, dégradé (une partie des URL en échec), panne (toutes), et « inconnu » sans sonde depuis 24 heures, jamais « ok » par défaut.
• Dans la cause probable : un verdict locale vaut +50 à « Réseau régional » ; un verdict globale vaut +20 à « Panne du site entier ».

Limites et plans

Team seulement : chaque mesure mobilise cinq sondes dans le monde. Voir les plans.

Dépannage

Pourquoi une région est en rouge sans alerte ?

Une seule région en échec n'alerte pas, exprès. Si elle reste rouge passage après passage, regardez l'historique de l'URL : un pare-feu géographique ou un CDN mal réparti se voit là.

Pourquoi mon URL n'est pas sondée ?

Trois URL au plus par projet, l'argent d'abord puis les plus anciennes. Une URL de sorte certificat, sitemap ou Open Graph n'est jamais sondée. Vérifiez aussi que la case est cochée et que le plan du propriétaire est Team.