Synthetic Monitoring
Ce qu'est la surveillance synthétique
Section intitulée « Ce qu'est la surveillance synthétique »La surveillance synthétique exécute des checks scriptés contre votre site et vos API selon un calendrier fixe depuis des emplacements externes, au lieu d'attendre que le trafic réel révèle un problème. Comme les checks s'exécutent que quelqu'un utilise votre produit ou non, ils détectent une panne à 3 heures du matin sur un endpoint peu fréquenté aussi sûrement qu'une panne en pleine heure de pointe. Dans LoadFocus, un check synthétique est un check d'API, un check d'API multi-étapes ou un browser check, exécuté depuis les régions cloud que vous choisissez.
Pour une vue d'ensemble de la fonctionnalité et de ses forfaits, consultez surveillance synthétique.
Surveillance synthétique et données d'utilisateurs réels
Section intitulée « Surveillance synthétique et données d'utilisateurs réels »Les deux répondent à des questions différentes, et LoadFocus propose les deux.
| Surveillance synthétique | Données de terrain d'utilisateurs réels | |
|---|---|---|
| D'où viennent les données | De vos propres checks scriptés | Agrégées auprès d'utilisateurs Chrome réels sur les 28 derniers jours |
| Calendrier | S'exécute à l'intervalle fixe que vous choisissez | Reflète le trafic réellement survenu |
| Fonctionne sans trafic | Oui | Non |
| Répond à | "Est-ce cassé, et où ?" | "Que vivent réellement les visiteurs ?" |
| Dans LoadFocus | Cette page | Données de terrain d'utilisateurs réels (CrUX) |
Le synthétique vous dit que quelque chose est tombé et quelle étape a échoué. Les données de terrain vous disent ce qu'ont vécu les personnes sur votre site. Google utilise les données de terrain pour l'évaluation des Core Web Vitals, ce sont donc elles qui influencent votre évaluation, tandis que le synthétique est ce qui vous alerte la nuit.
Les trois types de check
Section intitulée « Les trois types de check »Celui dont vous avez besoin dépend de la part du parcours qui doit fonctionner.
Les checks d'API envoient une seule requête HTTP et vérifient la réponse par des assertions. Utilisez-les pour un endpoint, une route de santé ou une dépendance tierce.
Les checks d'API multi-étapes exécutent une suite ordonnée de requêtes HTTP comme un seul check, en transmettant des données des réponses précédentes aux requêtes suivantes. Utilisez-les quand une seule requête ne peut pas prouver que l'API fonctionne de bout en bout : par exemple se connecter, récupérer le token, puis appeler un endpoint protégé avec celui-ci.
Les browser checks exécutent un véritable script Playwright dans un navigateur Chromium headless et pilotent votre site comme le ferait un visiteur. Utilisez-les pour des parcours complets : connexion, recherche, paiement, ou tout flux couvrant plusieurs pages.
Ce que vous obtenez quand un check échoue
Section intitulée « Ce que vous obtenez quand un check échoue »Les browser checks capturent ces artefacts :
- Des captures d'écran des pages visitées par le script.
- Les logs de console du navigateur.
- Les logs réseau de chaque requête faite par la page.
- Les temps par étape, pour voir quelle étape ralentit un flux.
- Une trace que vous pouvez ouvrir pour rejouer l'exécution étape par étape, conservée lorsqu'une exécution échoue.
- Une vidéo de l'exécution, enregistrée par défaut et conservée lorsqu'une exécution échoue.
Un browser check peut aussi porter un seuil de dégradation sur la durée totale en millisecondes. Une exécution qui réussit mais le dépasse est signalée comme dégradée plutôt que saine, et les alertes sur la métrique de durée sont prises en charge : vous êtes donc prévenu qu'un flux ralentit avant qu'il ne casse franchement.
Planification et emplacements
Section intitulée « Planification et emplacements »Les checks s'exécutent depuis 26 régions cloud en Amérique du Nord et du Sud, en Europe, en Asie-Pacifique, en Afrique et au Moyen-Orient, ce qui vous permet de mesurer un parcours depuis l'endroit où sont réellement vos utilisateurs.
Le nombre de checks et d'emplacements dont vous disposez dépend de votre offre. Sur le plan gratuit, vous pouvez exécuter jusqu'à 10 checks avec jusqu'à 6 emplacements par check et 10 000 exécutions de check par mois, avec un mois de rétention des données. Une exécution correspond à une exécution d'un check depuis un emplacement, comptée par étape pour un check multi-étapes. Les checks multi-étapes et les browser checks ne sont pas inclus dans le plan gratuit et sont disponibles sur les offres payantes. Les browser checks disposent de leur propre quota mensuel d'exécutions navigateur, distinct des exécutions de checks d'API. Consultez les limites actuelles sur la page des tarifs.
Pour les réglages communs, la fréquence, les emplacements, les canaux d'alerte, l'activation et la mise en sourdine, voir Comment créer un nouveau check d'API.
Qu'est-ce que la surveillance synthétique ?
Section intitulée « Qu'est-ce que la surveillance synthétique ? »La surveillance synthétique exécute des checks scriptés contre votre site et vos API selon un calendrier, depuis des emplacements externes, plutôt que d'attendre que le trafic réel fasse apparaître un problème. Elle vous signale qu'un endpoint ou un parcours utilisateur est cassé avant qu'un client ne le découvre.
Quelle est la différence entre surveillance synthétique et surveillance des utilisateurs réels ?
Section intitulée « Quelle est la différence entre surveillance synthétique et surveillance des utilisateurs réels ? »La surveillance synthétique exécute vos propres checks à intervalle fixe : vous obtenez donc des données cohérentes même quand le trafic est faible ou nul. Les données d'utilisateurs réels rapportent ce que les visiteurs ont vécu. Le synthétique vous dit que quelque chose est tombé ; les données d'utilisateurs réels vous disent combien de personnes ont été touchées.
Quels checks de surveillance synthétique LoadFocus propose-t-il ?
Section intitulée « Quels checks de surveillance synthétique LoadFocus propose-t-il ? »Des checks d'API pour des endpoints uniques, des checks d'API multi-étapes pour les suites de requêtes chaînées, et des browser checks qui pilotent un vrai navigateur sur un parcours utilisateur complet avec Playwright. Les trois s'exécutent depuis les mêmes régions cloud et partagent les mêmes canaux d'alerte.
Quel navigateur utilisent les browser checks synthétiques ?
Section intitulée « Quel navigateur utilisent les browser checks synthétiques ? »Les browser checks exécutent un script Playwright dans Chromium headless depuis les régions cloud de LoadFocus : le parcours est donc éprouvé tel qu'un visiteur le vivrait, et non comme une simple requête HTTP.
Depuis combien d'emplacements les checks synthétiques peuvent-ils s'exécuter ?
Section intitulée « Depuis combien d'emplacements les checks synthétiques peuvent-ils s'exécuter ? »Les checks s'exécutent depuis 26 régions cloud. Le nombre que vous pouvez sélectionner pour un seul check dépend de votre offre ; le plan gratuit autorise 6 emplacements par check.
La surveillance synthétique est-elle incluse dans le plan gratuit ?
Section intitulée « La surveillance synthétique est-elle incluse dans le plan gratuit ? »Les checks d'API le sont. Le plan gratuit couvre 10 checks, 6 emplacements par check et 10 000 exécutions de check par mois. Les checks d'API multi-étapes et les browser checks sont des fonctionnalités payantes.