JERVIS Modul

Kann ChatGPT Ihre Website bedienen?

Das JERVIS Agent-Readiness-Modul gibt die Antwort: Es ist eines von zwölf Analyse-Modulen im JERVIS Audit und misst, ob KI-Agenten eine Website tatsächlich bedienen können, Formulare ausfüllen, Links erkennen, Aktionen abschließen, nicht nur, ob sie deren Inhalt lesen können. Wer seine Website für KI-Agenten vorbereiten will, findet hier, welche sieben Prüfungen das Modul ausführt, wie der Score berechnet wird und wie ein Befund konkret aussieht.

Zum Full Audit → Kostenlosen Check starten

Für KI-Agenten nutzbar

Adressierbare Formulare

ARIA-Rollen geprüft

Maschinenlesbare Daten

Eines von 12 Analyse-Modulen

Modul-Dokumentation

Was das Agent-Readiness-Modul ist

Das Agent-Readiness-Modul misst, wie gut KI-Agenten eine Website bedienen können: Formulare ausfüllen, Links anklicken, Aktionen abschließen, ganz ohne Maus und Tastatur eines Menschen. Es ergänzt die allgemeine Barrierefreiheits-Prüfung von JERVIS um Aspekte, die speziell für automatisierte Agenten relevant sind.

Der genuin neue Teil des Moduls ist die WebMCP-Werkzeug-Erkennung zur Laufzeit und die allgemeine Bedienbarkeits-Prüfung von Formularen, Links und Selektoren. WebMCP ist dabei ein experimenteller Standard für Schnittstellen speziell für KI-Agenten. Die Gültigkeit von ARIA-Rollen für den Accessibility-Tree, die interne Struktur, über die Screenreader und Agenten eine Seite auswerten, ist ein weiterer Baustein. Das ist vergleichbar mit der Agentic-Browsing-Kategorie von Googles eigenem Prüf-Tool für automatisiertes Browsing.

Alle Prüfungen laufen deterministisch: Bei gleichbleibendem Seiteninhalt liefert JERVIS bei jedem Lauf dieselben Befunde, es gibt keine Zufallskomponente. Agent-Readiness ist eines von zwölf Analyse-Modulen im vollständigen JERVIS Audit und arbeitet dabei überschneidungsfrei mit den anderen Modulen. Die reine Erreichbarkeit von /llms.txt prüft dabei das GEO-Modul, den Inhalt der Datei prüft Agent-Readiness.

Agent-Readiness ist eines von zwölf Analyse-Modulen im JERVIS Audit und gliedert sich in sieben Checks aus zwei Kategorien.

Ihr Nutzen

Was Ihnen Agent-Readiness bringt

Immer mehr Nutzer lassen KI-Agenten für sich buchen, vergleichen und ausfüllen, statt selbst zu klicken. Kann ein Agent Ihr Kontaktformular nicht ausfüllen oder Ihren Buchen-Button nicht erkennen, verlieren Sie diese Anfrage lautlos: kein Fehler, keine Meldung, einfach eine Buchung, die woanders landet. Agent-Readiness macht diese blinden Flecken sichtbar.

Sie sehen, wo Agenten scheiternSieben konkrete Checks zeigen, welche Formulare, Links und Elemente für Assistenzsysteme unbedienbar sind, mit Beleg statt Vermutung.
Sie erhalten priorisierte BefundeJeder Befund kommt mit Schweregrad und konkreter Empfehlung, sodass Sie zuerst dort ansetzen, wo es am meisten bringt.
Sie sind früh dabeiAgent-Readiness ist heute noch selten geprüft. Wer jetzt nachrüstet, wird von neuen Assistenz-Systemen zuerst verstanden.

Prüf-Logik

Was das Modul konkret prüft

Sieben deterministische Checks bilden das Agent-Readiness-Modul. Jeder Check erzeugt entweder einen Befund (critical, warning oder info) oder eine bestandene Prüfung (pass).

Schematische Darstellung: Jeder der sieben Checks erzeugt einen Befund (critical, warning oder info) oder eine bestandene Prüfung (pass).

Bedienbarkeit und Struktur

1 Formular-Adressierbarkeit: Jedes befüllbare Feld (Feldtypen wie hidden, submit, button, reset und image zählen nicht als befüllbar) braucht ein Label oder ein name-Attribut. Fehlt bei mindestens einem Feld beides, meldet JERVIS eine Warnung mit der exakten Zahl betroffener Felder. Sind alle Felder adressierbar, gilt der Check als bestanden.

2 Selektor-Stabilität: Jede doppelt vergebene Element-ID im HTML meldet JERVIS als Warnung. Der Grund: Agenten und Automatisierungs-Tools steuern Elemente über IDs an und könnten sonst das falsche Element treffen.

ARIA-Rollen-Gültigkeit: JERVIS prüft eine definierte Teilmenge von ARIA-Rollen gegen den tatsächlichen HTML-Tag. Verstöße meldet JERVIS als Warnung mit der Liste der betroffenen Rollen und Tags, keine Verstöße ergeben eine bestandene Prüfung.

role="listitem" nur gültig auf <li>
role="list" nur gültig auf <ul>, <ol> oder <menu>
role="row" nur auf <tr>, role="cell"/"columnheader"/"rowheader" nur auf <td>/<th>

4 Linkbenennung: Ab mehreren inhaltlichen Links (tel:-, mailto:- und reine Anker-Links zählen nicht mit) prüft JERVIS, wie viele davon keinen sichtbaren Linktext haben. Ab einer spürbaren Anzahl namenloser Links meldet JERVIS einen Hinweis mit der exakten Zahl.

Daten und Zukunftssignale

5 Maschinenlesbare Daten: Mindestens ein parsebarer JSON-LD-Block gilt als bestanden. Ist keiner vorhanden, meldet JERVIS einen Hinweis, der zugleich auf die GEO-Sichtbarkeit verweist, die von denselben Daten profitiert.

llms.txt-Formatprüfung: Nur auf der Startseite prüft JERVIS den Inhalt der Datei /llms.txt, nicht bloß, ob sie erreichbar ist. Die reine Erreichbarkeits-Prüfung übernimmt bereits das GEO-Modul, siehe llms.txt-Guide. Fehlt eines der drei Kriterien, meldet JERVIS eine Warnung mit den konkreten Problemen, fehlt die Datei komplett, einen eigenen Hinweis.

Markdown-Überschrift ("# Titel") vorhanden
Eine ausreichende Mindestlänge, statt einer leeren Hülle
Mindestens ein Link im Format "- [Text](URL)"

7 WebMCP-Laufzeit-Sondierung: JERVIS sucht im Browser zur Laufzeit nach einer deklarativen oder programmatischen Agenten-Schnittstelle. Vorhanden: bestandene Prüfung mit hoher Signalwirkung. Nicht vorhanden: Hinweis, ausdrücklich nicht als Manko gewertet, weil der Standard noch experimentell ist.

Vergleich

Mensch vs. Agent: die Logik hinter den Checks

Die sieben Checks des Agent-Readiness-Moduls folgen alle demselben Prinzip: Was für Menschen selbstverständlich sichtbar ist, muss für einen Agenten explizit im Code stehen. Die folgende Tabelle zeigt, welches Signal ein Agent jeweils braucht, wo ein Mensch nur das sichtbare Ergebnis sieht.

Signal	Mensch sieht	Agent braucht
Formularfeld	Label daneben	<label for> mit id
Button	Icon oder Pfeil	Text oder aria-label
Status	Farbe (grün/rot)	aria-live oder Text-Status

Kurzer Hinweis: Was ein Screenreader vorliest, kann in der Regel auch ein Agent auswerten, ein einfacher Anhaltspunkt für die eigene Einschätzung vorab. Mehr zu strukturierten Daten im Schema.org-Guide, zur KI-Sichtbarkeit im KI-Live-Check.

Der Agenten-Weg

Die Prüfbereiche des Agent-Readiness-Moduls im Detail

Die folgende Übersicht zeigt den Weg, den ein Agent auf einer Seite zurücklegt, von der Formularfläche bis zur optionalen WebMCP-Schnittstelle. Sie ordnet dabei die sieben Checks des Moduls sechs sichtbaren Stationen zu. Die llms.txt-Formatprüfung läuft seitenübergreifend im Hintergrund und ist deshalb nicht als eigene Station abgebildet, siehe die Liste oben.

🤖

Formulare und Felder

Bedienbar

Label oder name-Attribut pro befüllbarem Feld
Hidden, Submit, Button, Reset und Image zählen nicht als befüllbar

🔗

Namen und Bezeichner

Erkennbar

Ab mehreren Inhaltslinks: Anteil ohne sichtbaren Linktext
Meldung ab einer spürbaren Anzahl namenloser Links

🛠

ARIA und Rollen

Strukturiert

role=listitem nur auf li, role=list nur auf ul/ol/menu
role=row nur auf tr, role=cell/columnheader/rowheader nur auf td/th

📊

Maschinenlesbare Daten

Verständlich

Mindestens ein parsebarer JSON-LD-Block gilt als bestanden
Kein JSON-LD vorhanden: Hinweis, verweist auf GEO-Sichtbarkeit

⚙

Konsistenz der Bezeichner

Eindeutig

Jede doppelt vergebene Element-ID meldet eine Warnung
Agenten und Automatisierung adressieren Elemente über IDs

🚀

WebMCP-Schnittstelle

Zukunftssignal

Vorhanden: bestandene Prüfung mit hoher Signalwirkung
Nicht vorhanden: Hinweis, ausdrücklich kein Manko

Zukunftsthema: WebMCP ist heute noch experimentell. JERVIS wertet seine Abwesenheit deshalb als Hinweis (info), nicht als Warnung. Ist eine Schnittstelle vorhanden, zählt das als bestandene Prüfung mit hoher Signalwirkung.

Scoring

Wie der Agent-Readiness-Score berechnet wird

Jeder Befund wirkt gewichtet auf den Score: kritische Befunde ziehen ihn am stärksten nach unten, Warnungen weniger, Hinweise am wenigsten. Bestandene Prüfungen wirken nicht neutral, sondern verbessern den Score aktiv, genau wie beim GEO-Modul. Die Gewichtstabelle definiert zwar auch eine kritische Stufe. Im Agent-Readiness-Modul selbst löst aktuell aber kein Check eine kritische Bewertung aus, die höchste tatsächlich vergebene Stufe ist warning.

critical warning info pass, wirkt aktiv positiv

Aktuell löst kein Check im Agent-Readiness-Modul eine kritische Bewertung aus, die höchste tatsächlich vergebene Stufe ist warning.

Zur Einordnung: Der Score bewegt sich zwischen 0 und 100. Bestandene Prüfungen können ihn dabei nicht rechnerisch über 100 heben, sie wirken innerhalb der Skala aktiv positiv. Diese Gewichtung ist bewusst nachsichtig, weil Agentic Browsing noch ein junger, experimenteller Standard ist. Ein fehlendes Signal wie WebMCP soll den Score deshalb nicht hart bestrafen, ein bereits vorhandenes Signal soll ihn dagegen spürbar verbessern.

Praxisbeispiel

Ein Beispiel-Befund aus dem Modul

So könnte ein einzelner Befund des Agent-Readiness-Moduls im JERVIS Audit aussehen, hier illustrativ für doppelt vergebene Element-IDs. Die Werte sind ein Beispiel zur Veranschaulichung des Formats, keine Messung einer realen Website.

Beispiel 3 mehrfach vergebene Element-IDs

Severity: warning · agent-readiness-duplicate-ids

Agenten und Automatisierungs-Tools adressieren Elemente über IDs und Selektoren. Doppelte IDs machen das Ziel mehrdeutig, eine Aktion kann das falsche Element treffen oder fehlschlagen.

Empfehlung: IDs müssen pro Seite eindeutig sein. Doppelte IDs umbenennen.

Evidence: #newsletter-email (2×), #cta-button (2×), #social-share (2×)

Für Sie heißt das: Ein Agent, der versucht, das Newsletter-Feld anzusteuern, kann statt des richtigen Felds zufällig das falsche treffen. Die Empfehlung zeigt genau, welche IDs Sie umbenennen müssen.

JERVIS-Bezug

Warum Agent-Readiness zählt

Agent-Readiness ist eines der 12 Analyse-Module, die JERVIS bei jedem Audit systematisch durchläuft. Nutzer lassen zunehmend KI-Agenten für sich einkaufen, buchen und recherchieren, Reisemodule lassen Agenten Preise abfragen, E-Commerce-Systeme lassen Agenten Bestände prüfen. Wer das Modul versteht, profitiert doppelt: von einer besseren Bedienbarkeit für Assistenzsysteme und von denselben Signalen, die auch die Barrierefreiheit verbessern.

✓ Agentengesteuerte Buchungen: Assistenten vergleichen, wählen aus und buchen im Namen des Nutzers. Wer maschinengerecht antwortet, kommt in die engere Auswahl.

✓ Suche mit Aufgaben statt Keywords: Nutzer fragen nach Aufgaben, nicht nach Suchbegriffen, das setzt maschinell auswertbare Antworten voraus.

✓ Vorsprung durch frühes Mitmachen: Agent-Readiness ist aktuell noch selten. Wer jetzt aufrüstet, wird von neuen Assistenz-Systemen zuerst verstanden.

Verfügbarkeit

Free Scan vs. Audit: wo die Prüfung ansetzt

Agent-Readiness gehört nicht zu den fünf Modulen des kostenlosen Checks (technical, a11y, seo, text, geo). Es ist eines der zwölf Analyse-Module im vollständigen JERVIS Audit. Einzelne verwandte Signale wie Formular-Labels prüft aber bereits das Barrierefreiheits-Modul, das Teil des kostenlosen Checks ist.

Free Scan

Bis zu 6 Seiten geprüft
Formular-Labels und allgemeine ARIA-Prüfung über das Barrierefreiheits-Modul
Kein eigenständiges Agent-Readiness-Modul
Keine WebMCP-Sondierung, keine llms.txt-Formatprüfung

Full Audit (alle Seiten)

Alle sieben Checks des Agent-Readiness-Moduls
ARIA-Rollen-Gültigkeit, doppelte IDs und Linkbenennung im Detail
llms.txt-Formatprüfung und WebMCP-Laufzeit-Sondierung
Ergänzt die Signale aus Barrierefreiheit und Schema.org

Häufige Fragen

FAQ: Agent-Readiness-Modul

Google hat FAQ-Rich-Results zum 7. Mai 2026 vollständig aus der Suche entfernt (Google Search Central). Das FAQPage-Markup unten bleibt trotzdem sinnvoll: ein Signal für GEO-Systeme wie ChatGPT, Perplexity oder KI-Übersichten.

Was bringt mir das Agent-Readiness-Modul konkret?

Das Modul zeigt, ob KI-Agenten und Assistenzsysteme Ihre Website tatsächlich bedienen können, Formulare ausfüllen, Buchungen abschließen, Informationen auslesen, statt nur den Text zu erfassen. Im Report sehen Sie konkrete Befunde mit Beleg, welche Stellen Agenten blockieren, und eine Empfehlung, was zu tun ist. Das macht Sie sichtbar für eine Nutzergruppe, die klassische SEO-Prüfungen nicht erfassen.

Was prüft das JERVIS Agent-Readiness-Modul?

Das Agent-Readiness-Modul prüft, wie gut KI-Agenten eine Website bedienen können, nicht nur, ob sie den Inhalt lesen können. Dazu gehören adressierbare Formularfelder, eindeutige Element-IDs, gültige ARIA-Rollen, maschinenlesbare Daten, erkennbare Link- und Buttonnamen, die inhaltliche Vollständigkeit der Datei llms.txt und eine optionale WebMCP-Schnittstelle.

Ist Agent-Readiness dasselbe wie Barrierefreiheit?

Nein, die beiden überschneiden sich, sind aber nicht identisch. Barrierefreiheit hilft Menschen mit Einschränkungen, Agent-Readiness hilft Maschinen bei der Bedienung. Viele Hebel sind gemeinsam, etwa klare Labels und ARIA-Rollen, JERVIS prüft beide Bereiche als getrennte Module.

Ist die Agent-Readiness-Prüfung im kostenlosen Check enthalten?

Nein. Agent-Readiness ist eines der zwölf Analyse-Module des vollständigen JERVIS Audits und gehört nicht zu den fünf Modulen des kostenlosen Checks. Einzelne verwandte Signale wie Formular-Labels und ARIA-Rollen deckt bereits das Barrierefreiheits-Modul ab, das Teil des kostenlosen Checks ist.

Wie berechnet JERVIS den Agent-Readiness-Score?

Jeder Befund fließt gewichtet in den Score ein: kritische Befunde ziehen ihn am stärksten nach unten, Warnungen weniger, Hinweise am wenigsten. Bestandene Prüfungen wirken nicht neutral, sondern verbessern den Score aktiv. Der Score bewegt sich zwischen 0 und 100.

Warum wird eine fehlende WebMCP-Schnittstelle nicht als Fehler gewertet?

WebMCP ist ein experimenteller Standard für agentenspezifische Schnittstellen. JERVIS bewertet das Fehlen deshalb bewusst nachsichtig als Hinweis, nicht als Warnung oder kritischen Befund. Ist eine WebMCP-Schnittstelle vorhanden, wertet JERVIS das als bestandene Prüfung mit hoher Signalwirkung.

Was prüft die llms.txt-Formatprüfung im Agent-Readiness-Modul, im Unterschied zur llms.txt-Prüfung im GEO-Modul?

Das GEO-Modul prüft nur, ob die Datei /llms.txt überhaupt erreichbar ist. Das Agent-Readiness-Modul prüft zusätzlich den Inhalt: eine Markdown-Überschrift, eine ausreichende Mindestlänge und mindestens einen Link im Format [Text](URL). Fehlt eines davon, meldet JERVIS eine inhaltlich unvollständige Datei, auch wenn sie technisch erreichbar ist.

Verwandte Themen: Viele Prüfkriterien des Agent-Readiness-Moduls überschneiden sich mit der Barrierefreiheit: klare Labels und ARIA-Rollen helfen beiden Zielgruppen. Wie strukturierte Daten die maschinenlesbaren Checks unterstützen, zeigt der Schema.org-Guide. Wie gut aktuelle KI-Systeme Ihre Marke bereits kennen und zitieren, zeigt der KI-Live-Check. Stand: Juli 2026.

Bereit für die nächste Nutzergeneration

Das Agent-Readiness-Modul zeigt im JERVIS Audit, ob KI-Agenten Ihre Seite bedienen können und welche der sieben Checks Priorität haben.

Zum Full Audit → Kostenlosen Check starten

Readiness dauerhaft sichern: Autopilot PROTECT →

Kosten vorab klären: Preise für das Agent-Readiness-Modul →