Outils de développement

Requête Browserslist

Affichez les versions ciblées et comparez deux conditions. Dépliez les explications pour suivre chaque sélection.

requête Browserslist

Requête A

Versions ciblées

Saisissez une requête dans A.

Les requêtes sont traitées dans votre navigateur, sans envoi ni stockage.

Options et données

Texte de requête uniquement. Virgules ou nouvelles lignes séparent les conditions ; # commence un commentaire.

Par entrée : 10 000 caractères et 100 conditions. Délai du worker : 5 secondes.

Instantané mondial intégré, ni trafic en direct ni audience de votre site. Actualiser ne met pas la base à jour.

Browserslist 4.28.9 · caniuse-lite 1.0.30001810 · Baseline 2.11.21

Résolution des cibles…

Modifier la configuration Browserslist peut changer bien plus que le nombre de navigateurs cibles. Une requête Browserslist permet de vérifier les versions réellement retenues avant de toucher au build, notamment lorsque des conditions utilisent à la fois des virgules et and.

Les identifiants et les plages de versions restent ceux du moteur officiel. En cas de différence entre votre poste, la CI et un outil en ligne, examinez aussi les versions des dépendances. Un pourcentage proche peut masquer des listes de navigateurs différentes.

Comprendre une requête Browserslist avant de la modifier

Suivre la sélection condition par condition

L’explication de la requête Browserslist donne le nombre de cibles après chaque étape. La virgule et or ajoutent des correspondances, and conserve l’intersection avec tout l’ensemble précédent, et not retire des éléments. defaults affiche également les conditions qu’il regroupe.

Des filtres ajoutent des cartes de navigateurs à une liste, puis retirent les cartes exclues.

Voir les changements que cache un total

Placez l’état actuel dans A et la proposition dans B. Les ajouts sont propres à B, les retraits à A, et les éléments communs forment l’intersection. La comparaison porte sur l’identifiant complet avec sa version, sans découper artificiellement les plages de Safari.

Deux ensembles de cartes de navigateurs présentent une partie commune au centre et des différences de chaque côté.

Trois points à vérifier avant de conserver le résultat

01

Extraire les conditions du bon environnement

Collez du texte séparé par des virgules ou des retours à la ligne. # commence un commentaire ; and ou or en fin de ligne prolonge la condition. Le fichier package.json complet et les sections d’environnement ne sont pas acceptés : choisissez d’abord le texte à tester.

02

Fixer le sens de la comparaison

A contient defaults au départ. Activez la comparaison pour faire apparaître B avec last 2 versions. Les ajouts correspondent à B moins A et les retraits à A moins B. Le nombre de versions ne représente pas une variation de couverture en points de pourcentage.

03

Attendre un rapport à jour

L’analyse automatique démarre après 350 ms sans saisie. Désactivez-la pour utiliser le bouton ou Ctrl/Cmd + Enter. Toute modification bloque immédiatement l’export. La liste affiche 50 éléments à la fois, mais le JSON conserve la totalité du rapport.

Réunir syntaxe, cibles et provenance

Le moteur officiel pour les sélections

Alias, plages, dernières versions, ESR, seuils mondiaux, cover et correspondances Baseline intégrées passent par le parseur officiel. Les opérations suivent l’ordre de la requête ; and n’a pas la priorité habituelle d’une expression booléenne.

Une explication reliée au texte

Dépliez A ou B pour lire chaque condition, sa ligne d’origine, l’opération effectuée et le total obtenu. Le développement de defaults est visible. Ce parcours explique la sélection des versions, sans prétendre tester chaque fonctionnalité du navigateur.

Un rapport avec ses dépendances

Le JSON réunit texte initial et normalisé, listes complètes, étapes, différences, couverture mondiale, trois versions de paquets et heure d’exécution. Cette heure indique quand le calcul a eu lieu, pas quand les statistiques ont été publiées.

Des erreurs explicites et un retour possible

Une version inconnue ou une condition indisponible provoque un échec visible. Charger l’exemple ou vider les entrées présente d’abord un aperçu et le nombre de caractères remplacés. Une annulation après application restaure les textes et le rapport précédent.

Ce que la liste permet réellement de conclure

Une couverture issue de données intégrées
Le calcul utilise l’instantané mondial de caniuse-lite fourni avec la page. Ce n’est ni du trafic en direct ni l’audience de votre site. Actualiser la page ne met pas la base à jour. Les conditions de date relative dépendent aussi de l’horloge de l’appareil.
Aucun chargement de configuration externe
extends, browserslist config, objets JSON, sections d’environnement, pays et statistiques personnalisées sont refusés. Collez uniquement les conditions choisies. L’outil ne cherche aucun fichier de projet et ne télécharge ni paquet de configuration ni données analytiques.
Des navigateurs, pas tous les environnements
Node.js, Electron et current node sont exclus. Les conditions supports ne sont pas disponibles dans cette version navigateur. Baseline utilise sa table intégrée, mais une liste cible ne prouve pas que votre CSS, JavaScript ou vos polyfills fonctionnent sur les appareils réels.
La granularité de la base est conservée
Les versions inconnues sont des erreurs ; l’historique mobile n’est pas remplacé par celui du bureau. ios_saf 15.6-15.8 désigne une plage enregistrée, pas des correctifs détaillés. La valeur spéciale all appartient à Opera Mini.
Des limites précises
Chaque entrée accepte 10 000 caractères et 100 conditions ; le worker s’arrête après cinq secondes. Une intersection vide mais valide reste exportable. Vider A supprime le rapport, tandis qu’un B vide doit être rempli si la comparaison est activée.

Questions sur une requête Browserslist

Comment afficher les navigateurs retenus par ma configuration ?

Copiez dans A les conditions de l’environnement voulu. Pour vérifier la recherche réelle de fichiers et le choix d’environnement, lancez npx browserslist dans le projet. Ici, une requête Browserslist explicite sert d’entrée et le rapport conserve les versions des données affichées.

Que se passe-t-il en l’absence de configuration ?

La CLI utilise defaults si elle ne trouve pas de configuration. Cette page le préremplit explicitement : > 0.5%, last 2 versions, Firefox ESR, not dead. Effacer l’entrée laisse un espace vide au lieu de réappliquer discrètement cette valeur.

Faut-il mettre la base de navigateurs à jour régulièrement ?

Utilisez la procédure actuelle de update-browserslist-db dans votre projet, puis examinez les changements du fichier de verrouillage et des cibles. Les données de cette page ne changent qu’avec un nouveau build. Un rapport versionné facilite les comparaisons ultérieures.

Pourquoi not and_uc all échoue-t-il ?

all est une version spéciale d’Opera Mini, pas un joker universel. Pour exclure UC Android, utilisez par exemple defaults, not and_uc > 0. Une sélection positive doit précéder not, sinon aucun ensemble initial ne permet de retirer des éléments.

Pourquoi last 2 versions peut-il retenir de vieux navigateurs ?

Cette règle vise les dernières versions de chaque famille présente, et non les deux navigateurs les plus récents du marché. Des familles abandonnées ou des historiques mobiles incomplets peuvent surprendre. Comparez avec not dead ; les exemples d’anciens tickets ne reflètent pas forcément les données intégrées ici.

Pourquoi une version corrective iOS ne donne-t-elle pas le résultat attendu ?

Can I Use regroupe souvent les versions iOS en plages. ios >= 15.7.2 ne crée pas les correctifs absents de la base. Consultez les plages ios_saf retournées, utilisez des versions réellement disponibles et testez séparément les appareils concernés.

Un résultat inattendu ?

Examiner votre prochaine modification de configuration

Gardez la requête Browserslist actuelle dans A et placez la proposition dans B. Vérifiez les ajouts et les retraits avant l’export.