Chatbots and Web Accessibility: Addressing Usability Issues and Embracing Inclusive Design

Posted:
Tagged with:

Introduction

Chatbots have become a common feature on websites, assisting users in finding information, completing tasks, or accessing customer support. While they offer convenience and automation, they often fall short in terms of accessibility.

Many chatbots fail to support screen readers, lack proper keyboard navigation, or use overlay elements that interfere with a site's usability. As digital services aim to be more inclusive, it is essential that chatbots are designed with accessibility in mind.

This article explores common usability issues with chatbots, outlines best practices for designing accessible chat experiences, highlights challenges associated with overlays, and draws inspiration from widely used messaging platforms to improve accessibility for all users.

Common Usability Issues with Chatbots

Pop-ups

Pop-ups are small windows or messages that appear on top of a webpage. They often show up in the corner of the screen hen users visit a website, and many chatbots use this design to offer help or answer questions.

Below is a table outlining common issues and best practices related to pop-up design:

IssueBest Practice
Appearing too soon and interrupting the userTrigger the pop-up based on user behaviour (e.g., scroll depth or inactivity), not instantly on page load
Blocking important content or buttonsPlace the pop-up in a non-intrusive area and allow repositioning or resizing on smaller screens
Difficult to closeInclude a clear, accessible close button and allow keyboard dismissal (e.g., Esc key)

Overlays

Overlays are panels or boxes that appear on top of the main content, but without opening a new page. They are often used for things like chat windows, forms, or image galleries. A chatbot overlay might expand from a corner of the screen and cover part of the page while staying in view as the user scrolls.

Unlike pop-ups, overlays are usually more interactive and remain open until the user closes them.

Below is a table outlining common issues and best practices related to overlay design:

IssueBest Practice
They can block important content or navigation.Make overlays dismissible using the keyboard (e.g., Esc key).

They may "trap" keyboard focus, making it hard to navigate out of them.

Avoid covering essential parts of the page unless necessary.
Screen readers may not recognise them correctly without the right code.Use proper accessibility roles like role="dialog" and ensure the focus moves into and out of the overlay smoothly.

Lack of Keyboard Accessibility

Keyboard navigation is essential because many users, including those with motor impairments, rely on keyboards instead of a mouse to interact with digital content. Ensuring that chatbots are fully operable via keyboard allows these users to navigate, input information, and engage with chatbot features effectively.

Below is a table outlining common issues and best practices related to keyboard navigation design:

IssueBest Practice
Chatbot is not reachable using the keyboard (Tab key).Ensure the chatbot can be focused and accessed using the Tab key from anywhere on the page.
Keyboard navigation within the chatbot is missing or confusing.Implement intuitive keyboard controls, such as arrow keys to scroll and navigate options.
Users cannot revisit or interact with previous messages via keyboard.Allow logical key commands to access and interact with message history and conversation elements.
Chatbot is not fully usable without a mouse.Test the chatbot thoroughly with screen readers and keyboard-only navigation to ensure full accessibility.

In addition to keyboard support, it is vital to test chatbots with screen readers (like NVDA, JAWS, or VoiceOver) using only keyboard controls. This ensures that all interactive elements such as send buttons, input fields, and conversation threads are fully accessible without a mouse.

Focus Indication and Clear Labels

Many chatbots often fail to provide clear focus visual indicators showing which part of the interface is currently active. Without clear focus indicators, users with visual or cognitive impairments may struggle to determine their location within the chatbot interface. Additionally, many chatbots lack accessible text labels for buttons, chat bubbles, and form fields, preventing screen readers from interpreting and relaying this information accurately.
Below is a table outlining common issues and best practices related to accessible chatbot interface design:

IssueBest Practice
The chatbot does not receive focus indication on its main button or internal controlsEnsure all interactive elements, including the main chatbot button and internal controls, have visible focus indicators
The chatbot obscures important page content, such as the footer.Design the chatbot to avoid covering essential content, or allow users to move, minimise, or dismiss it easily
Message input fields and controls lack text labels, and icons are used without explanationProvide accessible text labels for all inputs and controls and avoid relying on icons alone. Ensure all functions are clearly described for screen readers

Announcing New Messages

Screen reader users need to be notified when a new message appears in the chat. If a chatbot does not announce incoming messages using ARIA live regions or other assistive techniques, users may miss critical updates, disrupting the conversation flow and causing confusion.

Best Practices for Designing Accessible Chatbots

Customisable Platforms

When developing chatbots, it is important to choose platforms that allow for accessibility customisation. This ensures that the chatbot can be tailored to meet the needs of all users, including those with disabilities.
Below is a table outlining common issues and best practices related to accessible design:

FeatureDescription
Ability to modify or add semantic HTML elementsEnables the use of correct HTML tags such as <button>, <form>, and <label> to improve screen reader compatibility and structure
Full support for ARIA roles and attributesSupports attributes like aria-label, aria-live, and aria-expanded to provide additional context and dynamic updates for assistive technologies
Custom styling for focus indicators, contrast, and responsive designAllows the platform to apply visible focus styles, maintain sufficient colour contrast, and adapt layout for different screen sizes and devices

Identifying Conversations and Announcing Updates

Chatbots that support multiple conversation threads must clearly label each thread (e.g., "HR Enquiry" or "IT Support") and indicate which one is currently active. Updates should be communicated using both visual and auditory cues to ensure users with different impairments receive timely information.
Provide Visual and Audio Cues Both visual and auditory cues help different users stay informed:

Rich Media Accessibility

Multimedia content such as images, emojis, and audio clips must be made accessible:

Note: There is much more to explore regarding emojis and their effective use in accessible design. In the future, we plan to release a more detailed guide on emoji accessibility, which will be linked here

Accessible Language, Fonts, and Colour Contrast

Clear, simple language makes chatbot interactions more accessible for users with cognitive impairments or those who are non-native speakers. Additionally, using legible fonts and maintaining strong colour contrast ensures that text is readable by users with visual impairments or colour blindness.

Challenges with Overlays and Chatbot Widgets

Compliance Issues

Despite claims made by some chatbot vendors, many overlays and widgets do not meet WCAG standards. These tools may be marketed as accessibility solutions, but when implemented poorly, they can cause more harm than good especially for users who rely on screen readers or keyboard navigation.
If you are considering using a chatbot on your website, be aware that they can impact the accessibility of your website, and you should thoroughly test any new chatbot, widget, or 3rd party tool before adding it to your website.

Redundancy and Overstated Value

Chatbot features themselves usually don't cause unnecessary repetition or confusion for users with disabilities. However, certain elements such as overlays can present challenges. Overlays may obstruct important page content and cause frustration for users who depend on assistive technologies like screen magnifiers or browser extensions.
One issue with chatbots is that many users prefer speaking to a human rather than AI. Some disabled users could worry that as AI-driven accessibility tools become more widespread, they might lead to a future where all interactions are automated, removing the human element from online experiences.

User Overload

Too many automated suggestions or options can overwhelm users, especially those with cognitive impairments or unfamiliarity with chatbot interfaces. A cluttered or noisy interface that attempts to do too much can make it more difficult for users to focus and navigate the conversation effectively.

Learning from Major Messaging Platforms (WhatsApp, iMessage)

Consistency and Familiarity

Popular messaging apps such as WhatsApp and iMessage use simple, intuitive interfaces that are accessible to a broad range of users. Chatbots can replicate these familiar structures by using clear layouts, predictable navigation, and straightforward interactions.

WhatsApp's Meta AI: What It Is

WhatsApp's Meta AI is a built-in chatbot powered by Meta's Llama 4 large language model, designed to assist users by answering questions and providing information directly in the app. It appears as a blue circle icon in the chat interface, offering help without leaving WhatsApp. Although Meta labels the feature as "optional," it cannot be removed from the app, making it a permanent fixture in the interface.

Strengths of Meta AI

Meta AI offers several useful advantages, particularly for users with accessibility needs:

Weaknesses in Terms of Chatbot Accessibility

There are several limitations related to Meta AI's accessibility features:

iMessage's Chatbot: What It Is

iMessage, Apple's messaging app, integrates AI-powered features aimed at improving user experience. While not as prominent as WhatsApp's Meta AI, iMessage uses AI in the form of predictive text, automated replies, and message suggestions. These features assist users by making it easier and faster to compose messages. iMessage also offers voice-to-text capabilities and a simple interface that responds to user commands.
Unlike WhatsApp's Meta AI, iMessage's AI features are more optional, allowing users to interact with them at their discretion rather than being a permanent fixture.

Strengths of iMessage's Chatbot

Weaknesses in Terms of Chatbot Accessibility

Clear Notifications

Clear Notifications and Inclusive Features
Popular messaging platforms notify users of new messages, replies and typing indicators in ways that are clear and accessible manner. Chatbots should emulate this by using both visual and audio signals to alert users especially those with hearing or vision impairments. Offering customisable accessibility features such as font resizing, voice-to-text input and high contrast themes also improves usability for people with a wide range of needs.
Below is a table outlining common issues and best practices for clear notifications and accessible chatbot design:

IssueBest Practice
Users may miss new messages or typing indicators without clear alertsProvide visual cues such as highlighting new messages and audio signals like gentle sounds to notify users of updates
Notifications can be overly disruptive or unclearUse ARIA live regions with polite settings, such as aria-live="polite", to announce updates without interrupting the user
Lack of personalisation for accessibility needsInclude options to customise font size, contrast levels and input methods such as voice-to-text to support diverse user needs

Conclusion

Chatbots have the potential to simplify online interactions but only if they are accessible to all users. Many current implementations fall short by using inaccessible overlays, lacking proper keyboard and screen reader support, or failing to provide clear communication cues. By adopting inclusive design principles, conducting thorough user testing with assistive technologies, and learning from successful messaging platforms, we can build chatbot experiences that are truly user-friendly and accessible for everyone. Designers and developers should prioritize accessibility testing and inclusive design to ensure chatbot technology benefits everyone.

An example of an accessible chatbot

My colleage, Darren has created an accessible chatbot example, which considers many aspects discussed in this article. The guide walks you through the process of creating an accessible chatbot, although the example component is based upon a turn-based application, but further considerations are available for alternative implementations, for your consideration.

References

  1. Chatbots: Are They Really Accessible?
  2. Bureau of Internet Accessibility. Five Key Accessibility Considerations for Chatbots
  3. Accessibility Audit UK. Accessibility Overlays Don't Work
  4. Overlay Fact Sheet. Understanding Overlay Tools and Their Limitations
  5. Jinraj Jain. Concierge Bot: Handle Multiple Chatbots from One Chat Screen. Chatbots Life
  6. Web Accessibility Team. Messaging Apps: The Good, the Bad, and the Ugly
  7. W3C Web Accessibility Initiative (WAI) ARIA Authoring Practices Guide
  8. Overlay Fact Sheet (n.d.)
  9. Five Key Accessibility Considerations for Chatbots
  10. BBC News WhatsApp defends 'optional' AI tool that cannot be turned off
  11. Trusted Reviews What is Meta AI? The WhatsApp and Facebook AI chatbot explained

Share on:

TwitterLinkedIn

Site preferences

Please feel free to display our site, your way by finding the preferences that work best for you. We do not track any data or preferences at all, should you select any options in the groups below, we store a small non-identifiable token to your browser's Local Storage, this is required for your preferencesto persist across pages accordion be present on repeat visits. You can remove those tokens if you wish, by simply selecting Unset, from each preference group.

Theming

Theme
Code block theme

Code theme help

Code block themes can be changed independent of the site theme.

  • Default: (Unset) Code blocks will have the same theme as the site theme.
  • Light 1: will be default for users viewing the light theme, this maintains the minimum 7:1 (WCAG Level AAA) contrast ratio we have used throughout the site, it can be quite difficult to identify the differences in colour between various syntax types, due to the similarities in colour at that contrast ratio
  • Light 2: drops the contrast for syntax highlighting down to WCAG Level AA standards (greater than 4.5:1)
  • Dark: Syntax highlighting has a minimum contrast of 7:1 and due to the dark background differences in colour may appear much more perceivable

Motion

Motion & animation

Motion & animation help

  • Default (Unset): Obeys device settings, if present. If no preference is set, there are subtle animations on this site which will be shown. If you have opted for reduce motion, smooth scrolling as well as expanding and collapsing animations will no longer be present, fading transtitions and micro animations will still be still present.
  • None: All animations and transitions are completely removed, including fade transitions.

Links

Underline all links

Underline all links help

  • Default (Unset): Most links are underlined, with a few exceptions such as: the top level links in the main navigation (on large screens), cards, tags and icon links.
  • Yes: Will add underlines to the exceptions outlined above, resulting in every link being underlined

Text and paragraphs

Font size (main content)

Font size help

This setting does not apply to the site's header or footer regions

  • Default (Unset): Font sizes are set to site defaults
  • Selecting Large or Largest will increase the font size of the main content, the size of the increase depends on various factors such as your display size and/or zoom level. The easiest way to determine which option suits you best would be to view this text after clicking either size's button
Letter spacing

Letter spacing help

  • Default (Unset): Default letter spacing applies
  • Increased: Multiplies the font size by 0.12 and adds the sum as spacing between each character
Line height

Line height help

  • Default (Unset): all text has a minimum line height of 1.5 times the size of the text
  • Increased: all text has a line height of twice the size of the text
Line width

Line width help

  • Default (Unset): all text has a maximum line width of 80 REM units (this averages around 110 characters per line)
  • Decreased: all text has a maximum line width of 55 CH units (this averages around 80 characters per line)
Paragraph spacing

Paragraph spacing help

  • Default (Unset): The space between paragraphs is equivalent to 1.5 times the height of the paragraph's text
  • Increased: The space between paragraphs is equivalent to 2.25 times the height of the paragraph's text
Word spacing preference

Word spacing help

  • Default (Unset): No modifications to word spacing are present
  • Increased: Spaces between words are equivalent to 0.16 times the font size