Web Accessibility Testing MCP

Web Accessibility Testing MCP

Ronan Takizawa · Coding

Web Accessibility Testing MCP ist ein Open-Source-Server des Model Context Protocol, der einem KI-Client die Fähigkeit gibt, Webseiten auf Barrierefreiheitsprobleme zu prüfen. Er verbindet die Axe-core-Engine von Deque mit Puppeteer, sodass ein Assistent wie Claude Desktop oder Cursor eine Live-URL oder einen rohen HTML-Schnipsel testen und einen Bericht zur Konformität mit WCAG 2.0, 2.1 und 2.2 zurückgeben kann. Du gibst ihm eine Seite. Er gibt dir eine Liste dessen, was kaputt ist und wo.

Vorschau der Oberfläche von Web Accessibility Testing MCP

Über Web Accessibility Testing MCP

Was ist Web Accessibility Testing MCP

Web Accessibility Testing MCP, oft zu a11y MCP verkürzt, ist ein kleiner MCP-Server für Barrierefreiheitstests, der einen KI-Programmierassistenten mit derselben Engine verbindet, die viele professionelle Audit-Teams bereits nutzen. Er kapselt die Axe-core-Bibliothek von Deque Labs und steuert einen echten Headless-Browser über Puppeteer, sodass die Prüfungen gegen gerenderte Seiten laufen und nicht gegen statisches Markup.

Der Punkt ist der Ort. Kein separates Dashboard. Kein Kopieren von Ergebnissen zwischen Tabs. Stattdessen bittest du deinen Assistenten, eine URL anzusehen, und die Ergebnisse kommen als normale Chat-Antwort zurück. Das zählt, wenn du eine Komponente auslieferst und vor einem Pull Request einen schnellen Durchlauf zur WCAG-Konformität willst.

Die größten Grenzen sollte man klar benennen. Es ist ein Community-Projekt, kein offizielles Produkt von Deque. Der Support kommt aus dem GitHub-Repo, nicht von einem Anbieter-Helpdesk. Außerdem testet es nur, was Axe-core automatisch erkennen kann, was viele echte Probleme abdeckt, aber nie alles erfasst, was ein menschlicher Prüfer sehen würde.

Erste Schritte

  1. Stelle sicher, dass Node.js 18 oder neuer auf deinem Rechner läuft, und wähle einen MCP-kompatiblen Client wie Claude Desktop, Claude Code, VS Code oder Cursor.
  2. Öffne die MCP-Konfigurationsdatei deines Clients, die unter macOS, Windows und Linux an einem anderen Pfad liegt.
  3. Füge unter mcpServers einen Eintrag namens a11y-accessibility mit dem Befehl npx und dem Argument -y a11y-mcp-server hinzu.
  4. Starte die Client-Sitzung neu, damit die neuen Tools registriert werden, und prüfe dann, ob der Server in deiner Tool-Liste auftaucht.
  5. Bitte den Assistenten, eine URL gegen ein Tag wie wcag2aa zu testen, und lege optional Breite und Höhe des Viewports für eine Mobil- oder Desktop-Prüfung fest.

Produktinformationen

Ein kurzer Überblick über Preise, unterstützte Plattformen und die Leistung von Web Accessibility Testing MCP.

Kostenloser TarifJa
Bezahlte Tarife$0
PlattformNode.js 18+ with MCP clients (Claude Desktop, Claude Code, VS Code, Cursor, Windsurf)
EntwicklerRonan Takizawa
KategorieCoding
VeröffentlichungsdatumMar 2025
Zuletzt aktualisiertSep 2025
Website-Besuche649.3M
Globales Website-Ranking50
API-VerfügbarkeitJa

Am besten für

Die Nutzer, Aufgaben und Szenarien, für die dieses Tool am besten passt.

Nutzer

  • Front-End-Entwickler
  • QA- und Barrierefreiheitstester
  • Kleine Teams ohne eigenen Auditor

Aufgaben

  • Eine Live-Seite testen
  • Einen HTML-Schnipsel testen
  • Farbkontrast-Analyse
  • ARIA-Validierung

Szenarien

  • Prüfungen vor dem Commit
  • Responsive-Prüfung
  • Regressionsverfolgung

Wichtigste Funktionen

Tests von URLs und HTML-Schnipseln

Der Server testet jede öffentliche URL oder einen rohen HTML-String. Das deckt sowohl eine Live-Seite ab, die du nicht leicht von Hand prüfen kannst, als auch ein Fragment, das noch in deinem Editor liegt. Jeder Durchlauf liefert einen strukturierten Bericht. Keine Screenshots. Der Assistent kann die Verstöße direkt zusammenfassen.

Integration von Axe-core und Puppeteer

Die Prüfungen laufen über die Axe-core-Engine von Deque in einem echten Headless-Browser, gesteuert von Puppeteer. Das sind Axe-core-Barrierefreiheitsprüfungen, dieselbe Art, die ein professionelles Audit-Team ausführt. Weil die Seite vollständig gerendert wird, spiegeln die Ergebnisse wider, was Nutzer tatsächlich laden, nicht nur das Quell-HTML. Es ist dieselbe Erkennungslogik, auf die sich viel professionelles Werkzeug verlässt.

Tests zur Konformität mit WCAG 2.0, 2.1 und 2.2

Du wählst mit Tags wie wcag2aa, gegen welche Standards getestet wird. Der Server prüft Inhalte gegen die Regeln 2.0, 2.1 und 2.2, sodass du die Stufe treffen kannst, die dein Projekt wirklich anstrebt, statt alles laufen zu lassen.

Anpassbare Viewport-Größen

Breite und Höhe sind konfigurierbar, mit Standardwerten von 1280 mal 800. Ein Viewport in Handy-Größe bringt Probleme ans Licht, die nur auf kleinen Bildschirmen auftreten. Enge Tap-Ziele zum Beispiel. Oder Inhalte, die bei schmalen Breiten brechen.

Farbkontrast- und ARIA-Prüfungen

Zwei häufige Fehlerbereiche haben eigene Tools. Ein Farbkontrast-Analysator validiert Text- und Hintergrundpaare, während die ARIA-Validierung prüft, ob Attribute korrekt und vollständig verwendet werden. Beide erfassen Probleme, die mühsam mit dem Auge zu prüfen sind.

Regel-Erkundung

Ein Tool zur Regel-Erkundung erklärt, welche Barrierefreiheitsregeln es gibt und was sie bedeuten. Das hilft, wenn ein Bericht etwas markiert, das du nicht kennst, und du Kontext willst, bevor du entscheidest, ob es ein echtes Problem ist.

Erkennung von festgeschriebener Ausrichtung

Der Server markiert Inhalte, die eine bestimmte Bildschirmausrichtung erzwingen. Das zählt für Nutzer auf Tablets oder mit motorischen Einschränkungen, wo eine festgeschriebene Ausrichtung eine Seite unbrauchbar machen kann.

Vor- und Nachteile

Vorteile

  • Läuft in deinem bestehenden KI-Client, also kein separates Dashboard und kein Konto zu verwalten.
  • Kostenlos und Open Source, mit dem vollen Code auf GitHub.
  • Gebaut auf Axe-core, einer breit vertrauten Engine für Barrierefreiheitsregeln.
  • Testet sowohl Live-URLs als auch rohes HTML und deckt so frühe und späte Phasen eines Projekts ab.
  • Konfigurierbare WCAG-Tags und Viewport-Größen geben Kontrolle über den Testumfang.

Nachteile

  • Automatische Prüfungen verpassen Probleme, die menschliches Urteil brauchen, also ersetzen sie kein manuelles Audit.
  • Erfordert Node.js 18+ und einen MCP-fähigen Client, was beiläufige nicht-technische Nutzer ausschließt.
  • Es ist ein Community-Projekt und kein offizielles Produkt von Deque, also gibt es keine Anbieter-Support-Hotline.

Häufige Fragen

Es ist ein KI-Tool für Barrierefreiheitstests, das einen KI-Assistenten mit der Axe-core-Engine von Deque verbindet, sodass der Assistent Webseiten und HTML-Schnipsel auf Barrierefreiheitsprobleme und WCAG-Konformität testen kann. Das macht es praktisch für Barrierefreiheitstests für Entwickler, die ihren Editor lieber nicht verlassen. Du fragst, und es liefert eine strukturierte Liste der Verstöße.