Accessibility by AudioEye vs Editoria11y Accessibility Checker

AudioEye’s patented technology tests for over 400 accessibility and compliance issues, and fixes many of them automatically, reducing the time to make content accessible. You will get your first AudioEye Accessibility Score the moment you install AudioEye on your site. From then on, AudioEye monitors your site for new issues with every site visitor, detecting and fixing hundreds of errors, while also providing you with a reporting dashboard that identifies what we cannot fix and needs your attention. Technology can’t do it alone. With advanced plans, AudioEye has a team of certified accessibility experts who can help you throughout your accessibility journey. For those issues that we cannot fix automatically, we show you what the issue is, and how to address it on your site. If a lawsuit occurs, AudioEye is here to support you every step of the way. Note: Use of the AudioEye plugin requires an active subscription to an AudioEye Plan. See pricing here. A link to sign up for a new account is presented during the plugin activation process. To log into an existing AudioEye account, you will need to provide your AudioEye Site ID. Script delivery (CDN): AudioEye loads the storefront script (aem.js) from wsmcdn.audioeye.com by default today. We are migrating to wsv3cdn.audioeye-services.com. New setups without a saved Site ID use the new host by default; sites that already had a Site ID saved before the CDN preference existed keep the legacy host until an administrator enables the new host under AudioEye → Script CDN (Advanced) after allowlisting the new URL in any Content Security Policy (script-src, etc.). On first run, the plugin includes an optional onboarding step that explains how to allowlist the new host in your CSP. Features included in all AudioEye base plans: Path to compliance with ADA, Sec 508, AODA & more, using WCAG 2.1 AA AudioEye Trusted Certification​ Usability toolbar with 24/7 Helpdesk​ Suite of AI-Powered Tests & Fixes​ Access to Certified Accessibility Experts Basic Legal Support & Warranty​ Features available in AudioEye custom plans: Advanced Legal Support Manual Remediations Premium Support Custom Training

Editoria11y (“editorial accessibility ally”) is a quality assurance tool built for an author’s workflow: It provides instant feedback in the post and page editors. Authors do not need to remember to press a button or visit a dashboard to check their work. It checks in context on pages, not just within the post editor, allowing it to test content edited in widgets or theme features. It focuses exclusively on content issues: assisting authors at improving the things that are their responsibility. This plugin is the WordPress adaptation of the open-source Editoria11y library. Tests run in the browser and findings are stored in your own database; nothing is sent to any third party. It is meant to supplement, not replace, testing your code and visual design with developer-focused tools and testing practices. The authoring experience Check out a demo of the checker itself. When logged-in authors and editors are viewing pages, Editoria11y inserts tooltips marking any issues present on the current page. Issues are also highlighted while editing in the Block Editor (Gutenberg) and Classic Editor (TinyMCE). Tooltips explain each problem and what actions are needed to resolve it. Some issues are “manual checks,” which have buttons to ignore the check or mark the content as OK. Clicking the main toggle shows and hides the tooltips. The main toggle also allows authors to jump to the next issue, restore previously dismissed alerts, visualize text alternatives for images on the page (“alts”), view the document’s heading outline, and view site-wide detection lists. The admin experience Filterable reports let you explore recent issues, which pages have the most issues, which issues are most common, and which issues have been dismissed. These populate and update when published content is viewed by logged-in authors. Various settings are available to constrain checks to specific parts of the page and tweak the sensitivity of several tests. The tests Text alternatives for visual content Images with no alt text Images with a filename as alt text Images with very long alt text Images with fake alt text to get around field validation (e.g. “TBD”) Alt text that contains redundant text like “image of” or “photo of” Images in links with alt text that appears to be describing the image instead of the link destination Embedded visualizations that usually require a text alternative Meaningful links Links with no text Links titled with a filename Links only titled with generic text: “click here,” “learn more,” “download,” etc. Links that open in a new window without warning Document outline and structure Skipped heading levels Empty headings Very long headings Suspiciously short blockquotes that may actually be headings All-bold paragraphs with no punctuation that may actually be headings Suspicious formatting that should probably be converted to a list (sequences of sentences that start with asterisks, emoji or incrementing numbers/letters) Tables without headers Empty table header cells Tables with document headers (“Header 3”) instead of table headers General quality assurance LARGE QUANTITIES OF CAPS LOCK TEXT Links to PDFs and other documents, reminding the user to test the download for accessibility or provide an alternate, accessible format Video embeds, reminding the user to add closed captions Audio embeds, reminding the user to provide a transcript Social media embeds, reminding the user to provide alt attributes Custom results provided by your JS Credit Editoria11y’s WordPress plugin is maintained by Princeton University’s Web Development Services team: John Jameson: Editoria11y JS and CMS integrations Jason Partyka: Devops Brian Osborne: Code review Michael Muzzie: Wapuu photos Editoria11y began as a fork of the Toronto Metropolitan University’s Sa11y Accessibility Checker, and our teams regularly pass new code and ideas back and forth.