Date de publication : 21 novembre 2025
Historiquement, la compatibilité des navigateurs sur Target.com était principalement basée sur la prise en charge de tous les utilisateurs effectuant des achats sur Target.com. Cette règle change lors de points de décision majeurs, comme l'arrêt complet de la prise en charge d'Internet Explorer ou le ciblage d'une version minimale spécifique d'un navigateur pour accéder à une fonctionnalité à forte valeur ajoutée. Cela se produit tous les deux ans environ, lorsque cela est nécessaire.
Sans stratégie progressive sur les navigateurs et les fonctionnalités à cibler, Target.com n'autorisait que les fonctionnalités modernes dans la base de code, en utilisant des solutions brutales comme le polyfilling et la transpilation vers des versions très anciennes de JavaScript. Lorsque le groupe de la communauté WebDX a lancé Baseline, les parties prenantes de Target.com ont estimé que le moment était venu de réfléchir à un objectif de prise en charge minimal plus approprié.
Grâce à Baseline, Target sait désormais quelles fonctionnalités sont disponibles dans les navigateurs compatibles. L'entreprise peut également identifier les fonctionnalités plus récentes qui sont devenues disponibles grâce à l'amélioration progressive et aux polyfills comme solutions de secours possibles.
Problème
Chaque jour, des dizaines d'ingénieurs contribuent au code de Target.com. Il est courant, lors des révisions de code, de signaler les fonctionnalités qui ne fonctionnent pas avec les versions de navigateur compatibles avec Target.com en utilisant Can I use comme ressource. Lorsque les ingénieurs reçoivent constamment des commentaires leur demandant de modifier leur code pour privilégier les anciennes fonctionnalités plutôt que les fonctionnalités modernes, ils finissent par éviter les nouvelles fonctionnalités Web. Target revient ensuite à l'utilisation d'anciennes techniques qui fonctionnent, mais l'opportunité d'utiliser des fonctionnalités modernes est reportée à une date ultérieure. L'utilisation de fonctionnalités Web modernes offre souvent une meilleure expérience aux développeurs et peut également améliorer l'expérience utilisateur en réduisant la quantité de code à envoyer.
Une approche basée sur les données pour la prise en charge des navigateurs
Target.com dispose d'une configuration webpack qui définit les versions minimales de navigateur compatibles. Il a toujours été difficile de justifier l'augmentation de ces versions minimales de navigateur compatibles. Début 2025, les règles étaient les suivantes :
- Versions actuelle et deux versions précédentes de Chrome, Edge et Firefox.
- Safari 11 ou version ultérieure
Safari est traité avec plus d'attention en raison du volume élevé de trafic et de ventes que Target reçoit de Safari sur iOS. Au départ, nous avions décidé de définir Safari 11 comme version minimale pour le développement. Cette décision a limité Target.com aux fonctionnalités Web disponibles en 2017 et avant.
La première étape du parcours de Target pour intégrer Baseline à son workflow de développement a consisté à adopter une approche axée sur les données. Grâce à ses recherches, Target a constaté que les versions 11 à 14 de Safari avaient très peu d'impact sur son activité (plus précisément, 0,0001 % des ventes de la demande sur Target.com). Face à ce constat, Target a compris que la suppression de la transpilation et des polyfills pour ces versions obsolètes du navigateur permettrait d'améliorer considérablement les performances du site.
Des recherches supplémentaires ont montré que Safari 15.4 était la première version de Safari à générer au moins 0,5 % des ventes liées à la demande, et que chaque version mineure de Safari 15 après celle-ci avait un impact similaire. Chaque fois que Target exécute un test A/B, la modification de 0, 5 % des ventes de la demande est très précieuse et permet de conclure que la version minimale de Safari devrait se situer quelque part dans la version 15.
Une tendance intéressante que nous avons constatée dans cette étude est la rapidité avec laquelle l'utilisation des anciennes versions du navigateur Safari évolue. En septembre 2024, Safari 15 ne représentait que 0,94 % des ventes générées par la demande sur Target.com. En janvier 2025, ce chiffre était de 0,67 %, puis de 0,45 % en mai 2025 et de 0,32 % en novembre 2025. Target a ainsi appris que si un seuil de valeur réelle en pourcentage des ventes sur l'ensemble du site est déterminé, la prise en charge de ces navigateurs peut être arrêtée de manière automatisée, et la prochaine version majeure de Safari 16 peut être atteinte d'ici la fin de l'année.
L'arrêt de la prise en charge ne signifie pas que les navigateurs non compatibles sont bloqués. Les utilisateurs qui les utilisent peuvent toujours trouver un chemin d'achat, mais ils peuvent également rencontrer une expérience réduite dans certains cas. Après avoir apporté des modifications, les analystes ont continué à utiliser l'approche axée sur les données et n'ont constaté aucun impact mesurable sur les métriques métier. Target étudie également la possibilité d'afficher une bannière sur les versions de navigateur non compatibles pour avertir les utilisateurs de la dégradation de l'expérience.
Choisir une cible de référence pour Target.com
Les ingénieurs Web de Target ont formé un groupe de travail de référence pour combiner ces efforts afin d'utiliser des fonctionnalités modernes et la cible mouvante des navigateurs à prendre en charge pour aider à orienter la stratégie. À l'aide des outils de référence, ils ont examiné l'ensemble minimal de navigateurs pour chaque année. La cible la plus proche de la nouvelle règle de Target était Baseline 2022 :
{
"chrome": "108",
"edge": "108",
"firefox": "108",
"ios": "16",
"safari": "16"
}
Pour atteindre cette référence, Target devrait ajuster sa stratégie de navigateur à Safari 16 au minimum, au lieu de la version actuelle 15.4. Cela dégraderait l'expérience de moins de 0,5 % des acheteurs ayant effectué une conversion. Toutefois, ce pourcentage diminue. Target espère donc mettre à jour sa politique officielle pour qu'elle soit liée à Baseline 2022 d'ici la fin de l'année 2025. Les développeurs de Target.com peuvent ainsi définir une cible qui a environ trois ans de retard sur la référence publiée chaque année.
Dans l'ensemble, les bundles webpack pour Target.com sont plus petits, car le code est moins transpilé et les polyfills sont moins nombreux. Target est convaincu que cette cible évoluera au fil du temps et espère que Baseline 2023 pourra être adoptée d'ici l'année prochaine à cette même période. Elle inclut de nombreuses fonctionnalités intéressantes, comme les requêtes de conteneur, le sélecteur :has, l'attribut inert et bien d'autres.
Examiner les ensembles de fonctionnalités de référence plus récents
Le groupe de travail Target Baseline ne s'arrête pas à Baseline 2022. Si l'on examine les fonctionnalités de Baseline 2023, beaucoup d'entre elles sont juste au seuil de la prise en charge sans sauvegardes comme les polyfills. Pour chacune des fonctionnalités de Baseline 2023 qui intéressent Target, l'entreprise doit :
- Expliquez ce que fait la fonctionnalité.
- Documentez comment son utilisation pourrait améliorer Target.com, y compris l'expérience des développeurs.
- Trouvez un bon cas de test pour implémenter la fonctionnalité dans le codebase Target.com.
- Si nécessaire, documentez les solutions de secours à utiliser, y compris l'amélioration progressive ou d'autres solutions fournies par la détection de fonctionnalités.
- Enfin, quand l'utilisation de la fonctionnalité peut-elle être approuvée ? Peut-il être utilisé maintenant ? Ou faut-il attendre un seuil futur ?
L'attribut inert en est un exemple. La version minimale pour utiliser inert dans Safari est la version 15.5. Target.com est donc sur le point de pouvoir l'utiliser. Target.com utilise de nombreuses implémentations modales pour lesquelles cet attribut serait un avantage par rapport à sa solution JavaScript actuelle. Le fait qu'un ingénieur rédige le rapport sur cette fonctionnalité permet de partager des connaissances et de se préparer à la prochaine assouplissement de la règle du navigateur. Cela permet de montrer que l'abandon de la compatibilité avec une version de navigateur qui apporte peu de valeur commerciale peut débloquer des fonctionnalités qui ont de la valeur. La fonctionnalité peut être conçue, examinée et déployée sous un indicateur de fonctionnalité, et être prête à l'emploi.
En plus de cela, un autre ingénieur suivra le même processus pour utiliser les requêtes de conteneur, qui sont désormais largement disponibles dans Baseline. Les requêtes de conteneur peuvent être utilisées avec un polyfill, mais celui-ci présente des problèmes de performances connus. La solution trouvée par Target a été d'utiliser les requêtes de conteneur uniquement comme amélioration progressive jusqu'à ce que les exigences minimales des navigateurs soient suffisantes pour prendre entièrement en charge la fonctionnalité.
Ce processus fonctionne bien pour Target.com, car lorsque la version minimale de la fonctionnalité est suffisamment utilisée, l'amélioration progressive n'est plus nécessaire et la fonctionnalité peut être utilisée. Lors d'un audit récent, il a été constaté que Target.com expédiait tellement de polyfills inutiles que l'implémentation de Baseline dans son application pouvait aider à maîtriser ce type de dette technique.
Établir un lien entre les concepts de référence et les performances Web
Les performances sont importantes pour tout site Web de vente au détail. Les développeurs qui travaillent sur Target.com partagent une même conviction : trop de code JavaScript est envoyé. Si 5 % des bundles JavaScript envoyés aux utilisateurs étaient éliminés, ce serait une grande victoire, mais cela n'améliorerait pas de manière significative les Core Web Vitals sur Target.com. Toutefois, si Target parvenait à le faire 10 fois, la taille des bundles serait réduite de 50 %, ce qui contribuerait de manière significative aux objectifs de performances de Target.
L'approche de Target concernant Baseline a permis aux ingénieurs de Target.com de commencer à réfléchir à la quantité de JavaScript utilisée pour les modaux, les besoins d'accessibilité, les pop-ups, les carrousels, les accordéons et d'autres problèmes courants liés à l'expérience utilisateur. Chacun d'eux nécessite des polyfills ou des solutions JavaScript personnalisées qui contribuent à l'encombrement JavaScript d'une application. Comme Target utilise Baseline, les cibles de navigateur évoluent au fil du temps et les règles d'inclusion de nouvelles fonctionnalités peuvent être assouplies. Target prévoit de transcompiler moins de code au fil du temps, de polyfiller moins de fonctionnalités et même d'adopter des composants Web lorsque l'occasion se présentera. En prêtant attention aux polyfills et aux navigateurs cibles fournis dans les chaînes d'outils du projet, la taille du bundle JavaScript de Target.com a déjà été réduite de 10 %. Cela avant d'adopter de nouvelles fonctionnalités. Cette valeur devrait s'améliorer d'année en année, ce qui est directement lié aux investissements importants que Target réalise pour améliorer les performances de Target.com.
Points à retenir
Les rapports de référence très bien organisés sur les fonctionnalités Web nouvellement disponibles et largement disponibles ont été un outil puissant pour Target.com. Voici quelques résultats clés :
- La cible du navigateur est passée des navigateurs sortis il y a huit ans à ceux sortis il y a trois ans.
- La cible de référence de Baseline 2022 sera atteinte d'ici la fin de l'année 2025.
- La taille totale des bundles JavaScript de Target.com a été réduite de 10 %.
- La longue traîne des anciens navigateurs représentant moins de 1 % de l'activité diminue à un rythme d'environ 300 % par an (de 0,94 % en septembre 2024 à 0,32 % en novembre 2025).
Target a pris conscience que le Web évoluait plus vite que jamais, ce qui l'a incité à adopter des fonctionnalités plus rapidement que jamais. L'organisation de ces fonctionnalités permet de planifier le travail à l'avance pour le moment où Target débloquera chacune d'elles. Elle permet également aux ingénieurs qui contribuent à un grand site Web de vente au détail de savoir quelles fonctionnalités utiliser et quand, ce qui leur donne confiance.