Pourquoi une visioconférence survit-elle mal aux microcoupures alors qu’une vidéo en streaming continue ? Le problème n’était pas mon débit

La chose la plus déroutante n’était pas que ma visioconférence se fige. C’était que la télévision derrière moi continuait parfaitement à jouer.

J’étais chez moi, sur une connexion fibre qui dépassait largement les besoins de la réunion. Dans le salon, une vidéo en streaming tournait depuis une vingtaine de minutes. Sur mon ordinateur, j’étais en appel avec deux collègues.

Puis leur image s’est immobilisée. La voix a disparu. Trois secondes. Quatre. Teams a repris avec une phrase coupée en deux. La télévision, elle, n’avait même pas affiché la petite roue de chargement.

Ma conclusion a été immédiate : si le streaming fonctionne, Internet fonctionne. Le problème doit donc venir de Teams.

J’ai quitté la réunion, relancé l’application et refait un test de débit. Plusieurs centaines de mégabits par seconde. J’ai rejoint l’appel. Quelques minutes plus tard, nouvelle coupure. La vidéo dans le salon continuait toujours.

C’est là que j’ai commencé à comprendre que j’utilisais le mauvais appareil comme témoin. La télévision ne me disait pas que ma connexion était parfaitement stable. Elle me disait seulement qu’elle savait mieux cacher ses petites absences.

En 2026, un gros chiffre de débit rassure beaucoup trop facilement

Le paradoxe devient particulièrement trompeur en France parce que les connexions rapides sont désormais ordinaires.

En juillet 2026, l’Arcep indiquait que la fibre représentait déjà 84 % des abonnements internet fixes, avec 27,7 millions d’abonnements. Dans le même temps, 35,4 millions de cartes SIM étaient actives sur les réseaux 5G.

Autrement dit, voir 500, 700 ou 900 Mbit/s dans un test n’a plus rien d’exceptionnel.

Et c’est précisément ce qui m’avait induit en erreur.

Je raisonnais comme si une visioconférence était une sorte de Netflix avec une webcam.

Ce n’est pas vraiment le cas. Une vidéo à la demande possède un avantage énorme : elle connaît déjà son futur.

Le lecteur peut télécharger quelques secondes de vidéo avant que je les regarde et les conserver en réserve. Cloudflare décrit ce mécanisme de buffering : les segments préchargés permettent à la lecture de continuer pendant une courte interruption de connexion.

J’ai fini par imaginer ce buffer comme un petit réservoir. Le réseau s’arrête deux secondes ? La télévision continue à boire dans le réservoir. Si Internet revient avant qu’il soit vide, je ne remarque rien.

Une visioconférence n’a pas ce luxe. Mon collègue n’a pas encore prononcé la phrase qu’il dira dans cinq secondes. Teams ne peut donc pas la télécharger à l’avance.

Quand la connexion hésite maintenant, c’est maintenant que la voix manque.

Et soudain, ce que j’observais dans mon salon devenait beaucoup moins mystérieux.

Une microcoupure invisible dans un film peut arracher deux mots à une réunion

Les outils de diagnostic de Microsoft surveillent notamment la perte de paquets, la gigue — la variation du délai d’arrivée des données — et le temps d’aller-retour pour comprendre les problèmes de qualité dans Teams.

C’est ce qui m’a fait regarder le problème autrement.

Quelques paquets perdus ne représentent presque rien dans le volume total de données transporté pendant une journée. Mais s’ils disparaissent tous au moment où quelqu’un prononce une phrase importante, le résultat est immédiatement perceptible.

C’était exactement ce que j’entendais. Une phrase normale.

Puis :

« Le client nous a demandé de… »

Silence.

« …avant jeudi. »

Mon débit moyen pouvait être excellent. Les quelques centaines de millisecondes manquantes au mauvais moment suffisaient à rendre la conversation pénible.

En mars 2026, un utilisateur de Reddit décrivait d’ailleurs une situation étonnamment proche : une fibre gigabit proche de 900/900 Mbit/s où le streaming fonctionnait correctement, tandis que Zoom affichait régulièrement des avertissements de réseau instable et des défauts vidéo.

Ce témoignage m’a surtout aidé à abandonner une mauvaise habitude : considérer « le streaming fonctionne » comme la preuve que le réseau est assez stable pour une visioconférence.

À partir de là, j’ai arrêté de mesurer combien de données ma connexion pouvait déplacer pendant une bonne seconde.

J’ai commencé à regarder ce qu’elle faisait pendant les mauvaises.

Et c’est à ce moment-là que le VPN est devenu beaucoup plus intéressant que le Speedtest.

Le VPN pouvait transformer une petite hésitation en vraie interruption

J’utilisais déjà un VPN sur l’ordinateur de travail.

Un grand fournisseur, avec beaucoup de serveurs, une application mature et suffisamment de réglages pour choisir précisément ma configuration.

Sur une connexion stable, il fonctionnait très bien. Le problème apparaissait lorsque le Wi-Fi avait son petit trou.

Sans VPN, l’appel pouvait produire une voix brièvement métallique ou une image moins nette, puis continuer.

Avec mon tunnel habituel, certaines de ces hésitations déclenchaient une reconnexion.

Internet revenait. Puis le tunnel revenait. Puis Teams récupérait à son tour.

La microcoupure initiale n’était plus seule. Le VPN lui ajoutait sa propre phase de récupération.

C’était comme trébucher sur une marche et décider ensuite de refaire ses lacets avant de continuer.

J’ai essayé un serveur plus proche. Puis un autre.

Les performances générales restaient bonnes. Pourtant, le problème revenait suffisamment souvent pour que je finisse par regarder l’icône VPN dès qu’une voix commençait à se déformer.

C’est là que mon critère a changé.

Je ne cherchais plus un VPN affichant le meilleur débit lorsque tout allait bien. Je voulais celui qui savait se faire oublier précisément lorsque le réseau allait mal.

Un VPN ne peut évidemment pas empêcher mon Wi-Fi de décrocher. En revanche, il peut éviter de transformer cette petite coupure en une deuxième panne provoquée par la reconstruction du tunnel.

Cette différence paraissait minuscule sur une fiche technique. En réunion, elle ne l’était pas du tout.

J’ai donc testé la récupération plutôt que la vitesse

C’est avec cette idée que j’ai ouvert OnlydogVPN.

Je connaissais déjà son principal désavantage face aux grands fournisseurs : moins de régions disponibles, moins d’années d’historique public et moins d’avis indépendants.

Mais aucun de ces critères ne répondait à ce qui venait d’interrompre ma réunion.

J’ai choisi le mode destiné aux connexions faibles ou changeantes, activé le tunnel et rejoint un nouvel appel.

Cette fois, je n’ai pas lancé Speedtest. J’ai laissé la réunion ouverte. Caméra. Micro. Partage d’écran.

Dans le salon, j’ai également relancé une vidéo pour conserver exactement le contraste qui m’avait trompé au début.

Pendant les premières minutes, rien d’intéressant ne s’est produit. Puis le Wi-Fi a hésité. La résolution de la visioconférence a brièvement baissé. Une voix s’est accrochée pendant une fraction de seconde. J’ai attendu la coupure plus longue que je connaissais. Elle n’est pas venue.

L’appel a continué.

Quelques minutes plus tard, j’ai poussé le test un peu plus loin : j’ai coupé le Wi-Fi du portable et laissé le partage de connexion du téléphone prendre le relais.

Petite pause. Le réseau a changé. La réunion est restée là. Je n’ai pas rouvert l’application VPN. Je n’ai pas sélectionné un autre serveur. Je n’ai pas rejoint une deuxième fois l’appel.

C’était le résultat que je cherchais depuis le début : le réseau pouvait avoir un mauvais moment sans que le VPN transforme automatiquement ce mauvais moment en deuxième panne.

Et après plusieurs essais à regarder la vitesse, c’était presque frustrant de constater à quel point le bon test était simple : provoquer le problème qui me gênait réellement et regarder si la conversation survivait.

HTTP/3 ne m’a intéressé qu’après avoir vu la réunion continuer

C’est seulement après ce résultat que j’ai voulu comprendre pourquoi le comportement était différent.

Le service utilise un transport basé sur HTTP/3. HTTP/3 fonctionne sur QUIC, un protocole conçu notamment pour mieux gérer certains changements de chemin réseau. Grâce à ses identifiants de connexion, une session QUIC peut continuer à travers certains changements d’adresse ou de réseau au lieu de dépendre entièrement de l’ancien chemin.

Il n’est pas nécessaire d’aller beaucoup plus loin dans la plomberie réseau pour comprendre ce que cela change ici.

Avec un tunnel classique, changer de réseau peut ressembler à devoir raccrocher puis rappeler.

Avec une connexion capable de mieux supporter ce changement, l’objectif est plutôt de conserver la conversation pendant que la route sous elle bouge.

C’est particulièrement intéressant pour un portable qui quitte un Wi-Fi instable et récupère Internet par un hotspot ou une autre connexion.

Le détail technique m’a donc intéressé parce qu’il expliquait ce que je venais d’observer, pas l’inverse.

Wi-Fi hésitant. Appel légèrement dégradé. Connexion récupérée. Réunion toujours ouverte.

Les tests publiés autour du service se concentrent justement sur ce comportement : pas seulement mesurer le débit lorsqu’une connexion est parfaite, mais observer ce qui se passe quand le chemin réseau faiblit ou change.

Il existe bien sûr une limite évidente. Si Internet disparaît complètement et qu’aucune autre connexion n’est disponible, le VPN ne peut pas fabriquer le réseau manquant.

Mais ce n’était pas ce qui ruinait mes appels.

Mon problème était plus banal : des interruptions assez courtes pour être cachées par une vidéo préchargée, mais assez longues pour casser le rythme d’une conversation en direct.

Et dans ce cas précis, la capacité du tunnel à récupérer proprement comptait bien davantage que quelques dizaines de mégabits supplémentaires sur un test de vitesse.

J’avais finalement deux types de « continuité » devant moi

La vidéo du salon et ma visioconférence semblaient accomplir la même chose. Elles continuaient à afficher des images.

Mais elles obtenaient cette continuité de deux manières complètement différentes.

Le streaming avait une réserve.

Il pouvait laisser le réseau disparaître brièvement derrière le rideau pendant que le lecteur consommait les secondes déjà téléchargées.

La visioconférence devait absorber le problème presque en direct.

Quelques paquets perdus au mauvais moment deviennent immédiatement une syllabe manquante, une image figée ou ce petit silence gênant où deux personnes finissent par demander en même temps :

« Tu m’entends ? »

C’est pourquoi je ne testerais plus une connexion destinée au travail en lançant simplement Netflix ou YouTube pendant cinq minutes.

Et je ne choisirais plus un VPN pour mes réunions en regardant uniquement combien de mégabits il conserve.

Je regarderais ce qu’il fait lorsque le réseau trébuche.

Le grand fournisseur que j’utilisais restait plus complet et proposait davantage de destinations et de réglages. Mais ce n’était pas la comparaison qui comptait pendant ma réunion.

Le plus petit service répondait directement au problème que j’avais devant moi : lorsque le Wi-Fi a hésité, puis lorsque le portable a changé de réseau, le tunnel n’est pas devenu une deuxième chose à réparer.

La télévision avait son buffer pour cacher les microcoupures.

Pour ma visioconférence, j’avais besoin d’autre chose : un VPN qui ne transforme pas les secondes perdues par le réseau en secondes supplémentaires pendant lesquelles toute la réunion doit m’attendre.