Mode Low Data sur Mac : ce qu'il fait réellement (et ce qu'il ne fait pas)

Le Mode Low Data sur un Mac indique à macOS et aux applications qui s'y exécutent de réduire l'utilisation du réseau sur une connexion spécifique. Lorsqu'il est activé, macOS suspend les mises à jour logicielles automatiques et les téléchargements en arrière-plan de l'App Store, la synchronisation des Photos iCloud s'arrête, l'activité d'iCloud Drive et de sauvegarde diminue, les services en arrière-plan d'Apple deviennent silencieux, et les appels vidéo comme FaceTime peuvent réduire leur débit. Il est configuré par réseau plutôt que système entier, donc ton Mac peut considérer un hotspot iPhone comme coûteux tout en continuant à traiter le Wi-Fi domestique comme illimité.

Il vaut la peine d'être précis sur la catégorie à laquelle appartient cette fonctionnalité. Le Mode Low Data n'est pas un throttling, un limiteur de bande passante, un pare-feu ou un compteur de données. Il ne limite rien, ne compte rien, et ne te dira jamais que tu approches d'une limite, car il n'a pas de concept de limite. C'est un booléen unique attaché à un réseau, et son seul rôle est de déplacer le travail différable vers une connexion ultérieure, moins chère.

Ce cadre est important car il explique à la fois ses forces et ses faiblesses. Les forces sont qu'il est instantané, gratuit, ne nécessite pas de logiciel tiers et n'a pas d'impact sur les performances. Les services d'Apple sont la principale source de trafic en arrière-plan inattendu sur un Mac typique, et le Mode Low Data y répond directement et de manière fiable. Une mise à jour macOS différée peut représenter plusieurs gigaoctets qui ne sortent jamais de ton quota de données.

La faiblesse découle du même design. Parce que le mécanisme est un drapeau plutôt qu'un filtre, tout ce qui se trouve en aval de ce drapeau est volontaire. Nous verrons pourquoi cela importe dans la section trois, mais garde cela en tête en lisant ce que le mode modifie : chaque élément de la liste est quelque chose qu'Apple a choisi de rendre réactif au drapeau, dans le code d'Apple.

Pour le Wi-Fi, ouvre les Réglages Système, sélectionne Wi-Fi dans la barre latérale, clique sur le bouton Détails à côté du réseau auquel tu es connecté, et active Low Data Mode dans le panneau qui apparaît. Sur les anciennes versions utilisant Préférences Système, le chemin équivalent est Réseau, puis Wi‑Fi, puis Avancé ou Détails selon la version. La fonctionnalité est arrivée sur Mac avec macOS Monterey, étant présente sur iOS depuis iOS 13.

Le détail important est que le toggle appartient au réseau, pas au Mac. macOS le stocke pour ce SSID spécifique et s'en souvient, donc activer Low Data Mode sur le hotspot de ton téléphone ne modifie pas tes réseaux de bureau et de maison. Le compromis est que tu dois généralement être connecté à un réseau, ou l'avoir enregistré dans ta liste de réseaux connus, pour le configurer. Si tu voyages et rejoins un nouveau hotspot à chaque fois, tu dois te rappeler de réactiver le toggle pour chaque nouveau SSID.

Un hotspot personnel d'un iPhone apparaît à macOS comme un réseau Wi‑Fi ordinaire, donc il se configure exactement de la même façon. Si tu le tetheres via un câble, regarde dans Réglages Système, puis Réseau, puis l'interface USB de l'iPhone, où une option comparable est exposée. La connexion Ethernet filaire ne propose généralement pas cette option, en supposant qu'une ligne fixe n'est pas mesurée.

Il n'y a aucune confirmation visuelle une fois activé. Pas d'icône, pas d'élément dans la barre de menu, pas de notification. La seule façon de vérifier est de revenir au même panneau Détails et de regarder le toggle. C'est probablement le plus gros problème d'utilisabilité de cette fonctionnalité : un réglage invisible après avoir quitté la fenêtre des réglages, que les gens oublient d'avoir activé, puis oublient de désactiver lorsqu'ils sont de retour sur une connexion rapide, se demandant pourquoi leur bibliothèque de photos ne se met plus à jour.

Un dernier point de confusion à clarifier. Le Low Data Mode sur ton iPhone et le Low Data Mode sur ton Mac sont des réglages totalement séparés sur des appareils distincts. L'activer sur le téléphone qui fournit le hotspot limite le trafic du téléphone lui‑même. Cela ne fait rien du tout pour limiter le Mac qui y est connecté.

L'effet le plus important et le plus fiable concerne les mises à jour système. Avec Low Data Mode actif, macOS ne téléchargera pas les mises à jour système en arrière-plan, et l'App Store reporte les mises à jour automatiques des applications et les téléchargements en arrière-plan. Sur un Mac qui a été hors ligne pendant quelques semaines, c'est généralement la seule économie la plus significative, car une mise à jour de macOS ou quelques grosses mises à jour d'applications représentent une consommation bien plus importante que tout ce que tu fais probablement sur un hotspot.

iCloud est le deuxième domaine principal. Photos iCloud suspend la synchronisation, ce qui signifie que les nouvelles photos prises sur ton téléphone ne seront pas transférées vers le Mac, et les modifications faites sur le Mac seront en file d’attente plutôt qu’uploadées. iCloud Drive reporte la synchronisation non urgente, et l’activité liée aux sauvegardes se réduit. C’est un comportement vraiment utile et aussi celui qui est le plus susceptible de surprendre, car une synchronisation en pause ressemble à une synchronisation cassée. Si un collègue dit qu’un fichier n’apparaît pas, vérifie si le Mac est connecté à un réseau Low Data Mode avant de chercher plus loin.

Les autres services en arrière-plan d’Apple suivent le même principe. Les fonctionnalités proches de Continuity et les diverses tâches périodiques qu’Apple exécute pour toi réduisent leur activité, Safari limite la précharge spéculative, et FaceTime acceptera un débit vidéo inférieur plutôt que de saturer une connexion faible. Les applications tierces construites sur les frameworks d’Apple peuvent voir leur planification en arrière-plan diminuer en conséquence, car le système est moins enclin à les réveiller pour des tâches opportunistes sur le réseau.

Il est tout aussi important d’être clair sur ce qui ne change pas. Low Data Mode n’interfère jamais avec une requête que tu fais toi-même. Charger une page se fait à pleine capacité. Démarrer un téléchargement le lance normalement. Ouvrir une application de streaming la diffuse à la qualité que cette dernière a choisie. Rien n’est compressé, rien n’est proxifié, et aucune image n’est réduite lors de la transmission. Le mode ne touche qu’aux tâches que le système aurait effectuées de toute façon.

Et comme il n’y a pas de couche de comptabilité, tu ne reçois aucun retour sur le résultat. Low Data Mode ne peut pas te dire qu’il t’a fait économiser deux gigaoctets, car il n’a jamais mesuré quoi que ce soit. Il a simplement pris des décisions différemment et a continué. Pour beaucoup de personnes, cela suffit. Pour ceux qui ont une limite de données, l’absence de chiffres est le point où la fonctionnalité intégrée s’arrête.

Sous le commutateur, Low Data Mode est un indicateur consultatif. macOS marque le chemin réseau comme contraint, et le rend visible aux applications via le framework Network : un chemin indique isConstrained, les connexions peuvent être configurées via NWParameters pour refuser les chemins contraints, et URLSession propose un commutateur par requête pour qu’un développeur puisse déclarer qu’un transfert particulier ne doit pas s’effectuer sur un réseau coûteux. macOS définit le drapeau de façon honnête et cohérente. Ce qu’il ne fait pas, c’est contrôler le socket.

La conséquence est directe. Une application qui ne lit jamais le drapeau n’est pas du tout affectée par lui. Il n’y a pas de porte au niveau du noyau, pas de gestion du trafic, pas de couche d’application qui intercepte une requête d’une application qui n’a pas opté pour cela. Si un développeur n’a jamais écrit les trois lignes de code qui vérifient si le chemin est contraint, son logiciel se comporte sur ton hotspot mesuré exactement comme sur une fibre gigabit.

En pratique, cela couvre une grande partie des logiciels que les gens utilisent réellement. Un navigateur comme Chrome, un client de synchronisation comme Dropbox, Docker tirant une image de plusieurs gigaoctets, un lanceur de jeux appliquant un patch, un agent de sauvegarde tiers démarrant sa tâche programmée, une application Electron vérifiant les mises à jour au lancement. Aucun n’est obligé de regarder le drapeau, plusieurs ne le font pas, et aucun ne te dira quoi que ce soit. Les services d’Apple respectent Low Data Mode parce qu’Apple les a conçus pour cela. Tous les autres sont sur le système d’honneur.

Ce choix de conception est défendable plutôt que négligent. L’application est la seule partie qui sait quelles de ses transferts peuvent être différés et lesquelles sont essentielles, et un système qui bloquerait silencieusement le trafic casserait des logiciels de façon difficile à diagnostiquer. La signalisation coopérative produit un meilleur comportement que le blocage brutal lorsque tout le monde coopère.

Le problème, c’est ce qui se passe quand ils ne coopèrent pas. La garantie est répartie entre chaque développeur dont le code s’exécute sur ta machine, tu fais confiance à chacun d’eux indépendamment, et tu n’as aucun moyen d’auditer le résultat. Le mode d’échec est aussi silencieux : aucune erreur, aucune invite, rien qui apparaisse dans un journal que tu consulterais. Tu t’en rends compte quand ton opérateur t’envoie le message concernant ton quota. C’est précisément cette lacune que comble la gestion par application, et c’est la raison pour laquelle des outils comme NetMute fonctionnent au niveau du réseau plutôt que par une demande polie.

L'approche alternative consiste à arrêter de demander aux applications de se comporter et à commencer à décider pour elles. NetMute est un pare-feu par application et un moniteur de trafic pour macOS qui applique la politique au niveau du réseau, ce qui signifie qu'il n'est pas nécessaire que l'application coopère et que son avis n'est pas consulté. Si une règle indique qu'une application ne doit pas accéder au réseau, elle n'y aura pas accès, que son développeur ait déjà entendu parler de l'API de chemin contraint ou non.

Cela permet de faire quelques choses que Low Data Mode ne peut pas faire structurellement. Tu peux définir des plafonds de données quotidiens ou mensuels par application ainsi qu'un plafond global pour tout le Mac, recevoir une notification lorsqu'une application dépasse un seuil que tu as choisi, et la bloquer automatiquement lorsqu'elle atteint cent pour cent de sa limite. Les limites sont stockées par profil réseau, donc une application peut avoir un plafond strict sur ton hotspot et aucun plafond à la maison, et les profils changent automatiquement en fonction du SSID Wi-Fi auquel tu te connectes. La protection du hotspot gère le cas gênant du portail captif, où un réseau doit être suffisamment accessible pour se connecter mais pas ouvert au point de laisser chaque processus en arrière-plan s'exécuter.

Le côté quotidien est un moniteur de trafic en temps réel par application montrant exactement quel processus transfère quoi, avec un blocage en un clic et des règles temporaires à expiration automatique pour quand tu veux faire taire quelque chose pendant l'heure suivante plutôt que pour toujours. Il répond à la question que Low Data Mode laisse sans réponse : pas si les applications ont été invitées à faire attention, mais combien chaque application a réellement envoyé.

La conclusion équitable est que ces deux choses sont complémentaires plutôt que concurrentes. Active Low Data Mode. Cela ne coûte rien, cela fonctionne bien pour le trafic que contrôle Apple, et les services d'Apple représentent une part véritablement importante de l'utilisation en arrière-plan. Ajoute ensuite une couche d'application de la politique en dessous pour le logiciel qui n'a jamais accepté l'accord, afin que ta limite de données dépende d'une règle que tu as définie plutôt que d'une décision qu'un développeur a prise concernant son vérificateur de mise à jour il y a trois ans.