{"id":4571,"date":"2026-07-26T11:40:30","date_gmt":"2026-07-26T03:40:30","guid":{"rendered":"https:\/\/www.speedefy.com\/?p=4571"},"modified":"2026-07-26T12:55:51","modified_gmt":"2026-07-26T04:55:51","slug":"perte-de-paquets-ping-gigue","status":"publish","type":"post","link":"https:\/\/www.speedefy.com\/fr\/article\/perte-de-paquets-ping-gigue\/","title":{"rendered":"Perte de paquets, ping et gigue : quelle est la cause du lag ?"},"content":{"rendered":"

Le ping mesure le d\u00e9lai, la gigue mesure ses variations et la perte de paquets indique que certaines donn\u00e9es n’arrivent jamais.<\/strong> Un ping \u00e9lev\u00e9 mais stable retarde chaque action. Une forte gigue provoque des \u00e0-coups et des pics de latence. La perte de paquets peut faire dispara\u00eetre des mises \u00e0 jour, t\u00e9l\u00e9porter un personnage en arri\u00e8re ou figer bri\u00e8vement la partie. Il faut tester ces trois mesures avant de modifier le routeur, car un m\u00eame sympt\u00f4me peut avoir plusieurs causes.<\/p>\n

Perte de paquets, ping et gigue en un coup d’\u0153il<\/h2>\n
\n\n\n\n\n\n\n\n
Mesure<\/th>\nCe qu’elle mesure<\/th>\nSympt\u00f4me fr\u00e9quent en jeu<\/th>\nPremier contr\u00f4le utile<\/th>\n<\/tr>\n<\/thead>\n
Ping<\/strong><\/td>\nLe temps n\u00e9cessaire \u00e0 un aller-retour vers la destination<\/td>\nLes commandes, les tirs et les mises \u00e0 jour semblent toujours en retard<\/td>\nComparer une r\u00e9gion de jeu proche avec une r\u00e9gion \u00e9loign\u00e9e<\/td>\n<\/tr>\n
Gigue<\/strong><\/td>\nLa variation du d\u00e9lai entre les paquets au fil du temps<\/td>\nLa partie est fluide, puis devient soudainement saccad\u00e9e<\/td>\nObserver le minimum, le maximum et les pics, pas seulement la moyenne<\/td>\n<\/tr>\n
Perte de paquets<\/strong><\/td>\nLa part des paquets envoy\u00e9s qui n’atteignent pas la destination<\/td>\nRetour en arri\u00e8re, mises \u00e0 jour manquantes, blocages ou ic\u00f4ne d’alerte<\/td>\nComparer un test vers la box ou le routeur avec un test vers Internet<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

Ces mesures sont li\u00e9es, mais elles ne sont pas interchangeables. Une connexion satur\u00e9e peut augmenter le ping, faire varier le d\u00e9lai, puis finir par perdre des paquets. Des interf\u00e9rences Wi-Fi peuvent provoquer de la gigue et des pertes alors que le d\u00e9bit para\u00eet normal. \u00c0 l’inverse, un serveur lointain peut donner un ping \u00e9lev\u00e9 mais r\u00e9gulier, sans aucune perte.<\/p>\n

Ce que le ping vous apprend<\/h2>\n

Dans les conversations sur le jeu en ligne, les mots ping<\/em> et latence<\/em> sont souvent utilis\u00e9s comme des synonymes. Cette simplification suffit dans la plupart des cas. Techniquement, la commande Windows ping<\/code> envoie des requ\u00eates ICMP Echo et mesure le temps aller-retour des r\u00e9ponses. Un jeu peut employer son propre trafic et sa propre m\u00e9thode de calcul. Son indicateur de latence n’a donc pas besoin d’afficher exactement la m\u00eame valeur que l’invite de commandes.<\/p>\n

Un ping \u00e9lev\u00e9 signifie que l’information met plus de temps \u00e0 circuler entre votre appareil et le serveur. Le d\u00e9lai peut venir de la distance physique, de l’itin\u00e9raire choisi par le fournisseur d’acc\u00e8s, d’une liaison encombr\u00e9e, d’une connexion domestique occup\u00e9e ou du serveur lui-m\u00eame. Quand le ping reste \u00e9lev\u00e9 mais stable, les d\u00e9placements et l’enregistrement des actions paraissent constamment retard\u00e9s plut\u00f4t qu’al\u00e9atoirement d\u00e9faillants.<\/p>\n

Il n’existe pas de seuil universel valable pour tous les jeux. Un jeu de tir comp\u00e9titif, un jeu au tour par tour et un service de cloud gaming n’ont pas les m\u00eames exigences. La r\u00e9gion du serveur et le fonctionnement du netcode comptent aussi. Pour diagnostiquer un probl\u00e8me, comparez surtout la connexion \u00e0 son niveau habituel et cherchez les changements brusques.<\/p>\n

Ce que la gigue vous apprend<\/h2>\n

La gigue, aussi appel\u00e9e jitter<\/em>, correspond \u00e0 la variation du d\u00e9lai des paquets. L’IETF emploie le terme plus pr\u00e9cis de variation du d\u00e9lai des paquets IP. Si une mise \u00e0 jour prend 20 ms, la suivante 22 ms et la troisi\u00e8me 95 ms, une simple moyenne masque l’irr\u00e9gularit\u00e9 que vous ressentez.<\/p>\n

C’est pourquoi une connexion avec un ping moyen faible peut tout de m\u00eame mal fonctionner. Un jeu sait souvent composer avec un l\u00e9ger d\u00e9lai pr\u00e9visible. Il g\u00e8re moins bien des mises \u00e0 jour qui arrivent par paquets irr\u00e9guliers. Une forte gigue peut se manifester par de courtes pauses, une voix hach\u00e9e ou un graphique de latence qui monte et descend sans cesse.<\/p>\n

La gigue signale souvent des files d’attente variables ou une liaison locale instable. Parmi les causes courantes figurent un envoi satur\u00e9, des interf\u00e9rences Wi-Fi, un signal faible, le passage entre plusieurs points d’acc\u00e8s, des t\u00e9l\u00e9chargements en arri\u00e8re-plan ou un autre appareil qui envoie des donn\u00e9es par rafales.<\/p>\n

Ce que la perte de paquets vous apprend<\/h2>\n

Il y a perte de paquets lorsqu’un paquet envoy\u00e9 n’atteint pas sa destination selon les r\u00e8gles du test. La suite d\u00e9pend de l’application et du protocole. Certaines donn\u00e9es peuvent \u00eatre retransmises. Dans un jeu rapide, une mise \u00e0 jour arriv\u00e9e en retard peut d\u00e9j\u00e0 \u00eatre moins utile que l’\u00e9tat plus r\u00e9cent qui la suit.<\/p>\n

La perte peut appara\u00eetre sur le PC, le c\u00e2ble Ethernet, la liaison Wi-Fi, le routeur, la box, le modem ou l’ONT, le r\u00e9seau du fournisseur d’acc\u00e8s, l’itin\u00e9raire vers le serveur ou le serveur lui-m\u00eame. Elle peut aussi toucher une connexion tr\u00e8s rapide. Le d\u00e9bit mesure une capacit\u00e9, pas la fiabilit\u00e9 d’arriv\u00e9e de chaque paquet sensible au temps.<\/p>\n

Une pr\u00e9caution est importante lors de l’interpr\u00e9tation. Un routeur interm\u00e9diaire qui ne r\u00e9pond pas \u00e0 chaque ping de diagnostic ne perd pas forc\u00e9ment le trafic qu’il doit acheminer. Microsoft indique qu’un saut peut sembler perdre les paquets qui lui sont adress\u00e9s tout en transmettant normalement ceux destin\u00e9s aux sauts suivants. Une perte devient r\u00e9ellement suspecte lorsqu’elle commence \u00e0 un point du trajet et continue jusqu’\u00e0 la destination finale.<\/p>\n

Associer le sympt\u00f4me \u00e0 la bonne mesure<\/h2>\n
\n\n\n\n\n\n\n\n\n\n\n
Ce que vous observez<\/th>\nPremi\u00e8re piste<\/th>\nPourquoi<\/th>\n<\/tr>\n<\/thead>\n
Chaque action r\u00e9pond en retard, mais le d\u00e9lai reste constant<\/td>\nPing \u00e9lev\u00e9<\/td>\nL’aller-retour est lent mais stable<\/td>\n<\/tr>\n
Le jeu alterne entre des p\u00e9riodes fluides et saccad\u00e9es<\/td>\nGigue<\/td>\nLe temps d’arriv\u00e9e des paquets change d’un instant \u00e0 l’autre<\/td>\n<\/tr>\n
Votre personnage revient en arri\u00e8re ou les autres joueurs se t\u00e9l\u00e9portent<\/td>\nPerte de paquets ou gigue extr\u00eame<\/td>\nLe client ne re\u00e7oit pas les mises \u00e0 jour d’\u00e9tat \u00e0 temps<\/td>\n<\/tr>\n
Le probl\u00e8me commence pendant un envoi de fichiers ou un appel vid\u00e9o<\/td>\nFile d’attente et congestion<\/td>\nLe trafic concurrent augmente le d\u00e9lai et peut entra\u00eener des pertes<\/td>\n<\/tr>\n
Un seul jeu ou une seule r\u00e9gion de serveur est touch\u00e9<\/td>\nServeur ou itin\u00e9raire<\/td>\nLe r\u00e9seau local peut \u00eatre sain alors que ce trajet ne l’est pas<\/td>\n<\/tr>\n
L’image saccade alors que les statistiques r\u00e9seau sont normales<\/td>\nPerformances du PC<\/td>\nUn probl\u00e8me de temps de rendu peut ressembler \u00e0 du lag r\u00e9seau<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n

Un sympt\u00f4me donne une piste, pas une preuve. Le retour en arri\u00e8re est souvent associ\u00e9 aux pertes, mais de forts pics de gigue peuvent provoquer une correction similaire. La s\u00e9quence de tests suivante aide \u00e0 s\u00e9parer les causes.<\/p>\n

Comment tester le ping, la gigue et la perte de paquets<\/h2>\n

1. Afficher les statistiques r\u00e9seau du jeu<\/h3>\n

Commencez par l’indicateur de latence, de perte et le graphique r\u00e9seau du jeu s’ils existent. Ces mesures portent sur la session et la destination r\u00e9ellement utilis\u00e9es. Notez la r\u00e9gion du serveur, l’heure, le type de connexion et l’activit\u00e9 du r\u00e9seau domestique. Une valeur relev\u00e9e apr\u00e8s la fin du probl\u00e8me est moins utile que le graphique affich\u00e9 pendant l’incident.<\/p>\n

2. Tester la liaison avec la box ou le routeur<\/h3>\n

Sous Windows, ouvrez l’invite de commandes et ex\u00e9cutez ipconfig<\/code>. Rep\u00e9rez la Passerelle par d\u00e9faut<\/strong> de l’adaptateur actif, puis envoyez une s\u00e9rie de pings \u00e0 cette adresse :<\/p>\n

ping -n 50 <adresse-IP-du-routeur><\/code><\/pre>\n
Ce test reste \u00e0 l’int\u00e9rieur du r\u00e9seau domestique. S’il montre des expirations r\u00e9p\u00e9t\u00e9es ou de grands \u00e9carts, examinez d’abord la liaison entre le PC et le routeur. Essayez un c\u00e2ble Ethernet, rapprochez-vous du point d’acc\u00e8s, \u00e9vitez les changements de borne et v\u00e9rifiez si le canal Wi-Fi est faible ou encombr\u00e9. L’emplacement du routeur compte beaucoup lorsque des murs, un meuble ferm\u00e9 ou des appareils se trouvent sur le trajet. Consultez aussi notre guide pour mieux placer un \u00e9quipement Wi-Fi<\/a>.<\/p>\n
3. Tester au-del\u00e0 du r\u00e9seau local<\/h3>\n
Testez ensuite une destination publique fiable. Cet exemple envoie 50 requ\u00eates au r\u00e9solveur public de Cloudflare :<\/p>\n
ping -n 50 1.1.1.1<\/code><\/pre>\n
Comparez le minimum, le maximum, la moyenne et le taux de perte avec le test vers le routeur. Un r\u00e9seau local propre suivi d’un r\u00e9sultat Internet instable oriente le diagnostic vers la box, le modem, l’ONT, le fournisseur d’acc\u00e8s ou l’itin\u00e9raire en amont. Certaines destinations limitent ou ignorent les r\u00e9ponses ICMP. L’\u00e9chec d’une seule cible ne suffit donc pas \u00e0 prouver une panne.<\/p>\n
4. Refaire le test lorsque la connexion est occup\u00e9e<\/h3>\n
Lancez les tests une premi\u00e8re fois au repos, puis recommencez pendant un envoi, une sauvegarde cloud ou un gros t\u00e9l\u00e9chargement. Si la latence et la gigue augmentent fortement seulement sous charge, la file d’attente du trafic est probablement en cause. Suspendez l’activit\u00e9 et testez la fonction QoS ou de gestion intelligente des files d’attente du routeur, si elle existe. Ne changez qu’un r\u00e9glage \u00e0 la fois pour savoir ce qui a r\u00e9ellement aid\u00e9.<\/p>\n
5. Utiliser PathPing si la destination perd aussi des paquets<\/h3>\n
Sous Windows, PathPing trace l’itin\u00e9raire puis envoie des sondes r\u00e9p\u00e9t\u00e9es afin d’\u00e9tablir des statistiques pour les routeurs et les liaisons rencontr\u00e9s :<\/p>\n
pathping \/n 1.1.1.1<\/code><\/pre>\n
Le test prend plus de temps qu’un simple ping. Concentrez-vous sur une perte qui se prolonge jusqu’\u00e0 la destination finale. Si un saut interm\u00e9diaire r\u00e9pond mal mais que tous les suivants restent propres, ce saut n’est g\u00e9n\u00e9ralement pas le point de panne.<\/p>\n
Comment interpr\u00e9ter les r\u00e9sultats<\/h2>\n
\n\n\n\n\n\n\n\n\n\n
Test vers le routeur<\/th>\nTest vers Internet<\/th>\nProchaine \u00e9tape utile<\/th>\n<\/tr>\n<\/thead>\n
Instable ou avec pertes<\/td>\nInstable ou avec pertes<\/td>\nCorriger d’abord le Wi-Fi local, le c\u00e2ble, l’adaptateur ou la liaison au routeur<\/td>\n<\/tr>\n
Stable<\/td>\nInstable ou avec pertes<\/td>\nV\u00e9rifier la box, le modem ou l’ONT, l’\u00e9tat du FAI et l’itin\u00e9raire en amont<\/td>\n<\/tr>\n
Stable<\/td>\nStable<\/td>\nTester la r\u00e9gion de jeu r\u00e9elle et consulter l’\u00e9tat du service<\/td>\n<\/tr>\n
Stable au repos<\/td>\nMauvais seulement sous charge<\/td>\nR\u00e9duire le trafic concurrent ou r\u00e9gler la QoS et les files d’attente<\/td>\n<\/tr>\n
Wi-Fi instable<\/td>\nEthernet stable<\/td>\nTravailler sur le signal, le canal, l’emplacement ou la couverture<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/figure>\n
Corriger la couche qui \u00e9choue<\/h2>\n
Si le test vers le routeur est mauvais<\/h3>\n