Choisir votre cible de référence

Jeremy Wagner

Rachel Andrew

Publié le 20 mai 2025

Lorsqu'une fonctionnalité de plate-forme Web est implémentée dans tous les navigateurs, elle devient une référence nouvellement disponible. Au bout de 30 mois, cette fonctionnalité devient une référence largement disponible, ce qui signifie que la plupart des sites Web peuvent l'adopter sans problème de compatibilité. Ce guide explique comment utiliser la référence et comment sélectionner une cible de référence à l'aide des données disponibles auprès des utilisateurs de votre site Web.

Qu'est-ce qu'une cible de référence ?

Une cible de référence est un regroupement de fonctionnalités Web que les développeurs peuvent choisir de prendre en charge, en fonction de leur état de référence. Il existe deux types de cibles de référence : les cibles mobiles et les cibles fixes.

Les cibles mobiles, telles que la référence largement disponible ou la référence nouvellement disponible, sont des cibles dont l'ensemble de fonctionnalités contenues peut changer au fil du temps. Les cibles mobiles sont utiles lorsque vous souhaitez que l'ensemble des fonctionnalités compatibles évolue automatiquement à mesure que de nouvelles versions de navigateur sont publiées.

Les cibles fixes sont celles dont l'ensemble de fonctionnalités ne change pas au fil du temps. En général, les cibles fixes sont basées sur des années civiles. Par exemple, la référence 2023 est une cible fixe qui contient l'ensemble des fonctionnalités Web devenues une référence nouvellement disponible en 2023. La référence 2023 n'inclut pas les fonctionnalités devenues une référence après 2023, ce qui signifie que l'ensemble des fonctionnalités de la référence 2023 ne change jamais.

Les cibles fixes sont utiles lorsque la prévisibilité et le déterminisme sont primordiaux, mais elles peuvent devenir obsolètes au fil du temps. Par conséquent, lorsque vous utilisez des cibles fixes, il est conseillé de réévaluer régulièrement votre cible.

Pourquoi choisir une cible ?

L'adoption de fonctionnalités sur le Web est freinée par des problèmes de compatibilité, ce qui empêche le Web d'être aussi performant qu'il pourrait l'être. La référence clarifie non seulement la question de la compatibilité des fonctionnalités dans les navigateurs, mais elle peut également être utile pour clarifier la question de quand vous pouvez utiliser certaines fonctionnalités. En choisissant une cible qui reflète votre audience et vos exigences, vous pouvez utiliser les fonctionnalités de ce groupe cible en toute confiance, sans avoir à vérifier chaque fonctionnalité individuellement.

Utiliser des données pour sélectionner votre cible de référence

Dans la mesure du possible, le choix de la bonne cible de référence doit être basé sur les données. Lorsque vous disposez des données, le choix de la cible devient une décision plus facile et plus éclairée.

Si vous disposez de données de surveillance des utilisateurs réels pour votre site, vous pouvez découvrir comment les cibles de référence sont associées à vos utilisateurs. Par exemple, si vous utilisez Google Analytics, vous pouvez obtenir ces informations sans frais à l'aide du vérificateur de référence Google Analytics.

Pour utiliser cet outil, vous devez vous authentifier à l'aide de votre compte Google et autoriser l'outil à disposer d'une autorisation en lecture seule pour afficher vos données Google Analytics. Sélectionnez ensuite la propriété Google Analytics pour laquelle vous souhaitez générer des données de cible de référence. Une fois ces étapes effectuées, vous recevrez un résultat semblable à celui-ci :

Nous commençons à voir d'autres outils implémenter la prise en charge de la référence, ce qui peut vous donner une vue dynamique de la part de votre audience qui prend en charge une cible donnée. Par exemple, RUMvision inclut un tableau de bord qui indique la part de votre audience qui prend en charge chaque année de référence.

Que faire si mon fournisseur d'analyse ou de surveillance des utilisateurs réels ne dispose pas encore d'un rapport sur la cible de référence ?

Si vous utilisez un outil d'analyse ou de surveillance des utilisateurs réels qui ne fournit pas encore de rapport sur la cible de référence, mais qui dispose de données sur les versions de navigateur, vous pouvez joindre vos données réelles aux mappages de version de navigateur à partir du baseline-browser-mapping module. Le module fournit une fonction JavaScript (getAllVersions()) qui mappe les navigateurs par nom et par version à leur année de référence et à leur état de prise en charge pour la référence largement disponible. Ces mappages peuvent être fournis sous forme de tableaux, d'objets clés ou de fichier CSV. Par exemple, le vérificateur de référence Google Analytics utilise ce module pour joindre les données d'analyse aux cibles de référence.

Les résultats de cette fonction sont également disponibles sous forme de fichiers JSON ou CSV hébergés, qui sont mis à jour quotidiennement. Le fichier all_versions_with_supports.csv contient des données que vous pouvez faire correspondre aux données de version de navigateur de vos fournisseurs d'analyse avec les champs suivants :

• browser : nom du navigateur tel qu'il est utilisé dans baseline-browser-mapping
• version : version du navigateur. Certains navigateurs n'utilisent qu'un numéro de version majeure, d'autres utilisent un numéro de version major.minor.
• year : ensemble de caractéristiques de l'année de référence que cette version de navigateur prend en charge. Si une version de navigateur a été publiée avant que la prise en charge de la référence puisse être déterminée en juillet 2015, ce champ contiendra pre_baseline.
• supports : ce champ contient widely ou newly pour les versions de navigateur qui prennent en charge ces ensembles de fonctionnalités, et est vide pour les versions qui ne prennent en charge aucun de ces ensembles de fonctionnalités. Toutes les versions de navigateur qui prennent en charge la référence nouvellement disponible prennent également en charge la référence largement disponible.
• release_date : date de publication de cette version de navigateur, le cas échéant.
• engine : nom du moteur pour les navigateurs qui sont en aval d'un navigateur Baseline de base. Seuls les navigateurs basés sur Blink sont inclus, mais d'autres moteurs de navigateur pourront être représentés à l'avenir.
• engine_version : version de Chromium que cette version de navigateur implémente. Elle permet de déterminer l'ensemble de fonctionnalités de référence que la version en aval prend en charge.

Ce fichier est mis à jour fréquemment à mesure que de nouvelles versions de navigateur sont publiées et que l'état de prise en charge des différents navigateurs change. Veillez à actualiser les données quotidiennement.

Que faire si je ne dispose pas de données de prise en charge provenant d'utilisateurs réels ?

Il est possible que vous ne puissiez pas obtenir de données utilisateur réelles concernant les fonctionnalités qui sont des références. La bonne nouvelle, c'est que vous pouvez avoir une idée générale de la prise en charge des différentes cibles de référence grâce aux insights de l'archive de surveillance des utilisateurs réels RUM, et même filtrer par pays. Bien que ces données ne soient pas spécifiques aux utilisateurs de votre site Web. Il s'agit d'un outil d'information général qui montre que les hypothèses suivantes sont généralement sûres :

• Les cibles de référence plus récentes, telles que l'année en cours ou l'année précédente, sont susceptibles d'être les moins prises en charge par vos utilisateurs. Comme toute cible de référence, elles seront mieux prises en charge au fil du temps.
• Les cibles de référence plus anciennes, en particulier la référence largement disponible, seront bien prises en charge. En cas de doute, la référence largement disponible est une excellente cible qui évolue au fil du temps, au fur et à mesure que la fenêtre de 30 mois progresse.
• Même les cibles de référence plus anciennes, celles qui dépassent largement la fenêtre de 30 mois de la référence largement disponible, seront les mieux prises en charge. Bien que la référence largement disponible soit une bonne cible par défaut, elle ne convient pas aux cas d'utilisation spéciaux qui nécessitent des contrats de niveau de service stricts.

Il est probable que, même si vous sélectionnez une cible de référence datant de plus de cinq ans, vous puissiez adopter des fonctionnalités que vous n'utilisez pas actuellement. Dans le meilleur des cas, vous utilisez peut-être déjà ces fonctionnalités, mais avec des polyfills dont vous n'avez peut-être pas besoin.

Comment appliquer une cible de référence choisie dans mon projet ?

Browserslist est une méthode couramment utilisée pour cibler les navigateurs que vous souhaitez prendre en charge. Elle est utilisée dans les bundlers et d'autres outils associés tels que Babel et PostCSS pour déterminer si certains éléments de code doivent être transformés ou même polyfillés.

Il est désormais possible d'utiliser la référence avec Browserslist. Ainsi, lorsque vous sélectionnez une cible de référence, vous pouvez la spécifier comme requête Browserslist valide. Cela garantit que les outils de votre projet transforment le code en fonction de la cible que vous avez sélectionnée. Pour en savoir plus, consultez la section Utiliser la référence avec Browserslist.

Qu'en est-il des fonctionnalités qui ne répondent pas à ma cible de référence ?

Après avoir sélectionné une cible de référence, vous pouvez avoir des fonctionnalités que vous souhaitez utiliser, mais qui ne sont pas incluses dans cette cible. La référence ne vous indique pas ce que vous devez faire ici, et si vous souhaitez envisager d'utiliser ces fonctionnalités dépend du type de site Web que vous créez et de l'audience attendue.

Par exemple, les sites Web d'e-commerce ou B2B peuvent être disposés à avoir un seuil de prise en charge plus bas et à gérer les problèmes à mesure que leurs utilisateurs les prennent en charge, tandis que les sites Web gouvernementaux peuvent nécessiter un seuil de prise en charge élevé. Une règle importante à retenir est que toutes les fonctionnalités Web ne échouent pas de la même manière. Il existe de nombreuses façons de catégoriser les fonctionnalités en fonction de leur échec, mais voici une façon de regrouper les fonctionnalités qui peut être utile :

• Amélioration : si la fonctionnalité est utilisée dans un navigateur non compatible, l'expérience n'est pas interrompue. L'expérience peut être dégradée, mais l'utilisateur ne s'en rendra probablement pas compte. Exemple : loading="lazy".
• Additif : la fonctionnalité offre des avantages supplémentaires qui peuvent être visibles, tels que des modifications du style de la page ou certaines fonctionnalités. La différence peut ne pas être visible pour les utilisateurs si la fonctionnalité n'est pas compatible, sauf si elle est comparée dans un navigateur qui la prend en charge. Exemple : sous-grille
• Critique : si la fonctionnalité n'est pas compatible, l'expérience utilisateur sera négative, voire complètement interrompue. Exemple : API File System Access utilisée comme fonctionnalité centrale et nécessaire.

Vous constaterez peut-être également que certaines fonctionnalités en dehors de votre cible sont mieux prises en charge que vous ne le pensez. Il est possible de comprendre le nombre de vos utilisateurs qui prennent en charge une fonctionnalité particulière. Can I Use permet de vérifier la prise en charge des fonctionnalités individuelles par rapport à vos données d'analyse. RUMvision permet également d'explorer les données au niveau des fonctionnalités si cela vous est utile.

De cette façon, vous pouvez utiliser votre cible de référence pour réduire le nombre de fonctionnalités que vous devez examiner attentivement. Vous n'avez pas à vous soucier de tout ce qui se trouve dans votre cible. S'il existe une ou deux fonctionnalités en dehors de votre cible qui seraient particulièrement utiles, vous disposez des outils nécessaires pour les explorer plus en détail et décider de les polyfiller ou de les utiliser comme amélioration progressive.

Conclusion

Chaque application Web a des exigences différentes, qu'il s'agisse d'un site d'e-commerce qui peut tolérer davantage de problèmes d'incompatibilité ou d'un site Web gouvernemental qui doit absolument être disponible et opérationnel pour le plus grand nombre d'utilisateurs possible. Vous devez effectuer ces calculs vous-même. L'objectif de la référence n'est pas de vous indiquer quelles décisions prendre lorsque vous adoptez de nouvelles fonctionnalités Web, mais plutôt comment les prendre.