The web cannot favor the ‘traditional user’ anymore.
It’s great that accessible experiences are becoming the norm and more designers are planning for users who access the web differently from a ‘traditional user’, but with 19% of users having some form of disability the web cannot favor the ‘traditional user’ anymore.
When you think of accessibility, maybe someone who has a visual impairment comes to mind. Keep in mind that disabilities vary quite a bit. There are auditory, cognitive, neurological, or physical disabilities that need to be planned for.
Accessibility is important for users because they need to access and accomplish tasks that they set out to perform on your website or in your product. If an organization doesn’t have an accessibility team, the UX team needs to be the advocate.
If you are fortunate to work with a whole team dedicated to accessibility, as a UXer you need to be involved and be aware as you design for experiences. Everyone should be able to use the product that you design for, so make it a point to design for accessibility in both the planning and design phase.
I won’t mention any names, but some of the most widely used apps are guilty of not being accessible. Things are getting better but the web is not as inclusive as it should be. By properly planning and designing for all users, you are moving accessibility forward.
Unfortunately when it comes to design in general, things are heavily weighted towards aesthetics rather than accessibility.
In some cases, designers might think that designing accessible experiences is constraining. Most likely the muted sleek greys that were popular a few years ago won’t pass a contrast check, but awesome design really can be accessible, there’s no limit to that. Rather than thinking of accessibility as having design constraints, think of it as creating the broader experience, one that all of your users will benefit from.
Sometimes the team gets stuck in their day to day routine and the focus is on getting things built and shipped. When working with a mixture of roles on a team, not everyone may know the ins and outs of accessibility.
Why focus on on accessible experiences? These need to be created because the internet is in integral part of life; it’s important that all users have equal access to content. No matter what the content type – education, shopping, health, social, etc. – all measures should be taken to make it accessible. When the team realises the importance of accessibility, they will do the work that it will take to release a product that is accessible.
What should be in the accessibility plan? Should the plan include everything? Here the “it depends” UX answer to the question seems appropriate. In all seriousness, it does vary depending on your project and team. There are levels of ADA compliance and accessibility is a broad topic. This guide will include basic things, things that should be top of mind during the prototyping plan.
Plan before you start designing, have a plan and test along the way. Below are some things to keep in mind. This is not a fully comprehensive list. There are different accessibility levels and these serve as a great starting point for things to keep in mind during the prototyping phase. Be sure to do some research on the different levels of accessibility before making the official plan.
Here are some basic questions to think about when planning your experience and doing the design work:
There are a few things that should be assessed during the design phase. While prototyping, it’s good to keep these in mind. It makes sense to design for accessibility right at the beginning rather than having to go back and adapt things later.
This is easy to overlook when prototyping. Often we get wrapped up in the visual and what looks good. It’s important before making a final decision on color for various design elements that it passes a contrast check.
Typography needs to be large enough and have enough contrast with the background to ensure that users can read it. Images and icons also need to be distinguishable. Things like status icons should rely on shape, rather than color, to be recognizable.
I use Adobe XD for my prototyping, and the Stark plugin works wonders. I check things as I go along and can confidently say that things either will fail or pass a contrast check.
First, it’s good to make sure that a focus style exists. There is a browser default that is most common. When you think of focus states, you probably recall a blue outline on a form field, navigation and other links. This can be styled differently so it is more noticeable. If you decide to get rid of the blue outlines, make sure to replace them with something else that stands out.
Notice how the University of Michigan’s Accessibility website has a very prominent focus state? This is shown in the header, ‘web accessibility’ is highlighted.
It’s important to use semantic HTML5 markup. Depending on your job description, this may not be something UX is responsible for putting into production. However, having a working knowledge of this will help even if you’re not working directly with the HTML. Semantic HTML is an important starting point toward good accessibility practices.
When a screen reader scans a web page, it gets information about the content and page structure. JavaScript is often used, but keep in mind that CSS styling and JavaScript is ignored by a screen reader. It’s going in page order as it reads to the user.
There’s no need to reinvent the HTML wheel. In fact, it’s best if you don’t. Stick to the default html tags and headings. When you inspect web pages, you see tags like <header>, <nav>, <main>, <article>, <footer>, and more. Tables should contain actual table data, not used as a way to layout a page. Using tags improperly will confuse both the user and screen reader because it follows a particular way to read the elements on a web page.
Headings are very important as well. There’s a reason why there are 6 header tags. This range gives the user an idea of the content hierarchy. You may find that It helps to indicate this in your mockups.
Be sure to use one H1 per page, and in many cases this matches the page title. This gives the user an idea of what the content is all about. Be consistent with heading levels (the <h2> is more important than the <h3>).
By default any actions a user may need to perform should be able to be carried out by using a keyboard only. Accessing the content by tabbing becomes very important because not all users access the web with a mouse (this is relevant to non-touch devices).
Users with motoric disabilities will navigate with the Tab key. Links and buttons will be accessed using the Enter key. This is why the focus state is important. The user will need to see where they currently are.
For visually impaired users, images that are non-decorative need ALT tags. This explains to the user the content of the image. Images that are decorative, rather than content related, can have an empty ALT tag. That way the user is not slowed down with content that is unnecessary. No matter what the image, it’s important to know that if there is a missing ALT tag, the screen reader will read the image’s URL, which is not a good experience.
It can take some doing to make videos truly accessible. Users need a way to quickly pause videos and animations. For those who rely on reading, closed captioning is necessary for them to get the full experience. If a transcript is available, that’s a great feature to have.
It’s best to give the user control to play the video. Videos that play automatically can be problematic to some users. For example, screen reader users may not be able to hear their screen reader over the video.
Animations can be designed to be accessible. In fact, they often enhance the experience and benefit the accessibility initiative. Animations can help convey that an action was successful, something failed, or any other way to get the users attention when appropriate is a great way to utilize them.
Care should be taken when designing animations. Animations that are mild are preferred. When designing animations,always think about the relative size of movement to the screen. Consider this for various device sizes.
Small animations like animated icons, hover states, expanding search bars, etc. most likely won’t cause an issue. However, bold animations that cover a good percentage of the screen may not be a pleasant experience for some users. They may feel dizzy, disoriented, and even sick if animations trigger a reaction.
‘Scrolljacking’ is a fairly common animation. When the scrolling action behaves differently than what a user expects, it might cause issues for some users. If it’s combined with other animations, this could be even more problematic.
UX has an important role in accessibility, it’s vital that ever user can access the web. Hopefully these accessibility tips will help designers plan for accessibility in the very beginning stages of a project rather than treating it as an afterthought.