Quel VPN maintient une bonne qualité pendant les visioconférences internationales ? Celui qui encaisse les mauvaises secondes sans casser la conversation

La réunion avait commencé parfaitement.

C’est justement ce qui m’a induit en erreur.

J’étais à Bangkok, dans un appartement loué pour quelques semaines, face à trois collègues restés en France. Caméra nette. Voix normales. Présentation déjà ouverte. Mon VPN était connecté et, pendant les dix premières minutes, je n’y ai pas pensé une seule fois.

Puis mon collègue m’a interrompu.

« Attends… tu peux répéter ? »

J’ai répété.

La dernière moitié de ma phrase est arrivée avec cette voix métallique immédiatement reconnaissable.

J’ai coupé ma caméra.

Un peu mieux.

Trente secondes plus tard, le son s’est remis à accrocher.

Mon premier diagnostic était presque philosophique : Bangkok est loin de Lyon. Il y a des milliers de kilomètres entre nous. Peut-être que je demandais simplement trop à Internet.

J’ai coupé le VPN.

La voix est redevenue normale.

Et là, mon explication ne tenait plus.

Désactiver une application n’avait pas rapproché Bangkok de Lyon.

La distance n’avait pas changé.

Le chemin, oui.

Je cherchais le problème au mauvais endroit

Ce genre de situation devient moins marginal à mesure que le travail se déplace avec les voyageurs. La GBTA prévoit que les dépenses de voyages d’affaires en Europe atteindront 389,9 milliards d’euros en 2026, soit 8,2 % de plus qu’en 2025. Les réunions internes, conférences et formations figurent parmi les principales raisons de ces déplacements.

En pratique, cela signifie aussi davantage de réunions prises depuis des appartements temporaires, des bureaux partagés et des connexions que personne de l’équipe informatique n’a choisies.

Une discussion récente sur r/digitalnomad posait presque exactement la question qui m’intéressait : peut-on travailler depuis la Thaïlande et garder de bonnes réunions Teams avec des collègues européens ? Les réponses étaient intéressantes parce qu’elles ne racontaient pas toutes la même chose. Plusieurs personnes décrivaient d’excellentes connexions depuis Bangkok ; d’autres rappelaient qu’une fibre très rapide ne supprime ni la distance ni les détours pris par le trafic entre opérateurs.

C’était beaucoup plus proche de ce que j’avais devant moi qu’un simple « Internet thaïlandais rapide ou lent ».

Ma connexion était rapide.

La réunion pouvait même être excellente.

Le vrai problème était ailleurs : certaines secondes devenaient soudainement mauvaises, et le VPN semblait les rendre plus visibles qu’elles ne l’auraient dû.

Une visioconférence souffre plus d’un mauvais détour que d’un manque de mégabits

J’avais tendance à penser à Internet comme à un tuyau.

Plus il est gros, mieux c’est.

Pour télécharger un gros fichier, cette image n’est pas complètement fausse.

Une conversation est différente.

Une syllabe qui arrive deux secondes trop tard n’a pratiquement plus aucune valeur. Elle ne peut pas attendre tranquillement derrière les autres données comme une pièce jointe qui finira son téléchargement un peu plus tard.

Microsoft rappelle d’ailleurs que les médias temps réel de Teams sont particulièrement sensibles à la latence, à la gigue et aux pertes de paquets. Dans certaines architectures d’entreprise, l’entreprise recommande même de faire passer directement le trafic Teams plutôt que de lui imposer un détour par un VPN éloigné, précisément parce qu’un mauvais trajet peut ajouter latence et instabilité.

C’est là que mon test VPN activé / VPN désactivé a commencé à avoir du sens.

Le problème n’était pas simplement :

« Est-ce qu’un VPN ralentit Internet ? »

Cette question est trop large pour aider quelqu’un qui doit rejoindre un appel dans cinq minutes.

La vraie question était :

« Est-ce que ce tunnel transforme une petite irrégularité du réseau en voix robotique, en image figée ou en reconnexion ? »

Le serveur le plus proche a amélioré les chiffres, pas complètement la réunion

Mon premier fournisseur était exactement le genre de service que j’aurais spontanément choisi.

Beaucoup de pays.

Un réseau très large.

Des années d’existence.

Une application mature.

J’avais d’abord utilisé une sortie européenne parce que je travaillais avec plusieurs services français dans le même navigateur.

Après l’épisode de la voix robotique, j’ai fait ce qui semblait évident : réduire la distance entre moi et le VPN.

J’ai choisi un serveur beaucoup plus proche de Bangkok.

La latence mesurée s’est améliorée.

J’ai relancé un appel.

Très bon départ.

Après une vingtaine de minutes, une petite hésitation.

Puis plus rien pendant plusieurs minutes.

J’ai commencé à croire que le problème était réglé.

À la trente-deuxième minute, le partage d’écran s’est figé pendant que ma voix continuait. Quelques secondes plus tard, l’inverse : les diapositives bougeaient et mon collègue m’entendait par fragments.

Rien de catastrophique.

C’était presque plus agaçant comme ça.

Une connexion complètement cassée m’aurait donné une décision simple.

Là, elle était assez bonne pour que je reste dans la réunion, mais suffisamment irrégulière pour que je surveille constamment le visage des autres en essayant de deviner si ma phrase était réellement arrivée.

J’ai testé une deuxième sortie proche.

Puis une troisième.

À chaque fois, je pouvais améliorer un chiffre.

Je n’arrivais pas à oublier le VPN pendant les quarante minutes suivantes.

Et c’est exactement à ce moment-là que mon critère a changé.

Je ne cherchais plus le tunnel présentant la meilleure seconde.

Je cherchais celui qui se comportait le mieux pendant la mauvaise.

Je ne voulais pas sortir la réunion du VPN pour réparer le VPN

La solution la plus propre, dans beaucoup d’entreprises, reste le split tunneling recommandé par Microsoft : Teams prend une route directe et les autres ressources continuent de suivre le VPN.

Si mon service informatique avait déjà conçu cette architecture, je n’aurais aucune raison de la contourner.

Mais ce n’était pas mon cas.

J’utilisais un VPN personnel sur une connexion temporaire que je ne contrôlais pas, et je voulais pouvoir le laisser actif pendant mon travail.

Exclure Teams aurait probablement supprimé une partie du problème.

Mais cela aurait aussi supprimé précisément le tunnel que j’étais en train d’évaluer.

C’était un bon contournement.

Ce n’était pas la réponse à ma recherche.

Je voulais savoir si une réunion internationale pouvait rester correcte dans le VPN.

J’ai alors arrêté de sélectionner des pays

J’ai ouvert OnlydogVPN.

Le service est plus petit que mon premier fournisseur. Il offre moins de localisations, son historique public est plus court et il existe moins d’avis indépendants à son sujet. Si j’avais besoin de choisir précisément entre une longue liste de villes dans le monde, le grand réseau garderait un avantage évident.

Mais pour cette réunion, j’avais déjà passé assez de temps à sélectionner des destinations.

J’ai utilisé le mode destiné au travail sur une connexion où la stabilité compte davantage que le choix manuel d’un serveur.

Puis j’ai rejoint une nouvelle réunion de test.

Même appartement.

Même ordinateur.

Même liaison internationale vers la France.

Je n’ai pas commencé par mesurer le débit.

J’ai attendu.

Dix minutes.

Caméra active.

Quinze.

J’ai partagé ma présentation.

Vingt-cinq.

Une autre personne a activé sa caméra.

À un moment, l’image s’est légèrement adoucie.

Je me suis préparé à entendre la voix métallique.

Elle n’est pas venue.

Le son a continué.

L’image a retrouvé sa netteté.

J’ai poursuivi ma phrase.

C’est un détail très peu spectaculaire à raconter.

Pendant une visioconférence, c’est exactement ce que je voulais.

La connexion n’était pas devenue magiquement parfaite.

Elle avait simplement cessé de transformer chaque petite faiblesse en événement visible pour les personnes de l’autre côté.

HTTP/3 ne m’a intéressé qu’après l’appel

Une fois la réunion terminée, l’architecture de la connexion est devenue plus intéressante.

Le service utilise un transport basé sur HTTP/3, lui-même construit sur QUIC. Ce protocole a notamment été conçu pour mieux gérer les pertes, la congestion et certains changements de chemin réseau sans obliger la connexion à repartir de zéro.

Pas besoin d’aller beaucoup plus loin dans la mécanique.

L’image qui m’aide le plus est celle d’une conversation interrompue dans un couloir bondé.

Avec une connexion fragile, chaque personne qui passe entre nous oblige presque à recommencer la phrase.

Avec un transport plus résilient, on perd éventuellement un mot, on se décale légèrement, puis la conversation continue.

C’est ce comportement qui m’intéressait ici.

Pas supprimer la distance entre Bangkok et Lyon.

Pas rendre le Wi-Fi immortel.

Empêcher une mauvaise seconde de réseau de devenir quinze secondes de réunion cassée.

Les tests publiés par le service sur des applications de travail décrivent cette même logique : lorsque la connexion sous-jacente hésite, le transport cherche à récupérer assez proprement pour que les applications au-dessus continuent sans devoir reconstruire toute leur session.

Et, pour une fois, l’explication technique correspondait exactement à ce que j’avais observé.

L’image avait vacillé.

La conversation, elle, n’avait pas quitté la pièce.

Le petit avantage que je n’avais pas prévu est apparu après la réunion

En refermant Teams, je me suis rendu compte que je n’avais pas ouvert une seule fois la liste des serveurs.

Avec mon premier fournisseur, j’avais passé presque autant de temps à réfléchir au VPN qu’à diagnostiquer le réseau.

Singapour ?

Japon ?

Retour en Europe ?

Serveur suivant ?

Avec le second, j’avais choisi la situation puis repris mon travail.

Cette simplicité n’aurait eu aucune importance si la réunion avait été mauvaise.

Elle est devenue intéressante parce que la réunion avait tenu.

Pour un appel international occasionnel, choisir manuellement le meilleur serveur n’est pas très grave.

Pour quelqu’un qui a trois réunions par jour pendant plusieurs semaines à l’étranger, ne pas transformer chaque baisse de qualité en séance de réglages commence à compter sérieusement.

La meilleure optimisation était finalement celle que je n’avais plus besoin de faire moi-même.

Je ne teste plus un VPN international avec les cinq premières minutes

C’est probablement la plus grosse erreur que je faisais.

Je lançais un appel.

« Bonjour, vous m’entendez ? »

Oui.

Caméra correcte.

Test terminé.

Mais presque tous les tunnels que j’ai essayés pouvaient réussir cinq bonnes minutes.

Ce qui m’intéresse maintenant est la trentième.

Je laisse l’appel durer.

J’active la caméra.

Je partage quelque chose.

Je parle pendant qu’une autre personne présente.

Et surtout, j’attends une petite irrégularité.

Une connexion internationale parfaite pendant vingt secondes ne m’apprend pas grand-chose.

Je veux voir ce que fait le VPN lorsque le réseau cesse d’être parfait pendant deux.

Microsoft recommande souvent de contourner le VPN pour les médias Teams lorsqu’un détour inutile dégrade la qualité. C’est une très bonne solution lorsqu’on peut faire sortir la réunion du tunnel.

Moi, je cherchais autre chose.

Je voulais pouvoir laisser le tunnel actif et arrêter d’y penser.

Mon premier fournisseur me donnait davantage de routes à choisir et davantage de moyens de chercher manuellement une meilleure connexion.

Le second m’a donné quelque chose de beaucoup plus utile pendant une réunion : une longue période durant laquelle je n’ai plus regardé l’icône du VPN.

Entre Bangkok et Lyon, je ne cherche plus un service capable de raccourcir la distance. Je cherche celui qui empêche deux mauvaises secondes de réseau de devenir le moment où tout le monde me demande : « Tu peux répéter ? »