Skip to content
Skip to content
Menu
A cup of dev
  • Home
  • About
  • Ink and yarn
  • Contact
A cup of dev

A beginners guide to web accessibility for developers. Part 5: Accessibility evaluation tools

By Eli H. Schei on Wednesday, 11 August 2021, 18:00Monday, 22 November 2021, 12:37

After learning about different accessibility principles, looking at more complex challenges, and going in depth on ARIA we have finally arrived at the last part of this series. And it is time to talk (write) about accessibility evaluation tools.

There are a lot of different tools to use for accessibility evaluation, in this post I will cover my personal preferences. If you know about an awesome tool I should try please let me know!

Blogposts in this series

  • 1
    Introduction to accessibility
  • 2
    5 principles you should start implementing right away
  • 3
    Looking at some more complex topics
  • 4
    A closer look at ARIA
  • 5
    Tools (this blogpost)

What are accessibility evaluation tools?

Like the name sugests accessibility evaluation tools are tools that help you evaluate how accessible a site is. These tools perform automated tests and gives you feedback on how accessible your site is according to the WCAG principles.

Remember to think for yourself.
These tools can be of great value, especially if you are new to accessibility. But it is important to remember to think for yourself as well. Focus on learning and understanding the different WCAG principles and how to implement them rather than relaying on tools only.

I use these tools regularly but they are not a part of my everyday workflow. Typically I run one of them when I have finished a new feature – before deploying to test – to make sure I havn’t missed anything. Or if I refacor a component and I’m afraid my changes might “break” something I run an evaluation to make sure the content is still accessible.

The tools I use

As I mentioned above there are a lot of different accessibility evaluation tools, and they mostly cover the same things. The decision of which tool to use often comes down to personal preference.

Siteimprove

Screen shot of SiteImprove tab that lists detected accessibility issues.


The Site Improve chrome extension gives you a button in your browser that will run an accessibility test on the page you are currently on. The results of the test shows up as a panel to the left in your browser window. It displays issues sorted into different categories and gives you details about what should be fixed – and also hints on how to fix it.

I love siteimprove. It’s easy to use, it gives you a quick overview – and also provides details if you need them. It gives you a lot of information about the different areas of accessibility.

Lighthouse

Lighthouse is available as its own tab in chrome devtools

I mainly use Lighthouse to test the performance of a website (which is also an important part of accessibility – not everyone have access to a fast internet connection). But it will also give you an accessibility score and tell you what needs to be fixed.

Screen shot of LightHousetab that lists detected accessibility issues.

Axe dev tools

Like lighthouse Axe dev tools has its own tab in devtools. You can scan the whole site, or only parts of it (requires you to log in). It presents a list of issues and possible solutions to fix them.

Screenshot of Axe Dev Tools tab that lists detected accessibility issues.

Tools for checking colors

There are a lot of different color checking tools out there. Some browsers also have their own built-in version in devtools. But the tools I use most are WebAIM contrast checker and contrastchecker.com.

Other resources

  • List of accessibility tools (W3C)
  • Introduction to accessibility tools (WebAIM)

Did you find this article usefull? Follow me on twitter to be notified when I publish something new!

Also, if you have any feedback or questions, please let me know in the comments below. šŸ™‚

Thank you for reading, and happy coding!

/Eli

Share this:

  • Twitter
  • Facebook

Post navigation

A list of useful git resources + cheat sheet
How to register an application in Azure AD using Azure CLI

1 thought on “A beginners guide to web accessibility for developers. Part 5: Accessibility evaluation tools”

  1. Pingback: A beginners guide to Web Accessibility for developers: Part 1 – introduction - A cup of dev

Leave a ReplyCancel reply

Eli H. Schei

I'm a front-end developer who mainly work in the Microsoft 365-sphere. As a developer I read a lot of blogs. And in my experience I can read multiple different blogposts about exactly the same topic, and only one of them makes sense to me. Therefore I’m adding my voice to the mix, and hopefully one of my blogposts will be the one that makes sense of a topic for you. You can learn more about me here.

Recent Posts

  • Tech Lead: A mindset, not just a role
  • Create an azure function for authentication with Microsoft Authentication Library (MSAL), using node and TypeScript
  • How to solve CORS issues when running an Azure function locally
  • An introduction to version control using git and GitHub
  • 5 tips for nailing your first Microsoft certification exam

Categories

  • Azure
    • Azure functions
  • Level
    • Beginner
    • Intermediate
  • Microsoft 365 Development
    • Microsoft Authentication Library
    • Microsoft Graph
    • Microsoft Teams
    • PNP powershell
    • PowerApps
      • PowerApps Component Framework
    • SharePoint Framework
    • SharePoint Online
  • Tech Lead
  • Web development
    • Accessibility
    • Soft skills
    • Tips and tricks

Tags

accessibility ARIA azure Azure CLI azure functions Content creation custom themes favorites git github M365 CLI M365 development PCF PnP powershell power apps PowerApps Component Framework quicktip react resources SharePoint Online Sideloading SPfx Teams Tech lead tools wcag webdev Windows terminal
©2023 A cup of dev | WordPress Theme by SuperbThemes.com