Pourquoi le mode économie d’énergie coupe-t-il parfois le VPN ? Parce que le téléphone économise aussi sur ce qui maintient le tunnel vivant

Il me restait 14 % de batterie quand j’ai activé le mode économie d’énergie dans la gare. Mauvais timing : j’étais sur le Wi-Fi public, mon VPN était connecté et je devais encore envoyer un dossier de photos avant de monter dans le train.

J’ai lancé le transfert, rangé l’application VPN en arrière-plan et commencé à répondre à deux messages.

Quand je suis revenu au dossier, la barre était figée à 41 %.
Le Wi-Fi affichait toujours toutes ses barres.
Les sites s’ouvraient.
En revanche, l’icône VPN avait disparu.
J’ai rouvert l’application :
Reconnecting.

Mon premier réflexe a été d’accuser le réseau de la gare. Puis j’ai désactivé l’économie d’énergie et recommencé exactement le même transfert.

Cette fois, le tunnel est resté là.

C’était assez vexant.

J’avais activé le mode économie d’énergie pour garder mon téléphone vivant jusqu’à l’arrivée.

Il avait économisé de la batterie en mettant en difficulté l’une des applications que je voulais précisément garder active.

Et surtout, le VPN n’était pas nécessairement le premier coupable.

Le téléphone venait de changer les règles pendant que je ne regardais plus l’application.

Le mode économie d’énergie ne coupe pas forcément le VPN — il réduit la liberté des applications en arrière-plan

C’est la nuance qui m’a permis de comprendre ce qui se passait.

Android possède plusieurs mécanismes destinés à réduire la consommation lorsque le téléphone est peu utilisé. Doze peut différer l’activité processeur et l’accès réseau en arrière-plan. App Standby limite également certaines activités des applications considérées comme inactives.

Sur les Pixel, Google explique encore plus directement que Battery Saver limite ce que les applications peuvent faire en arrière-plan, tandis que l’Extreme Battery Saver peut mettre la plupart d’entre elles en pause.

Cela ne signifie pas que chaque VPN se coupe dès que l’on active l’économie d’énergie.

Mais si l’application tombe sous une politique batterie agressive, elle dispose de beaucoup moins de marge pour maintenir ou restaurer son tunnel lorsqu’elle quitte le premier plan.

C’était exactement ce que je voyais.

Le Wi-Fi ne s’était pas arrêté.

Le téléphone avait simplement décidé que les applications derrière l’écran devaient travailler moins.

Mon erreur était de tester le VPN uniquement lorsqu’il était ouvert devant moi

Avant cette journée, mon test d’un VPN mobile ressemblait à ça :
ouvrir l’application ;
appuyer sur Connexion ;
ouvrir un navigateur ;
constater que tout fonctionne.
Terminé.

Sauf que ce n’est pratiquement jamais ainsi que j’utilise mon téléphone.
Je connecte le VPN.
Puis je l’oublie.
J’ouvre Maps.
L’appareil photo.
Ma messagerie.

Un navigateur.
Je verrouille l’écran.
Je le rallume dix minutes plus tard.
Le VPN passe donc l’essentiel de sa vie là où je ne le vois pas : en arrière-plan.
C’est précisément là que les réglages de batterie commencent à compter.

Samsung va d’ailleurs plus loin avec ses catégories Sleeping apps et Deep sleeping apps. Une application placée en sommeil profond n’est plus autorisée à fonctionner normalement en arrière-plan ; Samsung propose inversement une liste Never sleeping apps pour celles que l’on veut préserver.

Le problème devenait soudain beaucoup plus simple.

Je n’avais pas besoin d’un serveur différent.

Je devais d’abord empêcher le téléphone de traiter mon VPN comme une application dispensable.

Le premier vrai correctif était donc dans Android, pas dans le VPN

Je suis allé dans les paramètres batterie.
Utilisation de la batterie par application.
VPN.
Activité en arrière-plan autorisée.
Puis j’ai retiré l’optimisation agressive pour cette application.

Sur un Samsung, j’aurais également vérifié qu’elle n’était pas placée dans les applications en veille ou en veille profonde.

C’est le réglage que je vérifierais avant de payer un autre abonnement.

Parce que si le système reçoit l’ordre de mettre l’application en sommeil, changer de serveur ne résout pas le vrai problème.

J’ai ensuite refait mon test.
Économie d’énergie active.
VPN connecté.
Transfert lancé.
Je suis passé dans plusieurs autres applications.
Écran éteint une minute.

Retour.
Cette fois, mon gros fournisseur était toujours présent.
J’avais réparé la première moitié du problème.
Mais quelques essais plus tard, une deuxième différence est apparue.

« Toujours actif » et « la tâche n’a rien remarqué » ne sont pas exactement la même chose

J’ai volontairement remis le VPN sous contrainte.
Économie d’énergie.
Quelques minutes en arrière-plan.
Une connexion Wi-Fi de gare qui n’était pas parfaitement régulière.
Sur mon fournisseur habituel, le tunnel finissait par revenir lorsqu’il perdait sa session.
Le problème était le moment entre les deux.

Reconnecting.
Puis :
Connected.
Le VPN était revenu.
Mais le transfert au-dessus s’était déjà arrêté.
Je pouvais relancer le fichier.

Ce n’était pas dramatique.
C’était simplement la preuve que mon ancien critère était encore trop faible.
Je demandais :
est-ce que le VPN se reconnecte ?
La question utile devenait :
est-ce qu’il revient assez proprement pour que ce que je faisais continue ?

Des utilisateurs Android 16 / One UI 8 ont décrit publiquement ce type de problème en 2026 : des VPN qui se déconnectaient après quelques minutes, avec une amélioration chez certains après le passage de l’application en utilisation batterie sans restriction.

Cela m’a évité une autre erreur :
mettre toutes les coupures sur le dos du mode économie d’énergie.
Android peut intervenir.
L’application peut intervenir.
Une mise à jour peut aussi introduire ou corriger un problème de reconnexion.

Google a d’ailleurs suivi en 2026 un bug Android 16 affectant la capacité de certaines applications VPN à se reconnecter correctement.

Dans mon propre test, toutefois, la première cause était devenue assez claire : économie d’énergie agressive, coupures ; exemption batterie, comportement nettement meilleur.

C’est seulement après avoir corrigé Android que j’ai essayé le plus petit VPN

Je ne voulais pas demander à une autre application de réparer un réglage système.
J’avais déjà compris que le premier travail consistait à empêcher Android de l’endormir.
Une fois cela fait, j’ai ouvert OnlydogVPN^↗.
Mode automatique.
Connexion.
Puis j’ai repris le même dossier de photos depuis le début.

20 %.
Je suis passé dans ma messagerie.
37 %.
J’ai ouvert mon billet de train.
Écran verrouillé pendant quelques instants.
Quand je l’ai rallumé :

68 %.
La connexion avait brièvement hésité lorsque le Wi-Fi de la gare avait faibli.
Le transfert, lui, n’était pas revenu à zéro.
83 %.
100 %.
Le fichier était parti.

C’était la première fois de l’après-midi que je n’avais pas eu besoin de surveiller l’application VPN pour vérifier qu’elle faisait encore son travail.

HTTP/3 ne peut pas empêcher Android d’endormir une application — mais il devient utile juste après

Le transport du service est basé sur HTTP/3, donc sur QUIC.

Cela ne donne aucun passe-droit face au gestionnaire d’énergie d’Android.

Si le système met réellement l’application en sommeil, aucun protocole réseau ne peut annuler cette décision.

Mais une fois l’application autorisée à travailler en arrière-plan, le type de transport compte davantage lorsqu’une connexion mobile ou un Wi-Fi public vacille brièvement.

QUIC a notamment été conçu avec des mécanismes de récupération et de continuité adaptés aux changements de chemin et aux pertes réseau.

Je le vois comme deux problèmes séparés.

Android décide si le conducteur a le droit de rester au volant.

Le protocole détermine ensuite comment la voiture se comporte quand la route devient irrégulière.

Dans mon test, les deux conditions étaient enfin réunies :
le système n’endormait plus l’application ;
le tunnel récupérait suffisamment bien pour que le transfert continue.
C’était cette combinaison que je cherchais réellement.

J’ai commencé à considérer l’économie d’énergie comme un test de résistance

Avant, je l’activais à 20 % et je n’y pensais plus.
Désormais, quand j’installe un VPN sur Android, je fais volontairement le test.
Connexion.
Mode économie d’énergie.
Une tâche réelle en arrière-plan.
Puis écran verrouillé.

Deux ou trois minutes suffisent déjà à révéler certains mauvais réglages.
Ce test m’a aussi appris à ne pas changer immédiatement de serveur dès que le VPN disparaît.
Je commence par vérifier la politique batterie.
Si l’application est optimisée ou placée en sommeil profond, je corrige cela.
Ensuite seulement je juge sa capacité à revenir proprement.
C’est là que le petit service m’a convaincu davantage.

Une fois autorisé à fonctionner correctement en arrière-plan, il m’a demandé très peu d’attention pour retrouver une connexion utilisable.

À 14 % de batterie, je n’avais aucune envie d’ouvrir un écran rempli d’options.

Je voulais oublier le VPN et continuer ce que j’étais en train de faire.

Le grand fournisseur garde un avantage si je veux diagnostiquer chaque détail

Mon fournisseur historique proposait davantage de protocoles, davantage de réglages et beaucoup plus de documentation.

Pour comprendre précisément une connexion, c’est précieux.

La petite application est beaucoup plus récente, propose moins de régions et possède encore peu d’avis publics par rapport aux grands noms du secteur.

C’est une vraie limite.
Mais à 14 % de batterie, ce n’était pas le type d’avantage que je cherchais.
Je voulais que le téléphone reste protégé pendant que j’utilisais les autres applications.

Le grand fournisseur m’a finalement permis d’y arriver après avoir corrigé les réglages batterie.

Le service plus simple m’a surtout donné, dans ce test, une connexion qui redevenait rapidement invisible.

Et sur un téléphone, « invisible » est un compliment.

Alors, pourquoi le mode économie d’énergie coupe-t-il parfois le VPN ?

Parce que le téléphone essaie de prolonger son autonomie en réduisant le travail effectué en arrière-plan.

Or un VPN est précisément une application dont l’utilité dépend du fait qu’elle continue à travailler lorsque je ne suis plus en train de la regarder.

Si Android ou le constructeur la classe parmi les applications à économiser, le tunnel peut être interrompu ou avoir davantage de mal à revenir.

Le premier correctif n’est donc pas de changer de pays.
C’est de vérifier que le système autorise réellement le VPN à continuer de fonctionner.
Après cela, mon critère devient plus exigeant :

quand la connexion est brièvement perturbée, est-ce que le tunnel revient avant que mes autres applications abandonnent leur travail ?

À la gare, j’avais activé l’économie d’énergie parce qu’il me restait 14 %.

Je pensais que la question était simplement de savoir combien de temps mon téléphone pouvait encore tenir.

Quand le dossier a finalement atteint 100 % avec le VPN resté en arrière-plan, j’ai compris que le vrai test était légèrement différent :

économiser la batterie, oui — mais pas en économisant précisément l’application qui devait continuer à travailler.