definition en une ligne
La latence de l'API est le temps entre l'envoi d'une requête à une API et la réception de la réponse. Elle affecte directement la rapidité avec laquelle votre produit est perçu par les utilisateurs.
formule : Latence API = Heure de réponse reçue - Heure de la demande envoyée. Mesuré en millisecondes (ms). Suivez les centiles p50 (médiane), p95 et p99.
tl;dr
Les utilisateurs ne pensent pas à la latence : ils se demandent si votre application est rapide ou lente. Toutes les 100 ms de latence API supérieure à 200 ms érodent la confiance dans votre produit. Mesurez la latence p95, pas les moyennes. Votre moyenne peut paraître excellente alors que 5 % des utilisateurs vivent une expérience épouvantable.
Définition simple
La latence de l'API est le temps aller-retour d'une requête : votre application demande quelque chose au serveur, le serveur le traite et envoie une réponse. Ce temps total, mesuré en millisecondes, correspond à la latence. Cela inclut le transit réseau, le traitement du serveur, les requêtes de base de données et tous les appels d'API externes effectués par votre serveur. Pour les fondateurs solo, la latence est importante car elle façonne directement l'expérience utilisateur. Un tableau de bord qui se charge en 150 ms semble instantané. Le même tableau de bord à 2 secondes semble cassé. Les utilisateurs ne vous diront pas « votre API est lente » ; ils cesseront simplement d'utiliser votre produit.
Pourquoi c'est important
Latence de l'API est une métrique critique pour les fondateurs bootstrappés car elle représente la réalité de votre entreprise. Avant la PMF, cette métrique peut sembler abstraite. Mais une fois que vous avez des clients payants et une récurrence de revenu, ignorer cette métrique devient dangereux pour votre trajectoire de croissance.
La plupart des fondateurs solo commettent l'erreur de se concentrer sur la mauvaise métrique au mauvais moment. Avant 1 000 $ MRR, les meilleures métriques sont l'activation et le produit-marché fit. Entre 1 000 $ et 10 000 $ MRR, latence de l'api devient très pertinent. Au-delà de 10 000 $ MRR, elle devient l'une de vos trois leviers de croissance principaux.
La raison pour laquelle les fondateurs solo échouent rarement à cause d'un manque d'idées brillantes. Ils échouent parce qu'ils ne mesurent pas systématiquement les métriques qui comptent et ne itèrent pas sur les améliorations.
Erreurs courantes
1. Calcul trop précoce. Si vous avez 5 clients, cette métrique est du bruit, pas du signal. Attendez au moins 50 clients et 2-3 mois de données avant de tirer des conclusions. Trop tôt et vous verrez la variance aléatoire, pas les modèles réels.
2. Ignorer les variations par segment. Vos clients acquis via blog peuvent se comporter différemment de ceux acquis via annonces payantes. Vos clients d'entreprise peuvent fonctionner différemment que vos petits clients. Segmentez toujours vos métriques pour voir le vrai signal.
3. Optimiser sans contexte. Améliorer cette métrique de 10% signifie-t-elle 10% plus de revenu ? Pas nécessairement. Comprendre l'impact en amont et en aval avant d'optimiser. Concentrez-vous sur le changement qui aura le plus grand impact sur les revenus.
4. Oublier que la causalité fonctionne dans les deux sens. Une métrique basse peut indiquer un problème produit, un problème de positionnement ou que vous attirez les mauvais clients. Avant d'optimiser, comprenez pourquoi elle est basse.
Comment agir sur la base de cela
Calculez cette métrique pour vos 30 derniers clients maintenant. Avez-vous les données ? Si oui, établissez une base de référence et écrivez-la. C'est votre première étape vers l'amélioration.
Identifiez votre segment de client de plus grande valeur. Est-ce une cohérte mensuelle spécifique ? Un canal d'acquisition ? Un type de client ? Concentrez-vous sur ce segment et essayez d'améliorer cette métrique pour eux.
Lancez une petite expérience pour améliorer cette métrique de 5-10%. Mesurez, apprenez, itérez. Le compounding sur 12 mois de ces petites améliorations crée une énorme différence.
Comment le calculer
Latence API = Horodatage de réponse − Horodatage de la demande
Mesurez-le à trois niveaux :
- p50 (médiane) : la moitié des requêtes sont plus rapides que cela. Votre expérience utilisateur typique.
- p95 : 95 % des requêtes sont plus rapides. Votre référence pour "assez vite".
- p99 : 99 % sont plus rapides. Votre pire expérience régulière.
Utilisez des outils comme Vercel Analytics, Datadog ou même un simple middleware qui enregistre les temps de réponse. Suivez la latence par point de terminaison : votre /api/users peut être de 50 ms tandis que /api/reports est de 800 ms. Corrigez d’abord les plus lents.
Exemple
Vous construisez un outil de gestion de projet. L’appel de l’API de votre tableau de bord principal revient en 180 ms en moyenne. Ça se sent bien lors des tests. Mais votre p95 dure 1 400 ms, ce qui signifie qu’un chargement de page sur 20 prend plus d’une seconde. Vous creusez et constatez que les requêtes lentes se produisent lorsque les utilisateurs ont plus de 200 tâches. La requête de base de données analyse la table complète au lieu d'utiliser un index. Vous ajoutez un index composite sur (user_id, status, created_at). Le p95 passe de 1 400 ms à 220 ms. La moyenne change à peine – c’était déjà bien. Mais les utilisateurs qui avaient la pire expérience en ont désormais une bien meilleure, et votre rétention sur 7 jours dans cette cohorte s'améliore de 12 %.
Lecture connexe
- [Délai de valorisation](/fr/glossary/délai de valorisation)
- Durée de la session
Termes associes
- Délai de rentabilisation
- Durée de la séance
- Taux d'activation
FAQ
Quelle est la latence API acceptable pour un produit SaaS ?+
Moins de 200 ms pour les actions destinées à l'utilisateur (chargement de données, enregistrement des modifications). Moins de 500 ms pour les opérations complexes (recherche, génération de rapports). Au-dessus d'une seconde, les utilisateurs commencent à le remarquer. Au-dessus de 3 secondes et ils commencent à partir. Mesurez toujours p95, pas seulement la moyenne : vos utilisateurs les plus lents ont la pire expérience.
Comment puis-je réduire la latence de l'API avec un budget limité ?+
Commencez par les plus gros gains : ajoutez des index de base de données pour les requêtes lentes, implémentez la mise en cache des réponses pour les données qui ne modifient pas chaque requête, utilisez un CDN pour les actifs statiques et rapprochez géographiquement votre serveur de vos utilisateurs. Ces quatre changements peuvent à eux seuls réduire la latence de 50 à 80 % pour la plupart des applications démarrées.