Improving Accessibility & UX on Droopleā€™s Website! šŸ’§

Posted
Tags
Accessibility UI/UX
Share
The image of the current homepage of Droople's website and Yoshie's redeisng of it

šŸ‘©šŸ»ā€šŸ”¬ Accessibility Insights from My Review

While reviewing Droopleā€™s website, I identified 23 accessibility and UI/UX issues on the homepage. Of these, 10 could be fixed with design changes, 12 required programming fixes, and 1 involved content editing.

Letā€™s explore how I approached these issues and improved the design!

āœ… How I Solved Accessibility and UX Issues

1. Colour Contrast

Many text elements didnā€™t have enough contrast against their background, making them hard to read for users with visual impairments. I ensured all text met the WCAG requirement of at least a 4.5:1 contrast ratio. (Learn more about colour contrast here.)

Hero section:

The current website's hero section
Before: It depends on the video whether the background color is lighter
Yoshie's redesign of hero section
After

FAQ section:

The current website's FAQ section
Before
Yoshie's redesign of FAQ section
After

2. Mobile Navigation Menu Changes Order:

The navigation menu items change order on mobile, causing inconsistency across devices. I didnā€™t redesign the mobile version but would recommend keeping the same order across all devices to avoid confusing users.

The current website's navigation on desktop and mobile
The current website’s navigation on desktop and mobile

3. Non-descriptive Buttons:

Some buttons lacked clarity in their text.

  • For the ā€œDiscoverā€ button, I would change it to something more descriptive like ā€œLearn how our product worksā€ or ā€œLearn more about our product.ā€
  • The ā€œView storiesā€ and ā€œCase studiesā€ buttons both led to the same page. I would rename them consistently as ā€œRead real storiesā€ to avoid confusion.

4. Content Clarity:

It wasnā€™t immediately clear what Droople does or how they can help users. I added a 3-step section with a clear CTA to guide users toward understanding Droopleā€™s services and taking action.

Yoshie's design of 3 steps section

5. Inconsistent Spacing on Mobile:

Iā€™d use a standardised spacing system to ensure elements are evenly spaced on mobile devices.

6. Duplicate Links in Case Study Cards:

The image and title in the case study cards were clickable, creating redundancy. I consolidated them into one ā€œRead moreā€ button for better usability and accessibility.

The current website's case study section
Before
Yoshie's redesign of case study section
After

7. Image Size and Spacing:

The last image in the APPLIED REAL STORIES section didnā€™t display at full width and the spacing between cards is not consistent which is disrupting the visual layout. I adjusted the image to fill the space and ensured consistent spacing between all cards.

The current website's case study section with inconsistent image width and spacing highlighted
Before
Yoshie's redesign of case study section
After

8. Focus Indicator Visibility:

Some elements either lacked focus indicators or had indicators that were too faint. I designed custom focus outlines that were more visible across different backgrounds, improving keyboard navigation for users.

Yoshie's design of focus indicators for dark background
Yoshie's design of focus indicators for light background

9. Email Input Lacking a Label:

The email input field didnā€™t have a visible label, making it unclear for all users. I would add a simple label, like ā€œEmail,ā€ to improve clarity and accessibility.

Yoshie's redesign of footer

10. Incorrect Reading Order in ā€œBeyond the Main Water Meter IOT Sensorsā€ Section:

When navigating this section with a screen reader, the content was read in the wrong orderā€”titles first, then content. I grouped each title and its content visually and structurally, so they are read in the correct sequence.

The current website's Beyond the Main Water Meter IOT Sensors section
Before
Yoshie's redesign of Beyond the Main Water Meter IOT Sensors section
After

šŸ‘©šŸ»ā€šŸ’» Programming Fixes for Accessibility

Alongside design changes, several issues required coding adjustments to ensure full accessibility:

1. Button, Link, and Menu Elements Lack Accessible Names:

Interactive elements like buttons and menu items didnā€™t have accessible names, which made it hard for screen readers to describe their purpose. Adding aria-label or aria-labelledby attributes to these elements would allow screen readers to provide meaningful context.

2. Keyboard Navigation for Sliders (AWARDS & RECOGNITIONS Section):

Keyboard users couldnā€™t navigate the sliders in this section, except for the first card (B-Corp). I would assign tabindex="0" to each slider card, ensuring that users can access all the cards via keyboard. The slider arrows should also be made keyboard accessible.

3. No “Skip to Content” Link:

Without a ā€œSkip to Contentā€ link, keyboard users must navigate through the entire header before reaching the main content. Adding this link would enhance the user experience by allowing them to jump directly to the primary content.

4. Broken Cookie Popup Interaction:

The cookie popup wasnā€™t fully functional with keyboard navigation, and buttons to close it werenā€™t working properly. I would ensure that keyboard focus moves through all elements and that the ā€œcloseā€ and ā€œconfirmā€ buttons work as expected.

5. Missing Focus Indicators:

Some interactive elements, like toggle buttons and slider arrows, lacked focus outlines. Adding clear focus indicators would help users easily identify where they are on the page when using keyboard navigation.

6. Misuse of ARIA Landmarks:

Several ARIA landmarks were incorrectly applied, with multiple banners used. I would correct this by using semantic HTML elements, such as <header>, <main>, and <footer>, to provide proper structure for screen readers.

7. Text Hidden for Screen Readers (Wherever, Whenever Section):

The text in this section is only revealed by hovering, making it invisible to screen reader users. I would make the text permanently visible to ensure accessibility.

8. Inconsistent Tab Order (Contact/Subscribe Buttons in Footer):

The tab order in the footer was illogical, with the contact button being focused before the email input field. I would adjust the tab order so that the subscribe button follows directly after the input field.

9. FAQ Toggle Focus Issues:

In the FAQ section, keyboard users were unable to focus on the toggles, and focus jumped to hidden links within each FAQ. I would convert the questions into buttons to provide better control and focus management.

10. Slider Issues on Smaller Screens or Zoom:

The slider in the AWARDS & RECOGNITIONS section stopped working when zoomed in or on narrow screens. I would ensure that the slider remains functional and that arrow buttons are visible on all screen sizes.

11. Brands Slider Not Working on Mobile:

The automatic slider wasnā€™t working on mobile, causing brands to be stuck. I would display all brands without sliding for better mobile usability.

12. Lack of Pause for Automatic Sliders:

Sliders moved automatically without a pause button, making it hard for users to interact with the content. I would add a pause button or make all the elements visible without sliding.


āœļø Content Editing Fix for Accessibility

GIF and Image Elements Lack Alt Text

Most of the images have meaningful alt text, which is great! But GIF doesnā€™t have alt text and 2 different images on the footer have the same alt text. Add meaningful alt attributes to all image elements.


šŸ“ What I Learned

The Lighthouse test gave Droopleā€™s site a 90% accessibility score, so I wasnā€™t expecting too many issues. But through this detailed review, I found more issues than I expected (as always šŸ„¹).


āž”ļø What’s Next?

I just published the first article in my series, “I Read the Web Content Accessibility Guidelines (WCAG) 2.2 So You Donā€™t Have To!” šŸŒˆ
This series is designed to help designers and developers create accessible websites and apps, and it can even be shared with business owners or managers to demonstrate that making websites and apps accessible is not a cost, it is a valuable investment āœØ

Letā€™s connect on Mastodon šŸ˜šŸ’š ā€” Iā€™d love to hear your feedback. Did I miss anything? What would you improve in my redesign?

Have an awesome day! šŸ„°

Related articles

Improving Accessibility on Mission Controlā€™s Website! āœØ

šŸ‘©šŸ»ā€šŸ”¬ Accessibility Insights from My Review While reviewing Mission Controlā€™s website, I identified 13 accessibility and UI/UX issues on the homepage. Out of these, 7 required coding fixes, but I could address 6 through design changes. Letā€™s dive into how I solved them! āœ… How I Improved Accessibility and UX Colour Contrast: Green/Yellow Buttons: The original green and yellow buttons didnā€™t provide ā€¦

There are 2 words and both say readability, one is white and the other is navy with 8 different blue background colours

Make Your Website Easy to Read for Everyone (Why Colour Contrast Matters)

Have you ever used white text on a pastel background because it looked cute? Youā€™re not aloneā€”Iā€™ve done it too šŸ„¹ By the end of this blog, youā€™ll understand why that is a bad idea and how to maintain a beautiful, on-brand design without compromising accessibility. Why Low Contrast is a Problem For people with low vision or colour blindness, low-contrast text can be nearly impossible to read. The ā€¦

Making TELL Japan Website Accessible and Decluttered šŸ§¹

šŸ‘©šŸ»ā€šŸ”¬ Accessibility Testing Insights During my review of the TELL Japan website, I identified 17 accessibility and UI/UX issues. While 7 of these issues required coding changes, I addressed the other 10 through design improvements. Here’s how I tackled them. āœ… How I Solved Accessibility and UX Issues 1. Low Color Contrast on Buttons and Text: I improved the colour contrast of text and ā€¦