« Le site fonctionne » ne veut rien dire si la vérification a été faite depuis un seul point. Le fournisseur d'accès, la route du réseau principal, le peering local et même les réglages du CDN varient d'une région à l'autre, et une panne invisible depuis vos bureaux peut durer depuis plusieurs heures pour des utilisateurs situés à l'autre bout du monde. Voyons pourquoi une surveillance depuis plusieurs pays est utile, pourquoi une adresse de datacenter peu coûteuse suffit, et ce qu'il faut consigner dans le rapport pour chaque vérification.

Pourquoi « le site fonctionne » depuis un seul point ne veut rien dire

La disponibilité d'un site n'est pas un état unique, « en ligne » ou « hors ligne » : c'est la somme d'états locaux selon les routes empruntées depuis différents points du globe. Le CDN diffuse le contenu depuis le nœud le plus proche de l'utilisateur, et une panne sur l'un d'eux ne touche qu'une partie de l'audience. Une défaillance du réseau principal chez un opérateur donné coupe la route pour ses abonnés, mais pas pour les autres. Les serveurs DNS de différentes régions peuvent renvoyer un ancien enregistrement à cause du délai de propagation des modifications : une partie du monde atteint alors l'ancienne adresse, une autre la nouvelle.

Une vérification depuis un seul serveur répond uniquement à la question « le site est-il accessible depuis cet endroit ? », et non « est-il accessible tout court ? ». Pour un service doté d'une audience internationale, la différence est essentielle : une panne locale dans une région précise pèse sur le chiffre d'affaires réel exactement comme une panne mondiale, mais elle passe inaperçue sans point de contrôle approprié.

Vérifier la disponibilité et la rapidité de diffusion depuis plusieurs régions

La surveillance depuis différents pays répond à deux besoins à la fois. Le premier est le constat de disponibilité : le serveur répond-il, un pare-feu local le bloque-t-il, la route a-t-elle été perdue après la dernière modification du DNS ou de la configuration du CDN. Le second est la rapidité de diffusion : le temps de réponse du serveur et le temps de chargement complet de la page peuvent varier de plusieurs fois entre une région proche et une région éloignée, même quand le site est en parfait état, simplement à cause de la distance physique et du nombre de nœuds intermédiaires.

Cela compte surtout pour les sites disposant de versions localisées et d'une infrastructure de diffusion différente selon les régions : une diffusion lente dans un pays donné peut signaler non pas un problème sur l'ensemble du site, mais un problème sur l'un des nœuds régionaux du CDN, impossible à voir si l'on vérifie uniquement depuis le siège de l'entreprise.

Ici, une adresse de datacenter suffit, et elle coûte moins cher

Contrairement aux tâches où ce que voit un véritable utilisateur avec une IP résidentielle ou mobile est déterminant, la surveillance de disponibilité ne concerne pas la personnalisation du contenu : elle porte sur le chemin réseau et le temps de réponse. Le site n'a que faire de l'identité de celui qui le sollicite : l'essentiel est que la connexion parte du bon nœud géographique. Une adresse de datacenter convient pour cela : elle est facturée au mois à prix fixe, et non au gigaoctet, ce qui est plus avantageux pour des requêtes courtes et régulières que n'importe quel forfait de trafic. Pour savoir quand une IP de datacenter suffit et quand ce n'est pas le cas, lisez l'article proxys mobiles ou résidentiels.

La seule exception : le site applique un filtrage géodépendant et distingue, d'après l'ASN, le trafic d'un hébergeur de celui d'un utilisateur ordinaire, en affichant aux adresses de datacenter une page d'attente ou un captcha. Dans ce cas, la surveillance de disponibilité devient elle-même une tâche qui exige un canal résidentiel, et il vaut la peine de consulter l'article sur ce qu'est l'ASN et pourquoi il compte.

Fréquence d'interrogation et consommation de trafic

La fréquence des vérifications doit correspondre au coût d'une interruption : pour une boutique qui vend en ligne, un intervalle raisonnable est d'une à cinq minutes par région ; pour une section secondaire, toutes les 15 à 30 minutes. Chaque requête correspond en général à une page de texte sans médias, d'un poids de 0,3 à 1 Mo, de sorte qu'une surveillance quotidienne d'une centaine de points tient dans environ 1,5 à 3 Go de trafic par mois, une consommation minime par rapport aux vérifications qui chargent images et vidéos.

L'économie de trafic en surveillance ne passe pas par le choix du canal le moins cher, mais par une bonne méthode de requête : ne pas charger les ressources statiques ni les médias si l'objectif est de constater que le serveur répond, et non d'afficher la page entière. Des vérifications faussées par une adresse bon marché et instable coûtent plus cher que l'écart de prix entre les canaux.

Que consigner dans le rapport

Trois paramètres sont indispensables dans chaque entrée. Le code de réponse du serveur : il ne s'agit pas seulement de « 200 ou pas 200 » ; un 3xx peut révéler une redirection inaperçue vers un mauvais domaine, un 5xx une erreur serveur, et un délai dépassé sans aucun code une coupure de la route. Le temps jusqu'au premier octet : il montre la rapidité avec laquelle le serveur répond avant le début de la transmission du contenu, et permet de bien distinguer un problème de serveur d'un problème de réseau. Le temps de chargement complet : le temps total avant que la page soit prête, tel que le perçoit l'utilisateur réel, et qui dépend non seulement du serveur, mais aussi du CDN, des scripts et des ressources externes de la page.

Il convient de conserver chaque entrée avec l'indication de la région, de la date et de l'heure : sans historique dans le temps, impossible de distinguer une défaillance ponctuelle du réseau sur une route d'une dégradation systématique dans un pays précis, qui appelle une intervention.

Questions fréquentes

Peut-on se contenter d'une surveillance depuis un ou deux pays plutôt qu'une dizaine ?

Si l'audience est concentrée dans quelques régions, des points de contrôle placés précisément dans ces régions, plus un point neutre pour la comparaison, suffisent. Il convient d'élargir la liste à mesure que l'audience grandit ou en cas de plaintes d'utilisateurs d'une région où il n'existe pas encore de surveillance.

Faut-il utiliser une adresse différente pour chaque vérification ou une seule par pays suffit-elle ?

Pour la surveillance de disponibilité, une seule adresse stable par pays suffit : la constance du point permet justement de comparer les indicateurs dans le temps et de voir une tendance, plutôt que le bruit provoqué par un changement d'adresse.

Que faire si, depuis un pays, le site est constamment plus lent que depuis les autres ?

Commencez par écarter un artefact : répétez la vérification depuis une autre adresse du même pays. Si le résultat se confirme, le problème se situe probablement dans un nœud régional du CDN ou dans la route qui y mène, et non sur le serveur principal.

Des adresses de datacenter pour surveiller un site par pays se trouvent dans la rubrique proxys.