Browser Checks

Ce qu'est un Browser Check

Un Browser Check exécute un vrai script Playwright dans un navigateur Chromium headless, selon une planification et depuis les régions cloud de LoadFocus. Au lieu d'envoyer une seule requête HTTP, il pilote un vrai navigateur sur votre site comme le ferait un utilisateur, et rapporte le résultat du parcours complet.

Cela couvre les parties de votre produit qu'une vérification HTTP ne peut pas voir, des parcours utilisateur entiers plutôt que des endpoints isolés.

Quand l'utiliser

Utilisez un Browser Check pour vérifier des parcours utilisateur complets qu'une vérification HTTP ne peut pas couvrir :

• Login : connectez-vous avec des identifiants de test et confirmez que l'espace compte se charge.
• Recherche : saisissez une requête et vérifiez que des résultats s'affichent.
• Checkout : ajoutez un produit au panier et parcourez les étapes de paiement.
• Formulaires : soumettez un formulaire et vérifiez la confirmation.
• Parcours multi-pages : tout flux qui traverse plusieurs pages en séquence.

Créer un Browser Check

1. Ouvrez la page de nouvelle vérification d'API.
2. Choisissez Browser Check comme type de moniteur.
3. Écrivez ou collez votre script Playwright. Il peut utiliser vos variables et secrets enregistrés, ainsi que les snippets réutilisables et les scripts de setup/teardown. Le script exporte une fonction asynchrone qui reçoit page et ctx. Enveloppez chaque partie du parcours dans ctx.step('name', async () => { ... }) : seules les étapes ainsi enveloppées ont leur propre chronométrage et capture. Lisez les valeurs enregistrées avec ctx.vars.NAME et ctx.secrets.NAME.
4. Cliquez sur Tester le script pour lancer le script pendant l'édition, avant d'enregistrer.
5. Choisissez vos emplacements, la fréquence et les canaux d'alerte, puis enregistrez. Les Browser Checks ne s'exécutent que depuis les régions où l'exécuteur de navigateur est déployé : la liste des emplacements peut donc être plus courte que pour les vérifications API, et la fréquence minimale est de 5 minutes.
6. Les Browser Checks ne réessaient pas. À la place des champs de tentatives, vous avez Alert after N consecutive failures : 0 ou 1 alerte dès la première exécution échouée.

Modèles de script

Vous n'êtes pas obligé de partir d'un script vide. La liste déroulante Modèle au-dessus de l'éditeur (Partir d'un modèle…) contient dix scripts prêts à l'emploi. Choisissez-en un et il remplace le contenu de l'éditeur, après une confirmation pour ne pas perdre de modifications par accident ; adaptez ensuite les URL, les sélecteurs et le texte attendu à votre site :

• Partir de zéro : le script minimal par lequel commence chaque nouveau check.
• Se connecter avec un secret : se connecter avec des identifiants stockés en secrets et vérifier que le tableau de bord se charge.
• Remplir un formulaire : saisir un champ, envoyer le formulaire et vérifier la page de résultat.
• Parcours en plusieurs étapes : parcourir plusieurs pages, chacune mesurée comme une étape.
• Attendre un élément : attendre un contenu qui apparaît après le chargement de la page.
• Vérifier une valeur d'API sur la page : lire une valeur de votre API, puis vérifier que la page l'affiche.
• Vérifier l'affichage mobile : utiliser un écran de téléphone et vérifier que le menu mobile fonctionne.
• Fermer un popup facultatif : fermer une bannière de cookies quand elle s'affiche, sans échouer sinon.
• Bloquer images et analytics : ignorer images, polices et scripts de suivi pour que le check soit plus rapide.
• Échouer sur une page lente : faire échouer le check quand la page met plus qu'une limite à se charger.

Chaque modèle enveloppe ses actions dans ctx.step, si bien que l'exécution affiche un temps et une capture par étape.

Artefacts et résultats

Chaque exécution enregistre :

• Captures d'écran : une par ctx.step, plus une capture finale de la page.
• Logs de console du navigateur.
• Logs réseau : l'URL, la méthode et le statut de chaque réponse reçue par la page.
• Des timings par étape, pour voir exactement quelle étape ralentit un parcours.

Quand une exécution échoue, LoadFocus conserve aussi une Trace (utilisez Download Trace sur le résultat) et une vidéo de l'exécution. Les deux sont supprimées quand l'exécution réussit.

Quotas et plans

Les Browser Checks ne sont disponibles que sur les forfaits payants. Starter inclut 10 Browser Checks et 1 000 exécutions navigateur par mois, Professional 30 checks et 5 000 exécutions. Les exécutions navigateur ont leur propre quota, distinct des exécutions de vérifications API. Consultez les limites actuelles sur la page des tarifs.

Pour les réglages partagés, fréquence, emplacements, canaux d'alerte, activation/mise en sourdine, consultez Comment créer une nouvelle vérification d'API. Les Browser Checks font partie de la plateforme de Synthetic Monitoring de LoadFocus.

Les Browser Checks lisent les secrets et variables depuis leur propre stockage, distinct des checks d'API : Secrets et variables de surveillance synthétique. Une valeur définie pour les checks d'API n'est pas visible ici.