Aller au contenu principal

Métriques API

Open in QuickMonitoring→ Sites → [Votre site] → Scans → API Metrics

Pendant le crawl, QuickMonitoring intercepte chaque requête XHR et Fetch effectuée par vos pages. Il enregistre le point de terminaison, la méthode, le code de statut, le temps de réponse et la taille de la charge utile. Cela vous donne une visibilité sur la santé de votre API telle qu'elle est vécue lors de vrais chargements de pages — pas de simples pings synthétiques vers un point de terminaison isolé.

Ce que vous verrez​

Allez dans Sites → votre site → API Metrics (barre latérale).

Une liste de tous les appels API interceptés pendant le crawl :

  • Point de terminaison — l'URL complète de l'appel API
  • Méthode — GET, POST, PUT, DELETE, etc.
  • Code de statut — la réponse HTTP reçue par la page
  • Latence — temps de réponse en millisecondes
  • Page source — quelle page a déclenché l'appel

Triez par temps de réponse pour trouver les points de terminaison lents. Filtrez par 4xx/5xx pour voir les erreurs API que les rendus de pages réels déclenchent.

Comment l'utiliser​

  1. Lancez un scan
  2. Allez dans Sites → votre site → API Metrics (barre latérale)
  3. Triez par temps de réponse pour trouver les points de terminaison API lents affectant le chargement des pages
  4. Filtrez par statut 4xx/5xx pour voir les erreurs API lors des rendus de pages réels
  5. Cliquez sur une entrée pour voir quelle page a déclenché l'appel et les détails complets de la requête/réponse

C'est particulièrement utile pour les sites qui chargent des données côté client — vous pouvez voir exactement quels appels API sont lents ou échouent avant qu'un utilisateur ne le signale.

Condition de réussite​

✅ Vous avez obtenu ce badge lorsque la section API Metrics affiche au moins un appel API intercepté, ou une confirmation « aucun appel API détecté » sur un site statique.

Problèmes fréquents​

  • Aucun appel API visible sur un site dynamique — Si le site utilise le rendu côté serveur et délivre du HTML complet, il peut n'y avoir aucun appel API côté client pendant le crawl. Vérifiez si votre application récupère des données après le chargement initial via JavaScript. Si c'est le cas et que rien n'apparaît, vérifiez si les appels API sont déclenchés par une interaction utilisateur (défilement, clic) plutôt qu'au chargement de la page — le crawler ne capture que les appels au moment du chargement.

  • Tous les appels affichent 401 — Le crawler atteint vos points de terminaison API sans jetons d'authentification. Les réponses 401 sont réelles et exactes — c'est ce que les utilisateurs non authentifiés voient. C'est le comportement attendu pour les API authentifiées. Pour tester le comportement des API authentifiées, configurez des identifiants de contournement (voir Phase 4 → Configuration du contournement).

  • Points de terminaison API affichant une latence très élevée (1000 ms et plus) — Ce sont de vrais chiffres provenant de vrais chargements de pages. Un appel API de 2 secondes pendant le chargement d'une page est un problème d'expérience utilisateur, pas un faux positif. Investiguez et optimisez le point de terminaison lent.

  • Entrées en double pour le même point de terminaison — Le même appel API peut se déclencher sur plusieurs pages. Chaque instance est enregistrée séparément afin que vous puissiez voir quelles pages effectuent l'appel.