Pa11y is an automated accessibility testing tool that helps developers ensure their web applications meet accessibility standards. It can be used to run accessibility tests on web pages and generate reports on any issues found.
Run Accessibility Tests
This feature allows you to run accessibility tests on a given URL. The results will include any accessibility issues found on the page.
const pa11y = require('pa11y');
(async () => {
const results = await pa11y('https://example.com');
console.log(results);
})();Custom Configuration
Pa11y allows you to customize the accessibility tests by specifying standards (like WCAG2AA) and other options such as taking a screenshot of the page.
const pa11y = require('pa11y');
(async () => {
const results = await pa11y('https://example.com', {
standard: 'WCAG2AA',
screenCapture: './screenshot.png'
});
console.log(results);
})();Programmatic API
You can use Pa11y's programmatic API to perform actions on the page before running the accessibility tests. This is useful for testing dynamic content.
const pa11y = require('pa11y');
(async () => {
const results = await pa11y('https://example.com', {
actions: [
'click element #button',
'wait for element #result to be visible'
]
});
console.log(results);
})();Axe-core is a popular accessibility testing engine for websites and other HTML-based user interfaces. It provides a comprehensive set of rules for accessibility testing and can be integrated into various testing frameworks. Compared to Pa11y, axe-core is more focused on providing a robust rule set and is often used as a library within other tools.
Accessibility Insights for Web is a tool that helps developers find and fix accessibility issues in web applications. It provides a browser extension and a CLI for automated testing. Compared to Pa11y, Accessibility Insights offers a more user-friendly interface and additional guidance on fixing issues.
Cypress-axe is a plugin for the Cypress end-to-end testing framework that integrates axe-core for accessibility testing. It allows you to run accessibility checks as part of your Cypress test suite. Compared to Pa11y, cypress-axe is more suitable for developers already using Cypress for their testing needs.
Pa11y is your automated accessibility testing pal. It runs HTML CodeSniffer from the command line for programmatic accessibility reporting.
On the command line:
pa11y http://example.com/
In JavaScript:
const pa11y = require('pa11y');
pa11y('http://example.com/').then((results) => {
// Do something with the results
});
Need a GUI? Try Koa11y!
We're pleased to announce the Pa11y 5.0 beta is now available! We're switching from PhantomJS to Headless Chrome, as well as many other changes. See the migration guide for further details.
If you'd like to try out the Pa11y 5.0 beta you can do so with
npm install -g pa11y@beta
Feedback is greatly appreciated 😊
Pa11y requires Node.js 8+ to run. If you need support for older versions of Node.js, then please use Pa11y 4.x.
On a Mac, you can install the required dependency with Homebrew:
$ brew install node
Alternatively download pre-built packages from the Node.js website.
Depending on your flavour of Linux, you should be able to use a package manager to install the required dependency. Alternatively download pre-built packages from the Node.js website.
On Windows 10, download a pre-built package from the Node.js website. Pa11y will be usable via the bundled Node.js application as well as the Windows command prompt.
Windows 7 and below users approach with caution – we've been able to get Pa11y running but only after installing Visual Studio and the Windows SDK (as well as Git, and Python). The Windows installation instructions for node-gyp are a good place to start. If you have had a better experience than this then please do share!
Install Pa11y globally with npm:
npm install -g pa11y
This installs the pa11y command-line tool:
Usage: pa11y [options] <url>
Options:
-V, --version output the version number
-n, --environment output details about the environment Pa11y will run in
-s, --standard <name> the accessibility standard to use: Section508, WCAG2A, WCAG2AA (default), WCAG2AAA
-r, --reporter <reporter> the reporter to use: cli (default), csv, json
-l, --level <level> the level of issue to fail on (exit with code 2): error, warning, notice
-T, --threshold <number> permit this number of errors, warnings, or notices, otherwise fail with exit code 2
-i, --ignore <ignore> types and codes of issues to ignore, a repeatable value or separated by semi-colons
--include-notices Include notices in the report
--include-warnings Include warnings in the report
-R, --root-element <selector> a CSS selector used to limit which part of a page is tested
-E, --hide-elements <hide> a CSS selector to hide elements from testing, selectors can be comma separated
-c, --config <path> a JSON or JavaScript config file
-t, --timeout <ms> the timeout in milliseconds
-w, --wait <ms> the time to wait before running tests in milliseconds
-d, --debug output debug messages
-S, --screen-capture <path> a path to save a screen capture of the page to
-A, --add-rule <rule> WCAG 2.0 rules to include, a repeatable value or separated by semi-colons
-h, --help output usage information
Run an accessibility test against a URL:
pa11y http://example.com
Run an accessibility test against a file (absolute paths only, not relative):
pa11y ./path/to/your/file.html
Run a test with CSV reporting and save to a file:
pa11y --reporter csv http://example.com > report.csv
Run Pa11y with the Section508 ruleset:
pa11y --standard Section508 http://example.com
The command-line tool uses the following exit codes:
0: Pa11y ran successfully, and there are no errors1: Pa11y failed run due to a technical fault2: Pa11y ran successfully but there are errors in the pageBy default, only accessibility issues with a type of error will exit with a code of 2. This is configurable with the --level flag which can be set to one of the following:
error: exit with a code of 2 on errors only, exit with a code of 0 on warnings and noticeswarning: exit with a code of 2 on errors and warnings, exit with a code of 0 on noticesnotice: exit with a code of 2 on errors, warnings, and noticesnone: always exit with a code of 0The command-line tool can be configured with a JSON file as well as arguments. By default it will look for a pa11y.json file in the current directory, but you can change this with the --config flag:
pa11y --config ./path/to/config.json http://example.com
If any configuration is set both in a configuration file and also as a command-line option, the value set in the latter will take priority.
For more information on configuring Pa11y, see the configuration documentation.
The ignore flag can be used in several different ways. Separated by semi-colons:
pa11y --ignore "issue-code-1;issue-code-2" http://example.com
or by using the flag multiple times:
pa11y --ignore issue-code-1 --ignore issue-code-2 http://example.com
Pa11y can also ignore notices, warnings, and errors up to a threshold number. This might be useful if you're using CI and don't want to break your build. The following example will return exit code 0 on a page with 9 errors, and return exit code 2 on a page with 10 or more errors.
pa11y --threshold 10 http://example.com
The command-line tool can report test results in a few different ways using the --reporter flag. The built-in reporters are:
cli: output test results in a human-readable formatcsv: output test results as comma-separated valuesjson: output test results as a JSON arrayThe Pa11y team maintain some additional reporters which can be installed separately via npm:
html: output test results in a self-contained HTML format (npm install pa11y-reporter-html)tsv: output test results as tab-separated values (npm install pa11y-reporter-tsv)You can also write and publish your own reporters. Pa11y looks for reporters in your node_modules folder (with a naming pattern), and the current working directory. The first reporter found will be loaded. So with this command:
pa11y --reporter rainbows http://example.com
The following locations will be checked:
<cwd>/node_modules/pa11y-reporter-rainbows
<cwd>/rainbows
A Pa11y reporter must export a property named supports. This is a semver range (as a string) which indicates which versions of Pa11y the reporter supports:
exports.supports = '^5.0.0';
A reporter should export the following methods, which should all return strings. If your reporter needs to perform asynchronous operations, then it may return a promise which resolves to a string:
begin(); // Called when pa11y starts
error(message); // Called when a technical error is reported
debug(message); // Called when a debug message is reported
info(message); // Called when an information message is reported
results(results); // Called with the results of a test run
Install Pa11y with npm or add to your package.json:
npm install pa11y
Require Pa11y:
const pa11y = require('pa11y');
Run Pa11y against a URL, the pa11y function returns a Promise:
pa11y('http://example.com/').then((results) => {
// Do something with the results
});
Pa11y can also be run with some options:
pa11y('http://example.com/', {
// Options go here
}).then((results) => {
// Do something with the results
});
Pa11y resolves with a results object, containing details about the page and accessibility issues from HTML CodeSniffer. It looks like this:
{
documentTitle: 'The title of the page that was tested',
pageUrl: 'The URL that Pa11y was run against',
issues: [
{
code: 'WCAG2AA.Principle1.Guideline1_1.1_1_1.H30.2',
context: '<a href="http://example.com/"><img src="example.jpg" alt=""/></a>',
message: 'Img element is the only content of the link, but is missing alt text. The alt text should describe the purpose of the link.',
selector: 'html > body > p:nth-child(1) > a',
type: 'error',
typeCode: 1
}
// more issues appear here
]
}
If you wish to transform these results with the command-line reporters, then you can do so in your code by requiring them in. The csv, tsv, html, json, and markdown reporters all expose a process method:
// Assuming you've already run tests, and the results
// are available in a `results` variable:
const htmlReporter = require('pa11y/reporter/html');
const html = htmlReporter.process(results, url);
Because Pa11y is promise based, you can use async functions and the await keyword:
async function runPa11y() {
try {
const results = await pa11y('http://example.com/');
// Do something with the results
} catch (error) {
// Handle the error
}
}
runPa11y();
If you would rather use callbacks than promises or async/await, then Pa11y supports this. This interface should be considered legacy, however, and may not appear in the next major version of Pa11y:
pa11y('http://example.com/', (error, results) => {
// Do something with the results or handle the error
});
Pa11y exposes a function which allows you to validate action strings before attempting to use them.
This function accepts an action string and returns a boolean indicating whether it matches one of the actions that Pa11y supports:
pa11y.validateAction('click element #submit'); // true
pa11y.validateAction('open the pod bay doors'); // false
Pa11y has lots of options you can use to change the way Headless Chrome runs, or the way your page is loaded. Options can be set either as a parameter on the pa11y function or in a JSON configuration file. Some are also available directly as command-line options.
Below is a reference of all the options that are available:
actions (array) BETAActions to be run before Pa11y tests the page. There are quite a few different actions available in Pa11y, the Actions documentation outlines each of them.
Note: actions are currently in a beta state and the API may change while we gather feedback.
pa11y('http://example.com/', {
actions: [
'set field #username to exampleUser',
'set field #password to password1234',
'click element #submit',
'wait for path to be /myaccount'
]
});
Defaults to an empty array.
chromeLaunchConfig (object)Launch options for the Headless Chrome instance. See the Puppeteer documentation for more information.
pa11y('http://example.com/', {
chromeLaunchConfig: {
executablePath: '/path/to/Chrome',
ignoreHTTPSErrors: false
}
});
Defaults to:
{
ignoreHTTPSErrors: true
}
headers (object)A key-value map of request headers to send when testing a web page.
pa11y('http://example.com/', {
headers: {
Cookie: 'foo=bar'
}
});
Defaults to an empty object.
hideElements (string)A CSS selector to hide elements from testing, selectors can be comma separated. Elements matching this selector will be hidden from testing by styling them with visibility: hidden.
pa11y('http://example.com/', {
hideElements: '.advert, #modal, div[aria-role=presentation]'
});
ignore (array)An array of result codes and types that you'd like to ignore. You can find the codes for each rule in the console output and the types are error, warning, and notice. Note: warning and notice messages are ignored by default.
pa11y('http://example.com/', {
ignore: [
'WCAG2AA.Principle3.Guideline3_1.3_1_1.H57.2'
]
});
Defaults to an empty array.
includeNotices (boolean)Whether to include results with a type of notice in the Pa11y report. Issues with a type of notice are not directly actionable and so they are excluded by default. You can include them by using this option:
pa11y('http://example.com/', {
includeNotices: true
});
Defaults to false.
includeWarnings (boolean)Whether to include results with a type of warning in the Pa11y report. Issues with a type of warning are not directly actionable and so they are excluded by default. You can include them by using this option:
pa11y('http://example.com/', {
includeWarnings: true
});
Defaults to false.
level (string)The level of issue which can fail the test (and cause it to exit with code 2) when running via the CLI. This should be one of error (the default), warning, or notice.
{
"level": "warning"
}
Defaults to error. Note this configuration is only available when using Pa11y on the command line, not via the JavaScript Interface.
log (object)An object which implements the methods debug, error, and info which will be used to report errors and test information.
pa11y('http://example.com/', {
log: {
debug: console.log,
error: console.error,
info: console.info
}
});
Each of these defaults to an empty function.
method (string)The HTTP method to use when running Pa11y.
pa11y('http://example.com/', {
method: 'POST'
});
Defaults to GET.
postData (string)The HTTP POST data to send when running Pa11y. This should be combined with a Content-Type header. E.g to send form data:
pa11y('http://example.com/', {
headers: {
'Content-Type': 'application/x-www-form-urlencoded'
},
method: 'POST',
postData: 'foo=bar&bar=baz'
});
Or to send JSON data:
pa11y('http://example.com/', {
headers: {
'Content-Type': 'application/json'
},
method: 'POST',
postData: '{"foo": "bar", "bar": "baz"}'
});
Defaults to null.
reporter (string)The reporter to use while running the test via the CLI. More about reporters.
{
"reporter": "json"
}
Defaults to cli. Note this configuration is only available when using Pa11y on the command line, not via the JavaScript Interface.
rootElement (element)The root element for testing a subset of the page opposed to the full document.
pa11y('http://example.com/', {
rootElement: '#main'
});
Defaults to null, meaning the full document will be tested.
rules (array)An array of WCAG 2.0 guidelines that you'd like to include to the current standard. Note: These won't be applied to Section508 standard. You can find the codes for each guideline in the [HTML Code Sniffer WCAG2AAA ruleset][htmlcs-wcag2aaa-ruleset].
pa11y('http://example.com/', {
rules: [
'Principle1.Guideline1_3.1_3_1_AAA'
]
});
screenCapture (string)A file path to save a screen capture of the tested page to. The screen will be captured immediately after the Pa11y tests have run so that you can verify that the expected page was tested.
pa11y('http://example.com/', {
screenCapture: `${__dirname}/my-screen-capture.png`
});
Defaults to null, meaning the screen will not be captured.
standard (string)The accessibility standard to use when testing pages. This should be one of Section508, WCAG2A, WCAG2AA, or WCAG2AAA.
pa11y('http://example.com/', {
standard: 'Section508'
});
Defaults to WCAG2AA.
threshold (number)The number of errors, warnings, or notices to permit before the test is considered to have failed (with exit code 2) when running via the CLI.
{
"threshold": 9
}
Defaults to 0. Note this configuration is only available when using Pa11y on the command line, not via the JavaScript Interface.
timeout (number)The time in milliseconds that a test should be allowed to run before calling back with a timeout error.
Please note that this is the timeout for the entire test run (including time to initialise Chrome, load the page, and run the tests).
pa11y('http://example.com/', {
timeout: 500
});
Defaults to 30000.
userAgent (string)The User-Agent header to send with Pa11y requests. This is helpful to identify Pa11y in your logs.
pa11y('http://example.com/', {
userAgent: 'A11Y TESTS'
});
Defaults to pa11y/<version>.
viewport (object)The viewport configuration. This can have any of the properties supported by the puppeteer setViewport method.
pa11y('http://example.com/', {
viewport: {
width: 320,
height: 480,
deviceScaleFactor: 2,
isMobile: true
}
});
Defaults to:
{
width: 1280,
height: 1024
}
wait (number)The time in milliseconds to wait before running HTML CodeSniffer on the page.
pa11y('http://example.com/', {
wait: 500
});
Defaults to 0.
Actions are additional interactions that you can make Pa11y perform before the tests are run. They allow you to do things like click on a button, enter a value in a form, wait for a redirect, or wait for the URL fragment to change:
pa11y('http://example.com/', {
actions: [
'click element #tab-1',
'wait for element #tab-1-content to be visible',
'set field #fullname to John Doe',
'check field #terms-and-conditions',
'uncheck field #subscribe-to-marketing',
'screen capture example.png',
'wait for fragment to be #page-2',
'wait for path to not be /login',
'wait for url to be https://example.com/',
'wait for #my-image to emit load'
]
});
Below is a reference of all the available actions and what they do on the page. Some of these take time to complete so you may need to increase the timeout option if you have a large set of actions.
This allows you to click an element by passing in a CSS selector. This action takes the form click element <selector>. E.g.
pa11y('http://example.com/', {
actions: [
'click element #tab-1'
]
});
You can use any valid query selector, including classes and types.
This allows you to set the value of a text-based input or select box by passing in a CSS selector and value. This action takes the form set field <selector> to <value>. E.g.
pa11y('http://example.com/', {
actions: [
'set field #fullname to John Doe'
]
});
This allows you to check or uncheck checkbox and radio inputs by passing in a CSS selector. This action takes the form check field <selector> or uncheck field <selector>. E.g.
pa11y('http://example.com/', {
actions: [
'check field #terms-and-conditions',
'uncheck field #subscribe-to-marketing'
]
});
This allows you to capture the screen between other actions, useful to verify that the page looks as you expect before the Pa11y test runs. This action takes the form screen capture <file-path>. E.g.
pa11y('http://example.com/', {
actions: [
'screen capture example.png'
]
});
This allows you to pause the test until a condition is met, and the page has either a given fragment, path, or URL. This will wait until Pa11y times out so it should be used after another action that would trigger the change in state. You can also wait until the page does not have a given fragment, path, or URL using the to not be syntax. This action takes one of the forms:
wait for fragment to be <fragment> (including the preceding #)wait for fragment to not be <fragment> (including the preceding #)wait for path to be <path> (including the preceding /)wait for path to not be <path> (including the preceding /)wait for url to be <url>wait for url to not be <url>E.g.
pa11y('http://example.com/', {
actions: [
'click element #login-link',
'wait for path to be /login'
]
});
This allows you to pause the test until an element on the page (matching a CSS selector) is either added, removed, visible, or hidden. This will wait until Pa11y times out so it should be used after another action that would trigger the change in state. This action takes one of the forms:
wait for element <selector> to be addedwait for element <selector> to be removedwait for element <selector> to be visiblewait for element <selector> to be hiddenE.g.
pa11y('http://example.com/', {
actions: [
'click element #tab-2',
'wait for element #tab-1 to be hidden'
]
});
This allows you to pause the test until an element on the page (matching a CSS selector) emits an event. This will wait until Pa11y times out so it should be used after another action that would trigger the event. This action takes the form wait for element <selector> to emit <event-type>. E.g.
pa11y('http://example.com/', {
actions: [
'click element #tab-2',
'wait for element #tab-panel-to to emit content-loaded'
]
});
Run Pa11y on a URL and output the results. See the example.
Run Pa11y on multiple URLs at once and output the results. See the example.
Step through some actions before Pa11y runs. This example logs into a fictional site then waits until the account page has loaded before running Pa11y. See the example.
See our Troubleshooting guide to get the answers to common questions about Pa11y, along with some ideas to help you troubleshoot any problems.
Here are some useful articles written by Pa11y users and contributors:
There are many ways to contribute to Pa11y, we cover these in the contributing guide for this repo.
If you're ready to contribute some code, clone this repo locally and commit your code on a new branch.
Please write unit tests for your code, and check that everything works by running the following before opening a PR:
make ci
You can also run verifications and tests individually:
make verify # Verify all of the code (ESLint)
make test # Run all tests
make test-unit # Run the unit tests
make test-unit-coverage # Run the unit tests with coverage
make test-integration # Run the integration tests
Pa11y major versions are normally supported for 6 months after their last minor release. This means that patch-level changes will be added and bugs will be fixed. The table below outlines the end-of-support dates for major versions, and the last minor release for that version.
We also maintain a migration guide to help you migrate.
| :grey_question: | Major Version | Last Minor Release | Node.js Versions | Support End Date |
|---|---|---|---|---|
| :heart: | 5 | N/A | 8+ | N/A |
| :heart: | 4 | N/A | 4–8 | N/A * |
| :skull: | 3 | 3.8 | 0.12–6 | 2016-12-05 |
| :skull: | 2 | 2.4 | 0.10–0.12 | 2016-10-16 |
| :skull: | 1 | 1.7 | 0.10 | 2016-06-08 |
If you're opening issues related to these, please mention the version that the issue relates to.
* Pa11y 4's support end date will be reviewed at the end of this period based on community feedback.
Pa11y is licensed under the Lesser General Public License (LGPL-3.0).
Copyright © 2013–2017, Team Pa11y and contributors
5.0.0-beta.5 pre-release (2017-12-11)
FAQs
Pa11y is your automated accessibility testing pal
The npm package pa11y receives a total of 65,691 weekly downloads. As such, pa11y popularity was classified as popular.
We found that pa11y demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 9 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Research
A malicious npm package disguised as a WhatsApp client is exploiting authentication flows with a remote kill switch to exfiltrate data and destroy files.
Security News
PyPI now supports digital attestations, enhancing security and trust by allowing package maintainers to verify the authenticity of Python packages.
Security News
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.