Dernière mise à jour : 2026-07-02

Score Apdex

Apdex — l'Application Performance Index — est une norme ouverte qui transforme un flux de mesures de temps de réponse en un unique score de satisfaction compris entre 0 et 1. Elle a été conçue pour que la performance d'une application puisse être communiquée à des non-spécialistes sans graphique : un seul nombre capte la proportion de requêtes assez rapides pour satisfaire les utilisateurs. Apdex est largement pris en charge par les plateformes de supervision et constitue une manière courante d'exprimer un objectif de niveau de service en temps de réponse.

Formule

Chaque requête est comparée à un seuil cible $T$ et classée dans l'un des trois groupes :

• Satisfaite — temps de réponse inférieur ou égal à $T$.
• Tolérante — temps de réponse supérieur à $T$ mais inférieur ou égal à $4T$.
• Frustrée — temps de réponse supérieur à $4T$, ou requête en échec ou en délai dépassé.

Le score est le nombre d'échantillons satisfaits plus la moitié des tolérants, divisé par le nombre total d'échantillons :

où le total est la somme des trois comptages :

Les requêtes tolérantes comptent pour moitié car ces utilisateurs ont remarqué le délai sans être bloqués. Les requêtes frustrées ne contribuent en rien. Le résultat est toujours compris entre 0 (toutes frustrées) et 1 (toutes satisfaites). Le seuil $T$ détermine dans quel groupe tombe chaque requête, mais n'apparaît pas dans le calcul une fois les comptages fixés.

Exemple résolu

Supposons qu'une fenêtre de supervision de 1 000 requêtes, mesurées face à un seuil de $T = 500$ ms, se répartisse ainsi :

• 850 requêtes satisfaites (≤ 500 ms)
• 120 requêtes tolérantes (500 ms – 2 000 ms)
• 30 requêtes frustrées (> 2 000 ms ou en échec)

On confirme d'abord le total :

Puis on applique la formule :

Un score de 0,910 tombe dans la bande « bon », ce qui indique que les temps de réponse ont satisfait aux attentes des utilisateurs pour la majeure partie du trafic de cette fenêtre.

Bandes de notation

L'Apdex Alliance publie des étiquettes qualitatives pour qu'un simple nombre puisse être communiqué d'un coup d'œil. Une correspondance largement utilisée est :

Ces bandes sont une convention de reporting, pas une spécification stricte. Une équipe aux objectifs de latence ambitieux peut considérer tout ce qui est en dessous de 0,94 comme nécessitant une attention, tandis qu'un système back-office orienté par lots fixera une barre plus souple.

Choix du seuil

La décision la plus lourde de conséquences est la valeur de $T$. Fixé trop haut, une application poussive affichera tout de même un score flatteur ; fixé trop bas, même un service sain paraîtra médiocre. La spécification recommande d'ancrer $T$ sur le temps de réponse perçu par les utilisateurs comme la limite d'une expérience fluide, ou sur l'objectif d'un accord de niveau de service existant — souvent de l'ordre de quelques centaines de millisecondes pour les pages interactives. Comme la frontière de frustration est fixée à $4T$, choisir $T$ fixe automatiquement tout le schéma de classement.

Limites

Apdex comprime toute une distribution de latence en un seul nombre et rejette donc nécessairement du détail. Deux distributions très différentes peuvent partager le même score, et la frontière de tolérance fixe $4T$ peut ne pas correspondre à la façon dont les utilisateurs d'une application donnée ressentent réellement le délai. Le score ne dit rien non plus du débit, de la sémantique des erreurs au-delà du groupe frustré, ni des requêtes qui ont été lentes. Traitez-le comme un indicateur de satisfaction de haut niveau et associez-le à la latence par centiles et au taux d'erreurs pour diagnostiquer une régression.

Pour une vue connexe des objectifs de disponibilité, voir Calculateur de disponibilité SLA.