NCA Social Media
Aktualisiert:
Autor:
Roland Golla
Grüner Sockel mit Barrierefreiheitssymbol, darauf blinder Mensch und Roboter

Was ist Agent Readiness?

Agent Readiness beschreibt, ob eine barrierefreie Website auch von KI Agenten gelesen und bedient werden kann. Die Grundlage ist digitale Barrierefreiheit: Was Screenreader, Tastatur und Sprachsteuerung zuverlässig nutzen können, verstehen auch KI Agenten.

Screenreader und KI Agenten lesen dieselbe Quelle, den Accessibility Tree des Browsers. Fehlt dort eine Rolle oder ein Name, scheitert zuerst der Mensch mit assistiver Technik. Der KI Agent scheitert an derselben Stelle.

Agent Readiness ist deshalb kein eigenes Projekt neben der Barrierefreiheit. Sie entsteht aus semantischem HTML, den WCAG und sauberem Testing. Wer nach dem BFSG barrierefrei baut, legt das Fundament bereits.

Inhalt

Agent Readiness mit NCA: Schnelle Hilfe vom Experten

Barrierefreiheit ist bei uns Handwerk mit Tests. Unsere Frontends entstehen mit Astro, React und Vue. Wir prüfen den Accessibility Tree im Browser, testen mit Tastatur und Screenreader und sichern Rollen, Namen und Zustände mit axe-core in Cypress ab. Die Tests laufen in GitHub Actions oder GitLab CI, die Ergebnisse landen in Cypress Cloud. So bleibt eine Seite barrierefrei, auch wenn sich der Code ändert.

Dazu passen unsere Leistungen rund um Accessibility Webdesign und Frontend, das Accessibility Testing mit axe DevTools und Cypress, Lighthouse Accessibility Audits, ein strukturiertes Accessibility Audit für bestehende Seiten und die Compliance nach BFSG und WCAG.

Lass uns sprechen
Finde das passende Angebot für dein Projekt
Anfrage-Konfiguration
Starten Sie Ihre Anfrage
Projektart
Infos
Nachricht

Eliminierung technischer Schulden mit PHPStan, Rector PHP und PHPUnit. Über 20 Jahre Praxiserfahrung in skalierbaren Backends.

CORE EXPERTISE

Gesetzliche Konformität & Inklusion. Optimierung von Performance und Conversion durch radikal nutzerzentriertes, universelles Design.

BFSG COMPLIANT

Skalierbare KI-Systeme mit echtem Code Ownership. CI/CD, Backup-Strategien und Infrastruktur, die mit deinem Team wächst.

ENTERPRISE READY

Barrierefreiheit zuerst: Wer den Accessibility Tree braucht

Viele Menschen nutzen eine Website ohne Maus und ohne Blick auf das Layout. Sie verlassen sich auf die Informationen, die der Browser über jedes Element bereitstellt:

KI Agenten reihen sich in diese Liste ein. Auch sie handeln im Auftrag eines Menschen und sehen die Seite nicht so, wie sie gestaltet ist. Jede Barriere für assistive Technik ist damit auch eine Barriere für Agenten.

Der Accessibility Tree: Eine Quelle für Screenreader und KI Agenten

Der Browser baut aus dem DOM einen zweiten Baum. Dieser Accessibility Tree enthält für jedes Element Name, Rolle und Zustand. Assistive Technik liest ihn über die Schnittstellen des Betriebssystems.

Der web.dev Guide Build agent friendly websites beschreibt, dass KI Agenten genau diesen Baum nutzen. Sie kombinieren ihn mit dem HTML und mit Screenshots. Der Accessibility Tree liefert ihnen die klarste Karte, weil er nur Bedeutung enthält und kein Styling.

Ein div mit Klick Handler sieht im Browser aus wie ein Button. Im Accessibility Tree fehlt ihm die Rolle. Der Screenreader kündigt ihn nicht als Button an, die Tastatur erreicht ihn nicht, und der KI Agent erkennt keine Aktion.

Die vier Stufen der Agent Readiness

Agent Readiness wächst mit dem Stand der Barrierefreiheit. Die Tabelle zeigt, was Menschen mit assistiver Technik und KI Agenten auf jeder Stufe erleben und was den nächsten Schritt bringt.

Agent Readiness Stufen im Überblick

Stufe Was Nutzer und Agenten erleben Was hilft
Stufe 1: Blockiert Buttons sind div Elemente, Formulare haben keine Labels. Screenreader, Tastatur und KI Agenten kommen nicht weiter. Accessibility Audit, fehlende Rollen und Namen ergänzen
Stufe 2: Lesbar Inhalte stehen im Accessibility Tree. Einzelne Aktionen scheitern noch an Fokus, Overlays oder zu kleinen Zielen. Semantisches HTML, klare Labels, sichtbarer Fokus
Stufe 3: Bedienbar Suche, Formular und Checkout funktionieren mit Tastatur, Screenreader und KI Agent. Automatisierte Tests mit axe-core und Cypress in der CI
Stufe 4: Abgesichert Neue Releases halten den Stand. Neue Barrieren fallen vor dem Deployment auf. Regressionstests, manuelle Prüfung, WCAG 2.2 AA als Maßstab

Typische Barrieren für Screenreader und KI Agenten

Die meisten Blocker für KI Agenten sind bekannte Barrieren aus Accessibility Audits:

  • Falsche Elemente: Ein div statt button oder a hat keine Rolle und ist per Tastatur nicht erreichbar.
  • Lose Labels: Ohne for Attribut kennt weder Screenreader noch Agent den Zweck eines Feldes. Mehr unter barrierefreie Formulare.
  • Verdeckte Elemente: Transparente Overlays liegen über Buttons und blockieren Fokus und Klick.
  • Winzige Ziele: Sehr kleine Bedienelemente sind für Menschen mit motorischen Einschränkungen schwer zu treffen und fallen bei Agenten aus der Bildanalyse.
  • Informationen nur im Bild: Ohne Alternativtext bleibt der Inhalt für beide unsichtbar.
Code: 
          
<!-- Barriere für Screenreader, Tastatur und Agent -->
<div class="btn" onclick="send()">Absenden</div>

<!-- Barrierefrei für alle -->
<label for="email">Mail</label>
<input id="email" type="email">
<button type="submit">Absenden</button>

Das zweite Beispiel braucht kein ARIA. Native Elemente bringen Rolle, Name und Tastaturbedienung mit. ARIA kommt nur dort zum Einsatz, wo HTML allein nicht reicht. Falsch gesetztes ARIA schadet mehr, als es hilft.

Barrierefreiheit prüfen und absichern

Der erste Blick geht in den Browser. Die Chrome DevTools und der Firefox Accessibility Inspector zeigen den Accessibility Tree jeder Seite. Dort sieht man sofort, wo Namen oder Rollen fehlen. Mit taba11y lässt sich die Tab Reihenfolge sichtbar machen.

Danach kommt die Automatisierung. Mit axe-core in Cypress prüfen wir Kernstrecken wie Suche, Formular und Checkout bei jedem Push. Lighthouse Accessibility Audits liefern einen schnellen Überblick. In der Pipeline verhindern die Tests, dass ein Release neue Barrieren einbaut.

Automatisierte Tools finden nur einen Teil der Probleme. Ein manueller Test mit Tastatur und Screenreader gehört deshalb immer dazu. Einen Überblick über passende Werkzeuge gibt unsere Seite zu Accessibility Testing Tools.

WCAG Kriterien hinter der Agent Readiness

Agent Readiness braucht keinen neuen Standard. Die wichtigsten Punkte stecken bereits in den WCAG Erfolgskriterien. Das BFSG verweist über die harmonisierte Norm EN 301 549 auf WCAG 2.1 Stufe AA, WCAG 2.2 ergänzt weitere Kriterien:

  • 1.1.1 Nicht-Text-Inhalt: Bilder brauchen Alternativtext. Siehe Nicht-Text-Inhalte.
  • 1.3.1 Info und Beziehungen: Struktur steht im Code und nicht nur im Design.
  • 2.1.1 Tastatur: Jede Funktion ist per Tastatur bedienbar. Siehe Operabilität.
  • 2.5.8 Zielgröße (Minimum): Bedienelemente sind groß genug zum Treffen. Dieses Kriterium ist mit WCAG 2.2 neu.
  • 3.3.2 Beschriftungen oder Anweisungen: Jedes Feld hat ein Label.
  • 4.1.2 Name, Rolle, Wert: Jedes Bedienelement meldet, was es ist und was es kann. Siehe Robustheit.

Wer diese Kriterien erfüllt, hat den größten Teil der Agent Readiness bereits geschafft. Das Audit für die Barrierefreiheit ist damit auch das Audit für KI Agenten.

Everything we suggest to make a site "agent-ready" also makes sites better for humans.

Kasper Kulikowski, Mitautor des Guides Build agent friendly websites – web.dev

Agent Readiness in der Praxis: So arbeitet NCA

Wir starten mit einer Bestandsaufnahme. Welche Aufgaben sollen Menschen auf der Seite erledigen, etwa suchen, ein Formular senden oder bestellen? Für jede Aufgabe prüfen wir den Weg im Accessibility Tree, mit Tastatur und mit Screenreader. Das Ergebnis ist eine priorisierte Liste mit Befunden, die sich direkt umsetzen lassen.

Die Korrekturen setzen wir im Code der Komponenten um und sichern jede davon mit einem Test ab. So bleibt der Stand auch nach dem nächsten Release erhalten. Menschen mit assistiver Technik profitieren sofort, KI Agenten automatisch mit.

Die rechtliche Einordnung liefern unsere Seiten zum European Accessibility Act, zu den Übergangsfristen für Onlineshops und zu den vier Grundprinzipien POUR.

CYPRESS.IO Ambassador und IT Consultant für QA Engenieering und Qualität in PHP Projekten.

Erreichen Sie unsere Spezialisten zu barrierefreien Webdesign

Wir sind hier, um Ihnen zu helfen. Gemeinsam meistern wir Ihre digitalen Herausforderungen und fördern die Inklusion im Internet. Lassen Sie uns Ihre Projekte mit barrierefreiem Webdesign erfolgreich machen.

Kostenlose Demo Jetzt anrufen

Häufige Fragen zu Agent Readiness

Die wichtigsten Antworten zu Barrierefreiheit, Accessibility Tree, WCAG Kriterien und Tests, und was KI Agenten davon haben.

Was bedeutet Agent Readiness 2026?

Agent Readiness bedeutet, dass eine barrierefreie Website auch von KI Agenten gelesen und bedient werden kann. Die Grundlage ist digitale Barrierefreiheit. Semantisches HTML, klare Beschriftungen und ein sauberer Accessibility Tree helfen zuerst Menschen mit Screenreader, Tastatur oder Sprachsteuerung. KI Agenten nutzen dieselben Informationen und profitieren automatisch mit.

Was hat Barrierefreiheit 2026 mit KI Agenten zu tun?

Screenreader und KI Agenten lesen dieselbe Quelle, den Accessibility Tree des Browsers. Fehlt dort ein Name oder eine Rolle, scheitern beide an derselben Stelle. Deshalb deckt ein Accessibility Audit fast alle Blocker für Agenten auf. Wer barrierefrei entwickelt, schafft damit die wichtigste Grundlage für Agent Readiness.

Welche WCAG Kriterien sind 2026 für Agent Readiness wichtig?

Besonders wichtig sind 1.1.1 Nicht-Text-Inhalt, 1.3.1 Info und Beziehungen, 2.1.1 Tastatur, 2.5.8 Zielgröße, 3.3.2 Beschriftungen oder Anweisungen und 4.1.2 Name, Rolle, Wert. Diese Kriterien sorgen dafür, dass Bedienelemente erkennbar, erreichbar und beschriftet sind. Genau das brauchen assistive Technik und KI Agenten gleichermaßen.

Hilft ein BFSG Audit 2026 auch bei Agent Readiness?

Ja, die Schnittmenge ist groß. Ein Audit nach WCAG prüft Rollen, Namen, Labels, Tastaturbedienung und Alternativtexte. Genau diese Punkte brauchen auch KI Agenten. Die Arbeit für die gesetzliche Barrierefreiheit zahlt damit direkt auf Agent Readiness ein. Ein Aufwand bringt so zwei Ergebnisse.

Welche Barrieren blockieren 2026 Screenreader und KI Agenten?

Häufige Barrieren sind div Elemente statt echter Buttons und Links, Formularfelder ohne verknüpftes Label und transparente Overlays über Bedienelementen. Dazu kommen sehr kleine Klickziele und Informationen, die nur im Bild stehen. Alle diese Fehler treffen Menschen mit assistiver Technik zuerst und blockieren KI Agenten an derselben Stelle.

Was ist der Accessibility Tree?

Der Accessibility Tree ist ein vereinfachter Baum, den der Browser aus dem DOM erzeugt. Er enthält für jedes Element Name, Rolle und Zustand. Screenreader und andere assistive Technik lesen ihn über die Schnittstellen des Betriebssystems. KI Agenten nutzen ihn ebenfalls, weil er die Bedeutung der Seite ohne Styling zeigt.

Wer profitiert von einem sauberen Accessibility Tree?

Zuerst Menschen, die Screenreader, Tastatur, Sprachsteuerung, Schalter oder andere Hilfsmittel nutzen. Sie sind auf korrekte Rollen, Namen und Zustände angewiesen. Dazu kommen Suchmaschinen und KI Agenten, die im Auftrag eines Menschen handeln. Ein barrierefreier Baum dient allen diesen Gruppen gleichzeitig.

Brauche ich für Agent Readiness viel ARIA?

Meist nicht. Native HTML Elemente wie button, a, label und input bringen Rolle, Name und Tastaturbedienung bereits mit. ARIA ergänzt nur dort, wo HTML allein nicht reicht, etwa bei komplexen Widgets. Falsch gesetztes ARIA verschlechtert den Accessibility Tree. Deshalb gilt: erst semantisches HTML, dann gezielt ARIA.

Wie prüfe ich den Accessibility Tree meiner Website?

Die Chrome DevTools zeigen den Accessibility Tree im Elements Panel. Der Firefox Accessibility Inspector listet zusätzlich Probleme und exportiert den Baum als JSON. So sieht man schnell, wo Namen oder Rollen fehlen. Für einen vollständigen Blick kommen automatisierte Tests und ein manueller Durchgang mit Tastatur und Screenreader dazu.

Kann ich Barrierefreiheit und Agent Readiness automatisiert testen?

Ja, zu einem großen Teil. Mit axe-core in Cypress lassen sich Kernstrecken wie Suche, Formular und Checkout bei jedem Push prüfen. Die Tests laufen in GitHub Actions oder GitLab CI als Quality Gate. Automatisierte Tools finden aber nur einen Teil der Probleme, ein manueller Test mit Tastatur und Screenreader bleibt deshalb Pflicht.

Ersetzt Agent Readiness die Prüfung mit echten Nutzern?

Nein. Tests mit Menschen, die assistive Technik im Alltag nutzen, bleiben der wichtigste Maßstab für Barrierefreiheit. Agent Readiness ist ein zusätzlicher Nutzen, der aus guter Barrierefreiheit entsteht. Wer nur für KI Agenten optimiert und Menschen mit Behinderung aus dem Blick verliert, verfehlt das eigentliche Ziel.

Was kostet die Umsetzung von Agent Readiness?

Das hängt von Größe und Zustand der Website ab. Wir starten mit einem kostenlosen Kennenlernen und schauen uns die wichtigsten Strecken gemeinsam an. Danach schätzen wir den Aufwand realistisch ein. Abgerechnet wird über eine transparente Minuten Abrechnung, ohne Pakete und ohne Festpreise.