18 KiB
Browserslist 
The config to share target browsers and Node.js versions between different front-end tools. It is used in:
- Autoprefixer
- Babel
- postcss-preset-env
- eslint-plugin-compat
- stylelint-no-unsupported-browser-features
- postcss-normalize
- obsolete-webpack-plugin
All tools will find target browsers automatically,
when you add the following to package.json:
"browserslist": [
"defaults",
"not IE 11",
"not IE_Mob 11",
"maintained node versions",
]
Or in .browserslistrc config:
# Browsers that we support
defaults
not IE 11
not IE_Mob 11
maintained node versions
Developers set their version lists using queries like last 2 version
to be free from updating versions manually.
Browserslist will use caniuse-lite with Can I Use data for this queries.
Browserslist will take queries from tool option,
browserslist config, .browserslistrc config,
browserslist section in package.json or environment variables.
Browserslist Example shows how every tool uses Browserslist.
Table of Contents
- Tools
- Best Practices
- Queries
- Config File
- Shareable Configs
- Configuring for Different Environments
- Custom Usage Data
- JS API
- Environment Variables
- Cache
Tools
browserl.istis an online tool to check what browsers will be selected by some query.browserslist-gaandbrowserslist-ga-exportdownload your website browsers statistics to use it in> 0.5% in my statsquery.browserslist-useragent-regexpcompiles Browserslist query to a RegExp to test browser useragent.browserslist-useragent-rubyis a Ruby library to checks browser by user agent string to match Browserslist.browserslist-browserstackruns BrowserStack tests for all browsers in Browserslist config.caniuse-apireturns browsers which support some specific feature.- Run
npx browserslistin your project directory to see project’s target browsers. This CLI tool is built-in and available in any project with Autoprefixer.
Best Practices
-
There is a
defaultsquery, which gives a reasonable configuration for most users:"browserslist": [ "defaults" ] -
If you want to change the default set of browsers, we recommend combining
last 2 versions,not deadwith a usage number like> 0.2%. This is becauselast n versionson its own does not add popular old versions, while only using a percentage above0.2%will in the long run make popular browsers even more popular. We might run into a monopoly and stagnation situation, as we had with Internet Explorer 6. Please use this setting with caution. -
Select browsers directly (
last 2 Chrome versions) only if you are making a web app for a kiosk with one browser. There are a lot of browsers on the market. If you are making general web app you should respect browsers diversity. -
Don’t remove browsers just because you don’t know them. Opera Mini has 100 million users in Africa and it is more popular in the global market than Microsoft Edge. Chinese QQ Browsers has more market share than Firefox and desktop Safari combined.
Queries
Browserslist will use browsers and Node.js versions query from one of these sources:
browserslistkey inpackage.jsonfile in current or parent directories. We recommend this way..browserslistrcconfig file in current or parent directories.browserslistconfig file in current or parent directories.BROWSERSLISTenvironment variable.- If the above methods did not produce a valid result
Browserslist will use defaults:
> 0.5%, last 2 versions, Firefox ESR, not dead.
Query Composition
An or combiner can use the keyword or as well as ,.
last 1 version or > 1% is equal to last 1 version, > 1%.
and query combinations are also supported to perform an
intersection of the previous query: last 1 version and > 1%.
There is 3 different ways to combine queries as depicted below. First you start with a single query and then we combine the queries to get our final list.
Obviously you can not start with a not combiner, since there is no left-hand
side query to combine it with.
A quick way to test your query is to do npx browserslist '> 0.5%, not IE 11'
in your terminal.
Full List
You can specify the browser and Node.js versions by queries (case insensitive):
defaults: Browserslist’s default browsers (> 0.5%, last 2 versions, Firefox ESR, not dead).> 5%: browsers versions selected by global usage statistics.>=,<and<=work too.> 5% in US: uses USA usage statistics. It accepts two-letter country code.> 5% in alt-AS: uses Asia region usage statistics. List of all region codes can be found atcaniuse-lite/data/regions.> 5% in my stats: uses custom usage data.> 5% in browserslist-config-mycompany stats: uses custom usage data frombrowserslist-config-mycompany/browserslist-stats.json.cover 99.5%: most popular browsers that provide coverage.cover 99.5% in US: same as above, with two-letter country code.cover 99.5% in my stats: uses custom usage data.maintained node versions: all Node.js versions, which are still maintained by Node.js Foundation.node 10andnode 10.4: selects latest Node.js10.x.xor10.4.xrelease.current node: Node.js version used by Browserslist right now.extends browserslist-config-mycompany: take queries frombrowserslist-config-mycompanynpm package.ie 6-8: selects an inclusive range of versions.Firefox > 20: versions of Firefox newer than 20.>=,<and<=work too. It also works with Node.js.iOS 7: the iOS browser version 7 directly.Firefox ESR: the latest [Firefox ESR] version.PhantomJS 2.1andPhantomJS 1.9: selects Safari versions similar to PhantomJS runtime.unreleased versionsorunreleased Chrome versions: alpha and beta versions.last 2 major versionsorlast 2 iOS major versions: all minor/patch releases of last 2 major versions.since 2015orlast 2 years: all versions released since year 2015 (alsosince 2015-03andsince 2015-03-10).dead: browsers without official support or updates for 24 months. Right now it isIE 10,IE_Mob 10,BlackBerry 10,BlackBerry 7,Samsung 4andOperaMobile 12.1.last 2 versions: the last 2 versions for each browser.last 2 Chrome versions: the last 2 versions of Chrome browser.not ie <= 8: exclude browsers selected by previous queries.
You can add not to any query.
Debug
Run npx browserslist in project directory to see what browsers was selected
by your queries.
$ npx browserslist
and_chr 61
and_ff 56
and_qq 1.2
and_uc 11.4
android 56
baidu 7.12
bb 10
chrome 62
edge 16
firefox 56
ios_saf 11
opera 48
safari 11
samsung 5
Browsers
Names are case insensitive:
Androidfor Android WebView.Baidufor Baidu Browser.BlackBerryorbbfor Blackberry browser.Chromefor Google Chrome.ChromeAndroidorand_chrfor Chrome for AndroidEdgefor Microsoft Edge.Electronfor Electron framework. It will be converted to Chrome version.Exploreroriefor Internet Explorer.ExplorerMobileorie_mobfor Internet Explorer Mobile.Firefoxorfffor Mozilla Firefox.FirefoxAndroidorand_fffor Firefox for Android.iOSorios_saffor iOS Safari.Nodefor Node.js.Operafor Opera.OperaMiniorop_minifor Opera Mini.OperaMobileorop_mobfor Opera Mobile.QQAndroidorand_qqfor QQ Browser for Android.Safarifor desktop Safari.Samsungfor Samsung Internet.UCAndroidorand_ucfor UC Browser for Android.kaiosfor KaiOS Browser.
Config File
package.json
If you want to reduce config files in project root, you can specify
browsers in package.json with browserslist key:
{
"private": true,
"dependencies": {
"autoprefixer": "^6.5.4"
},
"browserslist": [
"last 1 version",
"> 1%",
"IE 10"
]
}
.browserslistrc
Separated Browserslist config should be named .browserslistrc
and have browsers queries split by a new line. Comments starts with # symbol:
# Browsers that we support
last 1 version
> 1%
IE 10 # sorry
Browserslist will check config in every directory in path.
So, if tool process app/styles/main.css, you can put config to root,
app/ or app/styles.
You can specify direct path in BROWSERSLIST_CONFIG environment variables.
Shareable Configs
You can use the following query to reference an exported Browserslist config from another package:
"browserslist": [
"extends browserslist-config-mycompany"
]
For security reasons, external configuration only supports packages that have
the browserslist-config- prefix. npm scoped packages are also supported, by
naming or prefixing the module with @scope/browserslist-config, such as
@scope/browserslist-config or @scope/browserslist-config-mycompany.
If you don’t accept Browserslist queries from users, you can disable the
validation by using the dangerousExtend option:
browserslist(queries, { path, dangerousExtend: true })
Because this uses npm's resolution, you can also reference specific files
in a package:
"browserslist": [
"extends browserslist-config-mycompany/desktop",
"extends browserslist-config-mycompany/mobile"
]
When writing a shared Browserslist package, just export an array.
browserslist-config-mycompany/index.js:
module.exports = [
'last 1 version',
'> 1%',
'ie 10'
]
You can also include a browserslist-stats.json file as part of your shareable
config at the root and query it using > 5% in browserslist-config-mycompany stats.
It uses the same format as extends and the dangerousExtend property as above.
Configuring for Different Environments
You can also specify different browser queries for various environments.
Browserslist will choose query according to BROWSERSLIST_ENV or NODE_ENV
variables. If none of them is declared, Browserslist will firstly look
for production queries and then use defaults.
In package.json:
"browserslist": {
"production": [
"> 1%",
"ie 10"
],
"modern": [
"last 1 chrome version",
"last 1 firefox version"
],
"ssr": [
"node 12"
]
}
In .browserslistrc config:
[production]
> 1%
ie 10
[modern]
last 1 chrome version
last 1 firefox version
[ssr]
node 12
Custom Usage Data
If you have a website, you can query against the usage statistics of your site.
browserslist-ga will ask access to Google Analytics and then generate
browserslist-stats.json:
npx browserslist-ga
Or you can use browserslist-ga-export to convert Google Analytics data without giving a password for Google account.
You can generate usage statistics file by any other method. File format should be like:
{
"ie": {
"6": 0.01,
"7": 0.4,
"8": 1.5
},
"chrome": {
…
},
…
}
Note that you can query against your custom usage data while also querying
against global or regional data. For example, the query
> 1% in my stats, > 5% in US, 10% is permitted.
JS API
const browserslist = require('browserslist')
// Your CSS/JS build tool code
function process (source, opts) {
const browsers = browserslist(opts.overrideBrowserslist, {
stats: opts.stats,
path: opts.file,
env: opts.env
})
// Your code to add features for selected browsers
}
Queries can be a string "> 1%, IE 10"
or an array ['> 1%', 'IE 10'].
If a query is missing, Browserslist will look for a config file.
You can provide a path option (that can be a file) to find the config file
relatively to it.
Options:
path: file or a directory path to look for config file. Default is..env: what environment section use from config. Default isproduction.stats: custom usage statistics data.config: path to config if you want to set it manually.ignoreUnknownVersions: do not throw on direct query (likeie 12). Default isfalse.dangerousExtend: Disable security checks forextendquery. Default isfalse.mobileToDesktop: Use desktop browsers if Can I Use doesn’t have data about this mobile version. For instance, Browserslist will returnchrome 20onand_chr 20query (Can I Use has only data only about latest versions of mobile browsers). Default isfalse.
For non-JS environment and debug purpose you can use CLI tool:
browserslist "> 1%, IE 10"
You can get total users coverage for selected browsers by JS API:
browserslist.coverage(browserslist('> 1%'))
//=> 81.4
browserslist.coverage(browserslist('> 1% in US'), 'US')
//=> 83.1
browserslist.coverage(browserslist('> 1% in my stats'), 'my stats')
//=> 83.1
browserslist.coverage(browserslist('> 1% in my stats', { stats }), stats)
//=> 82.2
Or by CLI:
$ browserslist --coverage "> 1%"
These browsers account for 81.4% of all users globally
$ browserslist --coverage=US "> 1% in US"
These browsers account for 83.1% of all users in the US
$ browserslist --coverage "> 1% in my stats"
These browsers account for 83.1% of all users in custom statistics
$ browserslist --coverage "> 1% in my stats" --stats=./stats.json
These browsers account for 83.1% of all users in custom statistics
Environment Variables
If a tool uses Browserslist inside, you can change the Browserslist settings with environment variables:
-
BROWSERSLISTwith browsers queries.BROWSERSLIST="> 5%" gulp css -
BROWSERSLIST_CONFIGwith path to config file.BROWSERSLIST_CONFIG=./config/browserslist gulp css -
BROWSERSLIST_ENVwith environments string.BROWSERSLIST_ENV="development" gulp css -
BROWSERSLIST_STATSwith path to the custom usage data for> 1% in my statsquery.BROWSERSLIST_STATS=./config/usage_data.json gulp css -
BROWSERSLIST_DISABLE_CACHEif you want to disable config reading cache.BROWSERSLIST_DISABLE_CACHE=1 gulp css
Cache
Browserslist caches the configuration it reads from package.json and
browserslist files, as well as knowledge about the existence of files,
for the duration of the hosting process.
To clear these caches, use:
browserslist.clearCaches()
To disable the caching altogether, set the BROWSERSLIST_DISABLE_CACHE
environment variable.
Security Contact
To report a security vulnerability, please use the Tidelift security contact. Tidelift will coordinate the fix and disclosure.