Latency

Protocoles et Normes
Délai entre une demande et une réponse, généralement mesuré en millisecondes.
← Retour au Glossaire

Qu’est-ce que la latence ?

La latence est le délai entre l’envoi d’une requête et la réception de sa réponse. Elle se mesure généralement en millisecondes et influence directement la rapidité perçue d’un site ou d’une API.

Types de latence

Le délai total peut venir du réseau, du DNS ou du traitement applicatif.

Latence réseau

Elle comprend la propagation, les sauts, les files d’attente et les temps de traitement des équipements.

Latence DNS

Elle correspond au temps nécessaire pour résoudre un nom, y compris les recherches récursives lorsqu’aucune réponse n’est en cache.

Latence applicative

Elle mesure le temps passé par le serveur ou le service à traiter la requête après la connexion.

Mesurer la latence

Mesurez séparément DNS, connexion, TLS, attente serveur et transfert afin d’identifier le véritable goulot d’étranglement.

Outils courants

Utilisez des outils en ligne de commande, des sondes réparties et les mesures du navigateur pour comparer plusieurs régions.

# Ping test (ICMP latency)

ping example.com

# DNS resolution time

dig example.com | grep "Query time"

# HTTP timing

curl -w "@curl-format.txt" -o /dev/null -s https://example.com

Indicateurs clés

Suivez la moyenne, la médiane, les percentiles, la variance, le temps au premier octet et le taux d’erreur.

IndicateurDescriptionBonne cible
RTT (Round Trip Time)Cycle complet requête-réponse<100ms
TTFB (Time to First Byte)Début de la réponse du serveur<200ms
Résolution DNSRecherche du domaine vers l’IP<50ms
Temps de connexionFin de la négociation TCP<100ms

Impact de la latence par région

Les utilisateurs éloignés d’un serveur peuvent subir davantage de délais. Comparez les résultats depuis les régions réellement servies.

TrajetLatence habituelle
Même ville1-10ms
Même pays20-50ms
Même continent50-100ms
Intercontinental100-200ms
Monde (points opposés)200-300ms

Réduire la latence DNS

La proximité des résolveurs, le cache et une architecture de zone efficace réduisent le temps de résolution.

DNS anycast

Anycast dirige la requête vers un point de présence proche en annonçant la même adresse depuis plusieurs emplacements.

Mise en cache DNS

Un TTL adapté et des caches efficaces évitent des recherches répétées, tout en conservant une capacité de mise à jour suffisante.

example.com.  300  IN  A  192.0.2.1

↑ TTL in seconds

Sous-réseau client EDNS

EDNS Client Subnet peut aider à choisir une réponse géographique, mais il faut évaluer ses effets sur la confidentialité et le cache.

Réduire la latence globale

Optimisez le transport, le contenu et l’emplacement de l’infrastructure, pas seulement la résolution DNS.

Réseaux de diffusion de contenu (CDN)

Un CDN rapproche les ressources statiques des utilisateurs et réduit les transferts depuis l’origine.

Optimisation des connexions

Réutilisez les connexions, activez HTTP/2 ou HTTP/3 lorsque c’est pertinent et réduisez les allers-retours inutiles.

Choix de l’infrastructure

Choisissez des régions, des capacités et des chemins réseau cohérents avec la distribution réelle des utilisateurs.

Latence et bande passante

La bande passante décrit le volume transférable, tandis que la latence décrit le délai. Augmenter la bande passante ne supprime pas nécessairement un délai de propagation ou de traitement.

Mettez Vos Connaissances en Pratique

Utilisez l'API de DomScan pour vérifier la disponibilité des domaines, la santé et bien d'autres choses.