Faut-il couper le VPN pour certaines applications locales en voyage ? Oui — mais il faut pouvoir le remettre aussitôt

À l’hôtel, mon VPN était connecté à la France quand j’ai ouvert une application locale pour réserver une voiture. La carte savait où j’étais, mais l’étape suivante tournait dans le vide. J’ai relancé l’app, changé de Wi-Fi, puis coupé le VPN. La réservation est passée presque immédiatement. Dix minutes plus tard, j’ai ouvert mon navigateur professionnel… et découvert que j’avais oublié de réactiver le tunnel.

C’est là que ma question a changé. Je pensais devoir choisir entre deux règles simples: « toujours laisser le VPN actif » ou « le couper pour les applications locales ». En voyage, le vrai problème est moins binaire.

Une application de transport, de livraison ou de réservation peut déterminer votre position grâce au GPS, au Wi-Fi, au Bluetooth ou au réseau mobile. Apple et Google documentent ces différentes sources de localisation. Le VPN, lui, change surtout le chemin réseau et l’adresse IP présentée au service.

Autrement dit, une IP française ne transforme pas un téléphone posé à Rome en téléphone situé à Paris.

Cela permet déjà d’éviter un mauvais diagnostic. Si l’application n’a pas accès à la localisation précise, couper le VPN ne réparera pas cette permission. Uber, par exemple, explique utiliser la localisation précise de l’appareil pour déterminer le point de prise en charge.

Mais une fois ce réglage vérifié, il reste un cas très concret: l’application reçoit bien ma position locale tandis que ma connexion arrive depuis une IP située ailleurs. Je ne peux pas observer les règles internes utilisées par chaque application pour accepter ou refuser une connexion. En pratique, si l’app échoue avec le VPN et fonctionne dès que je le coupe, je préfère traiter cette coupure comme une exception temporaire plutôt que passer mon temps à changer de serveur.

Le problème commence quand l’exception devient une habitude

Après cette première réservation, j’ai donc commencé à couper le VPN pour quelques usages locaux.

Ça fonctionnait. Un peu trop bien, même.

Un soir, je l’ai désactivé avant de commander quelque chose depuis la rue. De retour sur le Wi-Fi de l’hôtel, j’ai répondu à des messages, consulté plusieurs pages et ouvert un document avant de remarquer que je ne l’avais jamais reconnecté.

Des utilisateurs décrivent le même compromis avec certaines apps locales, bancaires ou de streaming: plutôt que de lutter contre une application récalcitrante, ils la laissent ponctuellement hors du tunnel. Le détail intéressant n’est pas qu’ils coupent le VPN. C’est qu’il faut ensuite penser à revenir à la connexion protégée.

À partir de là, mon critère de choix a changé: en voyage, une reconnexion sans friction compte davantage qu’une immense liste de serveurs.

Mon VPN habituel savait se reconnecter. Moi, je finissais par ne plus le faire.

J’utilisais déjà un grand fournisseur connu. Il avait ce qu’on attend d’un acteur établi: beaucoup de localisations, une application mature et un long historique public.

Pour mon problème, pourtant, cela changeait peu.

Je pouvais couper le VPN, utiliser l’application locale, puis revenir au serveur français. Mais entre le Wi-Fi de l’hôtel, la 5G dans la rue et le retour dans la chambre, la reconnexion demandait parfois assez d’attention pour devenir agaçante: rouvrir l’app, vérifier le pays, relancer, attendre.

Une fois, ce n’est rien.

Six fois dans une journée, on commence à remettre la reconnexion à plus tard.

C’était précisément le comportement que je voulais éviter. Je ne cherchais plus un VPN capable de rester connecté dans une situation où j’avais volontairement besoin de le couper. Je cherchais celui qui rendait cette coupure presque sans conséquence.

J’ai essayé de faire de la déconnexion une simple parenthèse

C’est à ce moment-là que j’ai testé OnlydogVPN^↗.

J’ai repris la même séquence: VPN actif sur le Wi-Fi de l’hôtel, coupure, ouverture de l’application locale, réservation, fermeture de l’app, puis reconnexion.

La réservation est passée. J’ai remis le VPN et repris ma navigation. Ensuite, je suis sorti de l’hôtel et le téléphone est passé du Wi-Fi au réseau mobile.

C’est ce passage qui m’a convaincu davantage qu’un test de débit.

Le service est pensé pour récupérer sur des réseaux faibles ou changeants. Dans mon usage, cela signifiait surtout que je pouvais arrêter de considérer chaque coupure comme une petite opération technique. Je désactivais le tunnel lorsque l’application locale en avait besoin, puis je revenais simplement à ma connexion VPN.

Cette différence paraît minuscule sur une fiche technique. En déplacement, elle ne l’est pas.

À la maison, mon téléphone peut rester plusieurs heures sur le même Wi-Fi. En voyage, il saute constamment entre hôtel, réseau mobile, gare, café et partage de connexion. Le VPN qui me convenait le mieux n’était donc pas celui qui m’offrait le plus de destinations. C’était celui que j’avais le moins de raisons de laisser désactivé.

Le deuxième avantage est apparu sans que je le cherche

Le lendemain, j’ai recommencé la même routine avant de sortir. Cette fois, j’ai surtout remarqué que je n’avais pas besoin de réfléchir à une longue liste de serveurs et de protocoles. L’interface privilégie des situations d’usage plus directes.

Cela correspondait mieux au problème que j’essayais réellement de résoudre. Je savais ce que je voulais faire; je ne voulais pas administrer mon VPN à chaque changement de réseau.

Le compromis est clair: le service propose moins de localisations et possède un historique public plus court que les géants du secteur. Pour quelqu’un qui veut choisir précisément parmi des dizaines de pays ou de villes, un fournisseur historique garde un avantage évident.

Pour mon voyage, ce n’était simplement pas le bon critère.

Je n’avais pas besoin de vingt façons de me reconnecter. J’avais besoin de ne pas oublier de le faire.

Alors, faut-il couper le VPN pour une application locale?

Parfois, oui.

Si une application de transport, de livraison ou un autre service local refuse de fonctionner, je commence par vérifier sa permission de localisation. Si tout est correct, je la teste sans VPN.

Si elle fonctionne immédiatement, je ne passe plus quinze minutes à essayer des serveurs au hasard. Je coupe le tunnel le temps nécessaire, je termine ce que j’avais à faire, puis je le remets.

C’est finalement ce qui a changé mon choix de VPN en voyage. Je voyais autrefois la déconnexion comme un échec. Je la considère maintenant comme une exception normale. Ce qui distingue vraiment les solutions, c’est ce qui se passe juste après.

Le grand fournisseur me donnait davantage de serveurs à choisir. OnlydogVPN rendait le retour au VPN suffisamment simple pour que je le fasse réellement. Dans cette situation précise, c’est cette seconde qualité qui comptait.