Offen & versioniert

Agent Readiness Methodik

Technische Qualität, optionale Adoption und angebotene Capabilities werden bewusst getrennt.

Scanner2026.10.0

Registry2026.11.0

Scoring2026.10.0

Ergebnisschema2.0.0

Was 100 / 100 bedeutet

Der Score sagt ausschließlich aus, wie vollständig die technische Grundlage erfüllt ist. Er ist weder ein Sicherheitszertifikat noch eine Aussage darüber, wie viele optionale oder experimentelle Protokolle eine Website übernommen hat.

Vier getrennte Ebenen

Jede Beobachtung erhält eine eindeutige Rolle im Report.

01Scorewirksam

Technische Grundlage

Kernchecks für Auffindbarkeit, direkt lesbare Inhalte und tatsächlichen Bot-Zugriff. Nur diese Ebene erzeugt den Score von 0 bis 100.

02Optional

Stabile Erweiterungen

Etablierte zusätzliche Signale, die eine Website leichter maschinenlesbar machen können. Ihre Abwesenheit senkt den Kernscore nicht.

03Entwurf oder Vendor-Konvention

Experimentelle Standards

Frühe Protokolle und Konventionen werden transparent als Adoption ausgewiesen, aber weder als Kernfehler noch als Scorebonus behandelt.

04Nur bei Angebot

Capability-Profile

API & Auth, Agenten-Schnittstellen und Commerce werden nur dann innerhalb eines eigenen Profils bewertet, wenn die Website ein solches Angebot signalisiert.

Konkretes Beispiel

100 / 100 trotz geringer Adoption

Eine technisch vollständig zugängliche Website kann den maximalen Kernscore erreichen, auch wenn sie weder llms.txt, MCP, A2A noch Commerce-Protokolle anbietet.

Technische Grundlage: 100 / 100
Stabile Erweiterungen: 1 erkannt
Experimentelle Standards: 0 erkannt
Capability-Profile: Nicht signalisiert

„Nicht erkannt“ und „nicht signalisiert“ sind in diesen Ebenen keine roten Fehler und verändern den Kernscore nicht.

Score und Coverage

Drei Kernkategorien bilden die technische Grundlage.

Auffindbarkeit30 %

Inhaltszugriff45 %

Agenten-Zugriff25 %

Unter 70 % Coverage wird kein offizieller Kernscore oder Reifegrad ausgegeben. Coverage bleibt auch bei einem numerisch perfekten Ergebnis sichtbar. Ergebnisse verschiedener Registry- oder Scoring-Versionen werden nicht rückwirkend neu berechnet.

Befundmodell

Die gleiche Beobachtung wird je nach Rolle korrekt eingeordnet.

Umgesetzt

Der Check ist anwendbar und vollständig erfüllt.

Teilweise

Das Signal ist vorhanden, erfüllt das Kriterium aber nicht vollständig.

Fehlt

Ein anwendbarer Kerncheck oder ein beworbenes Capability-Kriterium ist nicht erfüllt.

Nicht erkannt

Ein optionales Signal wurde nicht gefunden; dies ist kein Kernfehler.

Nicht anwendbar

Das Angebot wurde nicht signalisiert und wird nicht bewertet.

Nicht entscheidbar

Die Evidenz reicht nicht für eine belastbare Aussage; bei Kernchecks sinkt die Coverage.

Nicht geprüft

Der notwendige Prüfpfad war nicht verfügbar; der Befund bleibt offen und wird nicht als Fehler gewertet.

Scanfehler

Ein technischer Transport-, Resolver- oder Scannerfehler verhindert die Bewertung; dies ist kein Standardsversagen.

Prüfregister

Name, technische ID, Anwendbarkeit und gepinnte Referenz jedes Checks.

Technische Grundlage

Bestimmt den Kernscore · 14 Checks

Sichere Transportverbindung

transport-security

RFC 9110 + TLS

stabil · Alle Websites

Robots-Protokoll

robots-protocol

RFC 9309

stabil · Alle Websites

XML-Sitemap

sitemap

Sitemaps 0.9

stabil · Alle Websites

Kanonische URL

canonical-metadata

HTML Living Standard

stabil · Alle Websites

Direkt lesbarer Startseiteninhalt

homepage-content

HTML Living Standard

stabil · Alle Websites

Zeichenkodierung

document-encoding

HTML Encoding + RFC 9110

stabil · Alle Websites

Dokumentmetadaten

document-metadata

HTML Living Standard

stabil · Alle Websites

Semantische Inhaltsstruktur

semantic-content

HTML Living Standard + WCAG 2.2

stabil · Alle Websites

Strukturierte Daten

structured-data

Schema.org + Google structured data policies

stabil · Alle Websites

Gerenderte Agenten-Nutzbarkeit

rendered-agent-usability

WCAG 2.2 + web.dev agent-friendly UX

stabil · Alle Websites

Repräsentative Unterseiten

representative-pages

Readiness methodology 2026.09

stabil · Alle Websites

Seitenweite Indexierungssteuerung

page-indexing-controls

Robots meta/X-Robots-Tag

stabil · Alle Websites

Crawler-Zugriff laut robots.txt

search-crawler-access

RFC 9309 + provider bot policies 2026.07

stabil · Alle Websites

Crawler-Netzwerkzugriff

crawler-network-access

Provider user agents + HTTP

stabil · Alle Websites

Stabile Erweiterungen

Optional und ohne Scorewirkung · 4 Checks

Maschinenlesbare Link-Header

link-header

RFC 8288

stabil · Alle Websites

Inhaltsherkunft und Aktualität

content-provenance

Schema.org content signals

stabil · Alle Websites

Markdown Content Negotiation

markdown-negotiation

RFC 9110 + RFC 7763

stabil · Alle Websites

Explizite KI-Bot-Policies

named-ai-bot-policy

Provider bot policies 2026.07

stabil · Alle Websites

Experimentelle Standards

Drafts und Vendor-Konventionen · 4 Checks

llms.txt

llms-txt

llms.txt proposal 2024

Entwurf · Alle Websites

DNS-basierte Agenten-Discovery

dns-aid

draft-mozleywilliams-dnsop-dnsaid-02

Entwurf · Alle Websites

Content Signals

content-signals

draft-romm-aipref-contentsignals-00

Entwurf · Alle Websites

Web Bot Auth

web-bot-auth-directory

draft-meunier-http-message-signatures-directory-03 + RFC 9421

Entwurf · Websites oder Bots mit Web Bot Auth

Capability-Profile

Nur bei signalisiertem Angebot · 15 Checks

API-Katalog

api-catalog

RFC 9727 + RFC 9264

stabil · Websites mit öffentlicher API

OpenAPI-Beschreibung

openapi-description

OpenAPI 3.x

stabil · Websites, die eine API-Beschreibung verlinken

OAuth-/OpenID-Discovery

oauth-authorization-server

RFC 8414 + OpenID Connect Discovery 1.0

stabil · Websites mit OAuth- oder OpenID-Provider

OAuth Protected Resource

oauth-protected-resource

RFC 9728

stabil · Websites mit OAuth-geschützter API

A2A Agent Card

a2a-agent-card

A2A 1.0

stabil · Websites mit A2A-Agent

auth.md

auth-md

auth.md 2026.07

Entwurf · Websites mit agentischer Registrierung

MCP-Katalog

mcp-catalog

MCP SEP-2127 draft

Entwurf · Websites mit MCP-Angebot

MCP Server Card

mcp-server-card

MCP SEP-1649 draft

Entwurf · Websites mit HTTP-basiertem MCP-Server

Agent Skills

agent-skills

Agent Skills Discovery RFC v0.2.0

Entwurf · Websites mit veröffentlichten Agent Skills

WebMCP

webmcp

W3C Community Group Draft 2026-07-10

Entwurf · Websites mit WebMCP-Tools

UCP-Discovery

ucp-discovery

Universal Commerce Protocol 2026

Entwurf · Commerce-Websites mit UCP-Angebot

x402-Discovery

x402-discovery

x402 v2 2026.07

Entwurf · Websites mit maschinenlesbaren HTTP-Zahlungen

MPP-Discovery

mpp-discovery

draft-httpauth-payment-00

Entwurf · Websites mit Machine Payments Protocol

ACP-Discovery

acp-discovery

Agentic Commerce Protocol 2026-04-17

Entwurf · Commerce-Websites mit ACP-Angebot

Weitere Agentic-Commerce-Signale

agentic-commerce-signals

x402/MPP/UCP/ACP profiles 2026.07

Entwurf · Commerce-Websites

Passive Browserprüfung

Ein isolierter Browser prüft gerenderten Inhalt, semantische und beschriftete Bedienelemente, verdeckte Controls und Layout-Stabilität. WebMCP-Registrierungen werden ebenfalls passiv erfasst. Kein erkanntes Tool wird ausgeführt.

DACH Index

Der monatliche Index verwendet ein separates, festes Panel aus 900 Domains. Veröffentlicht und verglichen wird die technische Grundlage derselben Registry- und Scoring-Version. Nutzerscans gelangen niemals in die Aggregate.

Datenschutz und Grenzen

Ergebnisse sind über eine zufällige URL 90 Tage unlisted erreichbar und werden nicht indexiert. Der Scanner prüft die Startseite, Protokollziele und bis zu drei Sitemap-Unterseiten als Stichprobe. Er führt keine Tools, Logins, Käufe oder Zahlungen aus und übermittelt keine Nutzer-Cookies oder Zugangsdaten. Simulierte User-Agents ersetzen keine Provider-IP-Verifikation.

Technische Quellen

Primärquellen für stabile und experimentelle Prüfkriterien.