Pourquoi un VPN vous ralentit (et quand ce n'est pas le cas)

« Mon VPN ralentit tout » est presque toujours vrai et presque jamais bien expliqué. Ce guide décompose ce ralentissement en ses trois vraies composantes, vous dit laquelle est réellement responsable sur votre connexion, et vous donne un moyen de le vérifier plutôt que de deviner.

Les trois coûts (chiffrement, détour et serveur de sortie)

Le chiffrement est le coût que la plupart accusent en premier et celui qui compte le moins sur du matériel moderne. Chaque appareil vendu ces dix dernières années possède du silicium dédié au chiffrement AES, et le surcoût de chiffrement d’un VPN sur ce matériel est généralement une erreur d’arrondi — quelques points de pourcentage de débit, pas la division par deux ou pire à laquelle ressemblent souvent les ralentissements VPN.

Le détour est le vrai coût, presque toujours. Votre trafic ne va plus directement à sa destination — il va d’abord au serveur VPN, puis de là à la destination, puis revient par le serveur VPN, puis revient à vous. C’est de la vraie distance physique ajoutée à chaque aller-retour, et la distance coûte du temps peu importe la rapidité de l’une ou l’autre connexion. C’est un problème de géographie, pas de puissance, et c’est la principale raison pour laquelle un VPN paraît lent.

Le serveur de sortie compte pour une raison liée mais distincte : ce n’est pas seulement la distance, c’est aussi sur quel réseau se trouve ce serveur, à quel point il est bien provisionné, et combien d’autres utilisateurs VPN le partagent à ce moment. Un serveur de sortie encombré ou mal interconnecté ajoute sa propre pénalité de latence et de débit, en plus du coût pur de distance.

Lequel des trois vous affecte réellement

Pour presque tout le monde, c’est le détour. Un serveur de sortie dans le même pays — réellement proche à la fois de vous et de votre destination — n’ajoute généralement que quelques millisecondes de latence aller-retour, à peine perceptible. Un serveur de sortie transatlantique, ou tout serveur sur un autre continent que vous et votre destination, ajoute couramment 80-120ms ou plus, purement à cause de la vitesse de la lumière sur cette distance — aucune amélioration matérielle ni protocole VPN plus rapide ne change ce chiffre, car c’est de la physique, pas du logiciel.

Les différences de protocole, en toute honnêteté

Les protocoles VPN modernes (WireGuard et ses parents, en particulier) sont mesurablement plus efficaces que les anciens, avec moins de surcharge par paquet et généralement un meilleur comportement de latence sous charge. C’est réel et bon à savoir. Mais c’est un effet secondaire à côté du détour : changer de protocole peut récupérer quelques points de pourcentage de débit ou une poignée de millisecondes ; changer pour un serveur de sortie réellement plus proche récupère généralement des dizaines voire des centaines de millisecondes. Si vous cherchez de la vitesse pour votre VPN, l’emplacement du serveur de sortie est le levier à actionner.

Quand c’est votre VPN et quand c’est votre ligne

Une cause réelle et souvent mal diagnostiquée à connaître : le MTU et la fragmentation. Un VPN enveloppe votre trafic normal dans une couche d’encapsulation supplémentaire, ce qui rend chaque paquet un peu plus gros — et si cela pousse un paquet au-delà de la taille maximale que le chemin de votre connexion peut transporter d’un coup, il doit être fragmenté, ce qui coûte du vrai débit et peut coûter de la vraie latence si c’est mal géré en chemin. Cela se traduit par un VPN inexplicablement pire que ce que prédiraient à eux seuls les coûts de distance et de chiffrement, et c’est réparable en abaissant légèrement le MTU du VPN — la plupart des clients VPN exposent ce réglage, et cela vaut la peine d’essayer si un VPN semble anormalement lent même vers un serveur de sortie proche.

Tester avec le VPN activé et désactivé

La façon la plus propre de savoir ce que votre VPN vous coûte réellement est de lancer le même test de vitesse sans, puis avec, l’un après l’autre, et de comparer à la fois l’écart de latence en charge et le débit brut — un VPN qui ajoute son propre bufferbloat (certains services bon marché ou encombrés le font) se manifestera par un écart bien plus grand avec le VPN activé que sans, distinct de la latence fixe et incontournable qu’il ajoute simplement à cause de la distance.

Une mise en garde honnête sur cette comparaison : le Speed Test de ce site mesure vers un point Cloudflare proche, et un VPN change quel point sert de référence, car votre trafic sort désormais du serveur de sortie du VPN, pas de votre connexion domestique. Ce n’est pas un défaut du test, c’est juste bon à savoir — une partie de la différence que vous voyez avec le VPN activé n’est pas du tout de la surcharge VPN, c’est simplement un point de mesure différent, potentiellement plus loin ou plus proche. Comparer le même test VPN activé/désactivé, l’un après l’autre, reste la bonne façon d’isoler ce que le VPN lui-même coûte réellement ; comparer votre chiffre VPN activé à celui d’un ami VPN désactivé ne vous dit pas grand-chose.

Deux autres variables à connaître

La charge du serveur et l’heure de la journée font bouger les performances VPN d’une façon qu’une connexion directe ne connaît presque pas. Un serveur de sortie VPN est une infrastructure partagée, et un serveur populaire aux heures de pointe régionales peut être mesurablement plus encombré que ce même serveur à 4h du matin — si la vitesse de votre VPN varie beaucoup d’un test à l’autre, c’est une explication plus probable que quoi que ce soit concernant votre propre ligne. La plupart des applications VPN permettent de changer de serveur au sein du même pays ; si un emplacement teste lentement, il vaut la peine d’en essayer un autre sur la même route avant de conclure que le VPN lui-même est le problème.

Le tunneling scindé (split tunneling) est l’autre levier, là où il est disponible : au lieu de router chaque octet par le VPN, il ne route que le trafic qui a vraiment besoin de la confidentialité ou de l’accès du VPN, laissant tout le reste (streaming, gros téléchargements, tout ce qui est sensible à la latence et n’a pas besoin du tunnel) emprunter le chemin direct, sans détour. Cela ne réduit pas la surcharge du VPN pour le trafic qui passe encore par lui, mais cela réduit la part de votre usage total qui paie ce coût, ce qui est souvent une solution plus pratique que de courir après un serveur de sortie plus rapide.

Rien de tout cela n’est un argument contre l’utilisation d’un VPN — les raisons de confidentialité et d’accès pour lesquelles les gens en utilisent un ne sont affectées par rien de ce qui précède. C’est un argument pour comprendre ce que vous payez réellement en vitesse pour cela, et d’où vient ce coût, afin qu’une expérience VPN réellement lente puisse être diagnostiquée plutôt que simplement subie.