Quelle est la différence entre la surveillance synthétique et la surveillance sur appareil réel ?

Les vérifications depuis un datacenter sont le bon outil pour une large couverture de disponibilité. Elles s'exécutent chaque minute depuis de nombreux emplacements, coûtent peu par vérification et fournissent une base cohérente pour comparer les versions. Si votre serveur d'origine tombe en panne, une vérification synthétique sera généralement la première à le remarquer.

Sa limite est le point de vue. Un navigateur headless sur une adresse IP cloud est exactement le type de client que la protection anti-bots, les pare-feux et les règles anti-fraude sont conçus pour traiter différemment. La vérification peut réussir alors que de vrais clients sur téléphone reçoivent une page de défi, ou échouer alors que les clients n'ont aucun problème.

Un téléphone physique sur un réseau opérateur présente une adresse IP mobile, un vrai navigateur mobile et de vraies caractéristiques d'appareil. C'est la combinaison que présentent vos clients mobiles, donc la page qu'il reçoit est la page qu'ils reçoivent : le même CAPTCHA, le même blocage géographique, la même redirection mobile défectueuse.

Le compromis est le coût et la fréquence. Les téléphones réels sont limités, donc les vérifications sur appareil réel s'exécutent moins souvent que les vérifications depuis un datacenter. Les deux méthodes se complètent : les vérifications synthétiques pour une couverture rapide et large, les vérifications sur appareil réel pour les pages critiques où le parcours mobile compte, comme le paiement, la connexion et les pages d'atterrissage.

Un résultat n'est utile que s'il s'explique lui-même. Le minimum est la résolution DNS, la négociation TLS, le statut HTTP, la chaîne complète de redirections, si une page de défi ou 403 est apparue, le temps de chargement et une capture d'écran de ce qui était affiché. Avec ces champs, un échec pointe vers une couche, pas seulement vers un point rouge.

Il importe aussi de savoir qui a échoué. Si le site est en panne, un échec correctement classé et documenté est un résultat valide. Si le téléphone de surveillance a échoué, le résultat honnête n'est pas concluant, et il ne doit pas ouvrir un incident contre le site ni compter contre sa disponibilité.

Vous fournissez l'URL et une fréquence de vérification. Un téléphone Android physique avec une véritable carte SIM charge la page et enregistre le DNS, le TLS, le résultat HTTP, la chaîne de redirections, la détection de défi ou 403, le temps de chargement et une capture d'écran. Chaque exécution est signée avec Ed25519 et peut être vérifiée sur la page de vérification publique. Les captures d'écran sont conservées 60 jours pour Founder et 90 jours pour Standard.

Access Monitor vérifie la disponibilité technique, pas le contenu métier : une page qui se charge correctement mais affiche le mauvais prix est hors périmètre. La fiabilité du système a été mesurée à 2 403 backtests qualifiés avec 99,89 % d'autonomie (15/09/2026), sous des pannes injectées telles que la perte de réseau, les redémarrages et les redémarrages de service.