Skip to main content

Backstage Accessibility

In an effort to bake accessibility practices further into our process of building features for Backstage, we support automated CI tests for some of our core features in the OSS project: Software Catalog, Software Templates, Search, and TechDocs. As these are just a few of the many plugins out there, we encourage you to consider the accessibility implications of your work on Backstage in order to build a great experience for everyone.

How to contribute

There are multiple ways to contribute to making Backstage more accessible, you'll find below a list of examples to help you get started.

Run Lighthouse in CI on your plugin

If your plugin lives in the Backstage main repository you can modify the urls in the Lighthouse config to run the Lighthouse checks on urls where your plugin exists as well. E.g.

  ci: {
collect: {
url: [
/** Software Catalog */
'http://localhost:3000/catalog',
'http://localhost:3000/catalog-import',
'http://localhost:3000/catalog/default/component/backstage',
...
+ /** Your plugin paths */
+ 'http://localhost:3000/your-plugin-path,
],
settings: {
...
},
...
},
assert: {
...
},
},

To make sure the Accessibility GitHub workflow is running when changes are made to your plugin folders, modify the list of paths.

Run the Lighthouse CLI locally when developing new features

If you want to use the Lighthouse CLI and run the checks based on the config you can use the following command:

yarn dlx @lhci/cli@0.11.x autorun

Note: running this command will use the Lighthouse config so make sure to adjust it to your needs if needed.

Use Lighthouse Github Action on your own repo

If your Backstage plugin lives outside of the Backstage main repository, and you use GitHub Actions for continuous integration, we encourage you to add and modify the Accessibility GitHub workflow to your needs.

Report identified issues

It’s important to remember that automated checks can only catch a small number of accessibility issues, therefore we also encourage you to conduct manual testing of your plugins using Assistive technology (screen readers, alternative navigation, and screen magnifiers are a few examples).

If you have identified accessibility issues and don’t have time to contribute a fix, please open an issue over at Backstage Issues to let us know.