Skip to main content
📚 Cite this page

AMA
Weru Lawrence. Untitled. The ENABLE Model website. Published 2025. Accessed 2026-04-01. https://enablemodel.com/docs/navigator-side/third-party-tools

APA
Weru, L. (2025). Untitled. The ENABLE Model. https://enablemodel.com/docs/navigator-side/third-party-tools

MLA
Weru, Lawrence. "Untitled." The ENABLE Model, 2025, https://enablemodel.com/docs/navigator-side/third-party-tools.

Chicago
Weru, Lawrence. "Untitled." The ENABLE Model. 2025. https://enablemodel.com/docs/navigator-side/third-party-tools.

BibTeX

@misc{enable2025third-party-tools,
              author = {Weru, Lawrence},
              title = {Untitled},
              year = {2025},
              url = {https://enablemodel.com/docs/navigator-side/third-party-tools},
              note = {The ENABLE Model}
            }

Augment with Third-Party Tools

When websites, apps, or systems are not accessible by default, end-users are often forced to install or activate third-party tools to bridge the gap. These tools may be browser extensions, overlay widgets, plugins, or standalone applications that provide missing accessibility functions like keyboard navigation, text-to-speech, or visual adjustments. They may also be accessible-format publications created by third-parties or content-sharing networks. These tools are not native to the experience -- they are compensations layered on top.

Role in the ENABLE Model

This compensation arises navigator-side, after upstream care has failed. The need to augment with third-party tools is a clear indicator of design and development neglect -- especially when basic interactions or modes of access are not supported natively. In the ENABLE model, this is a burden placed on the user to correct what should have been addressed earlier in the lifecycle.

Why it happens

It happens because accessibility is often deprioritized, delayed, or dismissed during the builder-side phases of requirement-setting, design, and development. Rather than fixing the root issue, organizations shift the responsibility to users -- especially disabled users -- to find workarounds or patch their experience with external tools. This reflects a systemic neglect of inclusive design and reinforces digital inequity.

Examples

In the news

7 Must-Have Accessibility Extensions for Google Chrome (2024)
-- TestDevLab

  • Browser extensions like WAVE, axe DevTools, and Accessibility Insights help developers test for barriers -- but the same tools are often used by disabled users to diagnose why sites don't work for them. When users must install third-party tools to audit websites that should have been tested before launch, the labor of accessibility verification shifts from builders to navigators.

FCC Proposed New Rules for Video Conferencing Access (August 2023)
-- Federal Communications Commission

  • The FCC proposed rules (proceeding 23-161) requiring video conferencing platforms to be accessible, potentially reducing the need for third-party tools to patch platform failures. Until such requirements are finalized, users continue to rely on external captioning services, third-party sign language interpretation tools, and screen reader workarounds to participate in video calls.

WAVE Evaluation Tool Updates (2024)
-- WebAIM

  • WAVE, the free accessibility evaluation extension, released updates in 2024 supporting contrast checking with foreground opacity and numerous bug fixes. While intended for developers, many disabled users and advocates use WAVE as a third-party tool to document barriers before submitting feedback or asserting rights -- performing labor that builder-side QA should have completed.
  • Using Helperbird, a browser extension that allows users to customize font, contrast, and text-to-speech functionality across inaccessible sites.
  • Using the browser extension Vimium to navigate web pages that don't provide native keyboard support.
  • Using the MacOS app ShortCat: to control the interface by typing commands, compensating for missing keyboard shortcuts.
  • Replacing default interfaces with third-party overlays that offer more accessible interactions

Compensation sounds like

"I had to install a plugin just so I could read the menu."
"None of the buttons worked with my keyboard, so I had to use Vimium."
"I only got through the checkout form because I added an extension that let me zoom the text."

Burden sounds like

"I tried three extensions before one kind of worked."
"My screen reader kept crashing because of the site's overlay."
"I wasted 40 minutes figuring out how to install and configure a tool just to log in."

Real-world Scenario

A blind user tries to access an educational platform to download their course materials. The website uses custom elements without accessible labels, and their screen reader can't interact with them. After repeated failures, the user installs a browser extension that injects ARIA attributes into the page and manually scripts a keyboard shortcut to access the "Download" button. The download finally works -- but the user had to debug, install, and configure third-party tools just to accomplish a task that should have taken seconds. Meanwhile, their sighted peers never encountered any friction.


Manifestations

The following manifestations are associated with this ENABLE Model location:


Edited by Lawrence Weru S.M. (Harvard)

📝 Disclaimer

The ENABLE Model draws on the principles of anthropology and the practice of journalism to create a public ethnography of accessibility, documenting how people intervene or compensate for accessibility breakdowns in the real world. Inclusion here does not imply endorsement. It chronicles observed use -- how a tool, organization, or strategy is actually used -- rather than how it is marketed. References, when provided, are for verification and transparency.


📚 Cite this page

AMA
Weru Lawrence. Untitled. The ENABLE Model website. Published 2025. Accessed 2026-04-01. https://enablemodel.com/docs/navigator-side/third-party-tools

APA
Weru, L. (2025). Untitled. The ENABLE Model. https://enablemodel.com/docs/navigator-side/third-party-tools

MLA
Weru, Lawrence. "Untitled." The ENABLE Model, 2025, https://enablemodel.com/docs/navigator-side/third-party-tools.

Chicago
Weru, Lawrence. "Untitled." The ENABLE Model. 2025. https://enablemodel.com/docs/navigator-side/third-party-tools.

BibTeX

@misc{enable2025third-party-tools,
              author = {Weru, Lawrence},
              title = {Untitled},
              year = {2025},
              url = {https://enablemodel.com/docs/navigator-side/third-party-tools},
              note = {The ENABLE Model}
            }