Afficher les versions régionales de votre site, en fonction des paramètres du système d’exploitation
Microsoft Edge fournit des informations sur les préférences régionales du système d’exploitation pour aider les auteurs de sites web à créer des expériences régionales sur leur site web, lors de l’affichage de votre site à l’aide de Microsoft Edge. Cette fonctionnalité permet aux auteurs de sites web de fournir de la valeur aux utilisateurs qui modifient spécifiquement leurs préférences régionales dans le système d’exploitation pour refléter leurs préférences personnelles.
Les utilisateurs souhaitent voir les dates, heures, nombres et autres mises en forme imprimées en fonction de leurs préférences. Par exemple, la région géographique des États-Unis se traduit du 2/07/2022 au 2 juillet 2022. Une autre région géographique pourrait traduire cette même date en 7 février 2022, car elle lit le mois et le jour de manière inverse.
Format régional
Pour refléter les préférences régionales d’un utilisateur concernant la façon dont les données sont affichées (par exemple, la date), Microsoft Edge a une option dans la section Langue de Paramètres : le menu Partager un format régional de système d’exploitation supplémentaire .
L’octroi de l’accès à ce paramètre permet aux sites web d’avoir plus de visibilité sur les préférences régionales spécifiques de l’utilisateur qu’auparavant. Les utilisateurs qui modifient leurs préférences régionales de système d’exploitation peuvent désormais voir leurs préférences reflétées automatiquement dans d’autres sites web.
Codes d’affichage des données régionales du système d’exploitation
Les préférences de mise en forme de l’utilisateur sont résumées dans un code régional simple, qui est utilisé par les applications web pour déduire les différents détails mentionnés ci-dessus sur les dates, heures et autres préférences de mise en forme.
Les sites web peuvent utiliser l’API d’internationalisation intégrée avec un code régional pour mettre correctement en forme les informations dans les préférences de l’utilisateur. L’API d’internationalisation permet d’économiser beaucoup de Mo de transfert de données sur le réseau, ce qui permet de réduire la taille des sites web et de s’adapter rapidement et facilement aux différentes régions.
En général, les expériences utilisateur d’internationalisation du site web sont uniquement aussi bonnes que le code régional qu’ils sont en mesure de déterminer pour l’utilisateur actuel.
Un code régional est un code de langue à deux lettres suivi d’un trait d’union et d’un code de région à deux lettres. Microsoft Edge utilise l’ICU pour comprendre les codes régionaux. ICU est une implémentation de l’API d’internationalisation de la norme Unicode. Pour plus d’informations, consultez ICU-TC Page d’accueil.
Pour définir les préférences linguistiques de l’utilisateur, Microsoft Edge obtient les valeurs par défaut du système d’exploitation lors de sa première installation. L’utilisateur peut ensuite modifier les préférences linguistiques dans edge://settings/languages
et les trier par ordre de priorité.
L’interface utilisateur, l’en-tête HTTP et l’API interagissent comme suit :
Données de langue ou de région | Impact sur les utilisateurs |
---|---|
Langues préférées dans la page Paramètres>Langues | Langue sélectionnée pour le rendu de Microsoft Edge. Cette langue/région est également utilisée pour la mise en forme de valeurs telles que la date, l’heure et les nombres. |
accept-language En-tête HTTP |
Liste des codes régionaux (tels que définis dans Paramètres>Langues>préférées) envoyée au serveur pour permettre à un site web d’afficher la langue appropriée. Microsoft Edge envoie les codes régionaux dans l’ordre spécifié dans edge://settings/languages. |
navigator.language API (et similaires) |
Code inséré dans un site web qui permet aux navigateurs d’afficher la mise en forme régionale correcte (telle que définie dans Paramètres>Langues>préférées) pour l’entrée utilisateur et d’autres contenus produits localement. |
Options d’affichage des données régionales
Les utilisateurs ont trois options sur Microsoft Edge pour sélectionner le niveau d’informations que leur navigateur partagera sur leurs régions :
- Limité (par défaut)
- Toujours (non recommandé)
- Jamais
Limitée
La valeur par défaut recommandée est Limitée. Ce paramètre utilise uniquement des combinaisons valides de la langue par défaut Microsoft Edge actuelle de l’utilisateur et de la préférence régionale du système d’exploitation choisie par l’utilisateur. Limited garantit que pour le traitement de la langue, les sites web fourniront une expérience linguistique cohérente (sans mélanger des langues dans des combinaisons imprévisibles).
L’option Limited compare la partie linguistique du code régional qui est dérivée de la langue d’affichage préférée actuelle du navigateur, et le code régional provenant du paramètre du système d’exploitation, et si les parties linguistiques correspondent et si le code régional obtenu est une combinaison valide, fournit le code régional aux sites web en tant que paramètres régionaux par défaut.
Si la langue régionale spécifiée par le système d’exploitation ne correspond pas à la langue préférée de Microsoft Edge, l’option Limitée agit comme si Jamais était sélectionné et revient au code régional dérivé de la langue d’affichage préférée du navigateur.
Remarque : l’option Limited est similaire au comportement actuel de Firefox pour l’exposition du code régional du système d’exploitation, comme décrit dans La documentation Préférences régionales - Documentation source Firefox (mozilla.org) .
Toujours
Si Toujours (non recommandé) est sélectionné, les préférences régionales du système d’exploitation de l’utilisateur sont fournies au site web sans aucune limitation ou restriction. L’utilisateur peut être exposé à la prise d’empreintes digitales et à des problèmes de compatibilité du site web (utilisation incohérente de la langue et de la mise en forme). Voir ci-dessous la section « Éviter toute utilisation incorrecte potentielle ».
Jamais
Les utilisateurs peuvent désactiver le partage des informations régionales du système d’exploitation en sélectionnant Jamais. L’option Jamais permet toujours aux sites web de lire des informations régionales, mais empêche les personnalisations régionales du système d’exploitation que l’utilisateur a effectuées d’être exposées au contenu du site web. Au lieu de cela, la langue d’affichage préférée du navigateur est utilisée pour dériver une région par défaut.
Contrôles de stratégie
Une nouvelle stratégie associée dans Microsoft Edge, DefaultShareAdditionalOSRegionSetting, fournit un paramètre pour les configurations par défaut au niveau de l’entreprise ou de l’entreprise. Ce paramètre accepte un entier avec les valeurs potentielles suivantes :
Nombre | Description |
---|---|
0 | Limitée |
1 | Toujours |
2 | Jamais |
En outre, une stratégie plus ancienne, ApplicationLocaleValue, définit les paramètres régionaux de Microsoft Edge et les verrouille pour empêcher les utilisateurs de les modifier.
Éviter toute utilisation abusive potentielle
Nous pensons que Limited est la bonne option pour la plupart des utilisateurs. Limited respecte les préférences régionales de l’utilisateur tout en présentant le moins de risque d’utilisation incorrecte de ces informations par le site web.
Entropie des empreintes digitales
Les informations régionales du système d’exploitation peuvent être utilisées à mauvais escient pour compromettre la confidentialité de l’utilisateur. Les informations régionales aideraient les pirates informatiques à établir l’entropie des empreintes digitales. En combinaison avec de nombreux autres bits d’entropie préexistants dans la plateforme d’aujourd’hui, l’utilisateur pourrait être identifié de manière unique, ce qui pourrait entraîner des dommages secondaires plus potentiels.
Bien que la région et la langue d’un utilisateur soient déjà disponibles via la plateforme web, les utilisateurs tombent généralement dans des codes régionaux bien reconnus qui sont similaires entre les zones géographiques. Étant donné que les tailles d’échantillon sont si grandes, le risque que n’importe quel code régional spécifique se distingue est faible, et donc le risque est faible. Si l’utilisateur change ses préférences de système d’exploitation en une langue et une région uniques, les sites web peuvent être en mesure d’identifier l’anomalie dans une population et d’identifier de manière unique l’utilisateur associé.
Présentation de contenu
Les informations régionales du système d’exploitation peuvent également être utilisées à mauvais escient et entraîner une incohérence de la présentation linguistique d’un site web. Microsoft Edge fournit plusieurs API linguistiques et régionales aux développeurs de sites web. Les sites web peuvent traiter des informations régionales dans un emplacement, tout en dérivant les préférences linguistiques d’un autre.
Lorsque la langue et les informations régionales sont cohérentes, les API utilisées par le site web pour assembler sa présentation de contenu n’ont pas vraiment d’importance. Toutefois, si un site web lit les informations de langue à partir de plusieurs API et que ces API retournent des codes de langue différents, le site web peut par inadvertance commencer à mélanger et à faire correspondre des préférences régionales, ce qui entraîne des expériences utilisateur étranges. Par exemple, une formulation qui combine les langues et les préférences régionales, comme « Email envoyé sur miércoles, 5 de enero de 2021 ».
Détails du développeur
Le nouveau paramètre Partager un format régional de système d’exploitation supplémentaire affecte directement la valeur régionale par défaut de l’objet JavaScript Intl
et toutes les autres API JavaScript qui utilisent la région par défaut (par exemple, le Date
constructeur).
Lorsque les constructeurs de l’objet Intl
(tels que DateTimeFormat
) sont fournis avec un code régional existant, leur comportement reste inchangé. Toutefois, lorsqu’aucun code régional spécifique n’est fourni, les constructeurs utilisent le code régional par défaut. La nouvelle préférence utilisateur affecte également d’autres API de mise en forme de date et d’heure qui s’appuient sur le code régional par défaut, comme Date
.
Par exemple, un DateTimeFormat
peut être créé avec le code régional par défaut de l’utilisateur (et inspecté) via l’expression suivante :
Intl.DateTimeFormat().resolvedOptions().locale
Les autres zones de la plateforme, telles que l’en-tête accept-languages
envoyé via les requêtes HTTP/HTTPS GET au serveur et les navigator.language
API et navigator.languages
, ne sont pas affectées par les informations régionales partagées par le système d’exploitation.