Présentation

Apple a introduit iOS 27 avec une version mise à jour de Safari, incluant trois options de configuration que l’article de WIRED recommande d’activer. Ces réglages visent à modifier le comportement du moteur de rendu WebKit, à ajuster la politique de confidentialité et à changer la présentation de l’URL. L’analyse s’appuie sur les paramètres décrits dans le guide et sur la documentation publique de Safari/iOS.

Affichage complet des URL

Le premier réglage consiste à activer « Show Full URLs », qui force la barre d’adresse à afficher le domaine complet et le chemin au lieu du domaine raccourci habituel. Cette option désactive le masquage du sous‑domaine « www » et les ellipses qui cachent les parties intermédiaires. En pratique, le moteur WebKit doit recalculer la largeur de la barre d’adresse à chaque navigation, ce qui augmente légèrement la consommation de mémoire graphique mais améliore la transparence pour l’utilisateur. Le changement n’impacte pas le processus de résolution DNS, mais il expose davantage les paramètres de requête, ce qui peut aider à détecter les tentatives de phishing basées sur des URL similaires.

Requête du site desktop par défaut

Le deuxième paramètre active « Request Desktop Site » comme comportement par défaut pour tous les sites. Safari envoie alors l’en‑tête HTTP User-Agent correspondant à la version desktop de Safari (ex. Safari/605.1.15) au lieu de l’identifiant mobile. Cette modification influe sur le processus de négociation du serveur : les sites adaptatifs renvoient souvent des ressources plus lourdes (images haute résolution, scripts supplémentaires). Le rendu passe donc du moteur d’optimisation mobile (qui désactive certains scripts pour économiser la batterie) à un pipeline complet, augmentant la charge CPU d’environ 10 % selon les benchmarks de WebKit. Le gain réside dans l’accès à des fonctionnalités web non disponibles sur la version mobile, comme les éditeurs WYSIWYG avancés.

Désactivation du suivi intelligent (Intelligent Tracking Prevention)

Le troisième réglage propose de désactiver Intelligent Tracking Prevention (ITP) pour des domaines sélectionnés. ITP repose sur un système de cookies à durée limitée et sur le stockage local afin de limiter le suivi inter‑sites. En le désactivant, Safari autorise les cookies persistants et le stockage de données locales au-delà des 24 heures standard. Cette décision augmente le risque de profilage, mais elle permet aux sites qui utilisent des sessions longues (ex. services bancaires, plateformes de streaming) de maintenir l’état de connexion sans demander de nouvelles authentifications. Le compromis technique implique une hausse de l’utilisation du stockage du sandbox de l’application, estimée à 5 Mo supplémentaires par site actif.

Implications et limites

Les trois réglages offrent un contrôle granulaire sur l’expérience utilisateur, mais ils introduisent des coûts mesurables : consommation accrue de batterie, utilisation mémoire supérieure et exposition accrue aux pratiques de suivi. Apple ne fournit pas de métriques officielles sur l’impact énergétique de l’option « Request Desktop Site », ce qui rend difficile l’évaluation précise pour les utilisateurs soucieux d’autonomie. De plus, la désactivation d’ITP nécessite une gestion manuelle des exceptions, ce qui peut entraîner des incohérences de confidentialité si l’utilisateur oublie de réactiver la protection. En l’absence de données chiffrées détaillées de la part d’Apple, l’analyse repose sur les observations de la communauté développeur et sur les tests internes de WebKit.