---
title: "Agent-Readiness und LLM-Sichtbarkeit: Ergebnisse und Lehren"
description: "Fünf Agent-Readiness-Scanner, eine Website, ein Ausfall: was jedes Werkzeug misst, was wir gebaut haben und was es für den Visibilio Website Builder heißt."
canonical: "https://www.kondevs.com/de/content-hub/ai-agent-readiness-and-llm-visibility/"
language: "de"
type: "article"
author: "https://www.kondevs.com/authors/stoyan-kondev/"
published: "2026-11-11T22:17:03.796Z"
modified: "2026-11-11T22:17:03.796Z"
image: "https://www.kondevs.com/assets/images/content/de/ai-agent-readiness-and-llm-visibility/og.jpeg"
tags: ["ki-agenten", "agent-readiness", "llm-sichtbarkeit", "llms-txt", "mcp", "visibilio-website-builder", "Model Context Protocol (MCP)", "Large Language Model (LLM)", "KI-Agent", "Middleware"]
---

> Den vollständigen Index dieser Website finden Sie in [llms.txt](https://www.kondevs.com/llms.txt); die ganze Website in einer Datei: [llms-full.txt](https://www.kondevs.com/llms-full.txt).

# Agent-Readiness und LLM-Sichtbarkeit: Werkzeuge, Ergebnisse, Lehren

Fünf Scanner, eine Website, ein Ausfall: was die Werkzeuge messen, was wir gebaut haben und was daraus für den Visibilio Website Builder folgt.

Fallstudien 11. November 2026 19 Min. Lesezeit

Von [Stoyan Kondev](https://www.kondevs.com/de/authors/stoyan-kondev/)

![Illustration: Bildschirme mit Integrationsdiagrammen senden Datenströme durch eine Glaskugel zu einem Team, das an Laptops arbeitet](https://www.kondevs.com/cdn-cgi/image/width=1200,quality=80,format=auto/assets/images/content/de/ai-agent-readiness-and-llm-visibility/featured.jpeg)

## Das Wichtigste in Kürze

- Ein KI-Agent ist ein nicht menschlicher Akteur an Ihrer Integrationsgrenze. Kann er Ihre Schnittstellen nicht entdecken, Ihre Inhalte nicht ohne das visuelle Layout lesen und nicht erfahren, was er darf, ist Ihre Website nur agentennah, nicht agentenfähig.
- An einem einzigen Tag haben fünf Scanner kondevs.com gemessen. Mintlify stieg von 82 auf 98 und Ora von 90 auf 93; Is Agentic vergab 100/100 und Is It Agent Ready 93 (Level 5).
- Jede Seite hat seither einen Markdown-Zwilling unter ihrer eigenen .md-Adresse, und llms.txt ist ein Index aus Markdown-Links, der alle 33 Seiten abdeckt, die Mintlify als Dokumentation zählt, mit einem eigenen Index pro Abschnitt.
- Deklarieren Sie nur, was Sie betreiben: Eine ehrlich leere Liste von Registrierungsarten und ein Personal-Agent-Protocol-Dokument nur für die Website sind besser als Deklarationen, die Agenten in scheiternde Abläufe schicken.
- Ein Tag voller Scans legte eine Abhängigkeit von einer gedeckelten Operation offen: 1.000 KV-List-Operationen pro Tag im kostenlosen Plan von Cloudflare, in dem die Website bis zum 18. Oktober 2026 lief. Halten Sie List-Operationen aus öffentlichen Anfragepfaden heraus.
- Die Scanner messen die technischen Voraussetzungen für LLM-Sichtbarkeit, nicht, ob KI-Assistenten Sie zitieren. Dafür braucht es eine eigene Messung.

Agent-Readiness bedeutet: Ein KI-Agent findet die Schnittstellen einer Website, liest ihre Seiten ohne das visuelle Layout und erfährt aus Standarddokumenten, was er darf und was nicht. Am 17. Oktober 2026 haben wir kondevs.com mit fünf öffentlichen Scannern gemessen, behoben, was sie fanden, und dokumentiert, wo wir bewusst nichts vorgetäuscht haben. Dieser Beitrag zeigt, was die Scanner messen, was wir gebaut haben und was daraus für den Visibilio Website Builder folgt.

## Agentenfähig oder nur agentennah

Wenn ein KI-Agent Ihre APIs nicht entdecken, Ihre Inhalte nicht ohne Auswertung des visuellen Layouts lesen und nicht verstehen kann, was er darf und was nicht, ist Ihre Website nicht agentenfähig (agent-ready). Sie ist nur agentennah (agent-adjacent). Der Unterschied zählt, weil Agenten zu nicht menschlichen Akteuren in Unternehmens-Workflows werden, und an der Integrationsgrenze entscheidet sich, ob eine Policy greift oder unbemerkt versagt.

Der Engpass ist selten das Modell. In McKinseys Umfrage „State of AI“ für 2025 gaben 62 Prozent der Befragten an, ihre Organisation experimentiere zumindest mit KI-Agenten (23 Prozent skalieren sie, 39 Prozent experimentieren), doch in keinem Geschäftsbereich meldeten mehr als 10 Prozent, sie zu skalieren. Deloittes „Tech Trends 2026“ zitiert eine Umfrage aus dem Jahr 2025, in der 48 Prozent der Organisationen die Auffindbarkeit von Daten und 47 Prozent ihre Wiederverwendbarkeit als Hürden für die KI-Automatisierung nannten. Die Leitlinien des Microsoft Cloud Adoption Framework zu Agenten (April 2026) verlangen, dass jeder Agent beobachtbar, gesteuert und sicher ist, und empfehlen das Model Context Protocol und Agent-to-Agent als Standardprotokolle.

kondevs.com ist die Referenzimplementierung des Visibilio Website Builders: Was wir hier lernen, wird zum Vorschlag für jede Website, die der Builder erzeugt. Am 17. Oktober 2026 haben wir die öffentlichen Agent-Readiness-Scanner auf die Website angesetzt, ihren Quellcode oder ihre Methodik gelesen, behoben, was sie fanden, und festgehalten, was wir bewusst nicht behoben haben. Dieser Artikel misst die technischen Voraussetzungen für LLM-Sichtbarkeit. Ob KI-Assistenten ein Unternehmen tatsächlich finden und zitieren, ist eine eigene Messung, die unser Artikel zur [LLM-Sichtbarkeit](https://www.kondevs.com/de/content-hub/llm-visibility-in-ai-answers/) behandelt. Was ein Agent auf der Website tun kann, zeigt unser Beitrag darüber, [wie wir kondevs.com für KI-Agenten nutzbar gemacht haben](https://www.kondevs.com/de/content-hub/how-we-made-kondevs-usable-by-ai-agents/).

## Die Werkzeuge und was jedes von ihnen misst

Einen einheitlichen Standard für Agent-Readiness gibt es (Stand Oktober 2026) nicht. Jeder Scanner bildet seine eigene Vorstellung davon ab, was ein Agent braucht.

| Scanner | Was er prüft | Ergebnis am 17. Oktober |
| --- | --- | --- |
| [Is It Agent Ready](https://isitagentready.com/www.kondevs.com) | Discovery-Dokumente (robots.txt, Sitemap, Link-Header, API-Katalog, OAuth-Metadaten, MCP Server Card, A2A Agent Card, Agent Skills, WebMCP, ARD), Markdown per Content Negotiation, Bot-Regeln, Commerce-Protokolle | 93, Level 5; die einzige nicht bestandene Prüfung, die DNS-basierte Agent Discovery, wartet auf einen DNSSEC-Eintrag beim Domain-Registrar |
| [Is Agentic](https://is-agentic.com/scan/www.kondevs.com) | Ob die User Agents von KI-Agenten die Website erreichen, Inhalte ohne JavaScript, llms.txt, auth.md, Seitengrößen gemessen an einem Kontextbudget; die Scans führt Ora aus und bewertet sie, es ist also keine unabhängige Messung | 100/100 |
| [Mintlify Score](https://www.mintlify.com/score) (die quelloffenen AFDocs-Prüfungen, entwickelt für Dokumentationsseiten) | Qualität und Abdeckung von llms.txt, Markdown unter `.md`-URLs, Hinweise, die Agenten auf llms.txt verweisen, Seitengröße, Übereinstimmung zwischen HTML und Markdown | 82 am Morgen, 98 nach der ersten Runde von Änderungen |
| [Ora](https://ora.ai/score/kondevs.com) | 132 Prüfungen in neun Zielen, von Auffindbarkeit und Vertrauen bis zu Integration, Authentifizierung und Zahlungen; viele betreffen Einträge außerhalb der Website | 90 um 14:51 UTC, 93 um 16:17 UTC; die Änderungen aus den Abschnitten 3 bis 7 gingen erst nach diesem Scan live, und ein späterer Scan am 18. Oktober ergab ebenfalls 93 |
| PageSpeed Insights, dazu die Browser- und Sicherheitswerkzeuge | Die Kategorie Agentic Browsing von PageSpeed neben Leistung, Barrierefreiheit und SEO; WebPageTest, MDN HTTP Observatory, SSL Labs, SecurityHeaders und Internet.nl für Geschwindigkeit, Header und TLS | PageSpeed 99 mobil und 100 Desktop, 100 für Barrierefreiheit, Best Practices und SEO, Agentic Browsing 4 von 4 anwendbaren Audits; Observatory 145/100, 12 von 12 Tests; SSL Labs A+ für alle vier Adressen |

Zwei Lehren kamen noch vor der ersten Zeile Code. Erstens: Lesen Sie, wie eine Prüfung funktioniert, bevor Sie etwas korrigieren. Mintlify veröffentlicht seine Prüfungen als AFDocs-Projekt, Ora dokumentiert die Methode jeder Prüfung, und mehr als einmal war die Korrektur, die wir vermutet hätten, nicht die, die die Prüfung belohnt. Zweitens: Ein Bericht kann veraltet sein. Zwei Scanner zeigten Ergebnisse, die noch vor dem Deployment berechnet worden waren, das wir messen lassen wollten.

## 1. Eine Seite, viele Leser

### Ein Markdown-Zwilling unter jeder Adresse

Ein Agent, der eine Webseite liest, bezahlt jedes Menü, jede Fußzeile und jedes Skript mit Token. Seit Juli 2026 antworten unsere Seiten mit Markdown, wenn ein Client `Accept: text/markdown` sendet. Die Dokumentationsprüfungen suchen nach etwas Einfacherem: einer `.md`-Adresse. Nach den Änderungen funktioniert beides:

```
curl -s https://www.kondevs.com/about.md
curl -s -H "Accept: text/markdown" https://www.kondevs.com/about/
```

Die `.md`-Adresse ist keine zweite Kopie. Liegt unter diesem Pfad keine Datei, fragt die Middleware der Website die Seite selbst mit `Accept: text/markdown` ab und liefert diese Antwort aus, mit einem Canonical-Link-Header, der auf die HTML-Seite verweist, und `noindex`. So indexieren Suchmaschinen weiterhin die Seite und nicht ihren Zwilling. Auch `/about/index.md`, `/index.md` und `/de/index.md` werden aufgelöst; echte Dateien wie `/auth.md` haben Vorrang; eine `.md`-Adresse ohne Seite dahinter liefert eine 404-Antwort in Markdown. Am 17. Oktober umfasste das Markdown der Startseite 6.865 Byte, und der Header `x-markdown-tokens` des Servers schätzte es auf 1.714 Token. Ein Agent kann also entscheiden, bevor er liest.

### Agenten den Weg weisen

Jede Seite verweist Agenten seither in beiden Darstellungen auf llms.txt. Im HTML ist das erste Element im Body ein kurzer Hinweis mit den Adressen von llms.txt, llms-full.txt und dem eigenen `.md`-Zwilling der Seite; er ist visuell ausgeblendet, `aria-hidden` und nicht in der Tab-Reihenfolge, sodass Nutzer von Screenreadern und Tastatur ihm nie begegnen. Im Markdown beginnt die Antwort mit dem Frontmatter der Seite (Titel, Beschreibung, Canonical, Sprache, Datumsangaben) und einer Zitatzeile:

```
> For the complete index of this site, see [llms.txt](https://www.kondevs.com/llms.txt); the whole site in one file: [llms-full.txt](https://www.kondevs.com/llms-full.txt).
```

Außerdem trägt jede Seite `<link rel="alternate" type="text/markdown" href="/about.md">` in ihrem Head, und die HTTP-Antwort enthält denselben Link. Die 404-Seite hat keinen: Ein Hinweis, der ins Leere zeigt, ist schlechter als keiner.

## 2. llms.txt als Index, nicht als Datenhalde

[llms.txt](https://llmstxt.org/) ist eine Markdown-Datei im Stammverzeichnis einer Website, die Sprachmodellen sagt, was die Website ist und wo ihre wichtigen Seiten liegen. Drei Befunde haben unsere eigene verändert.

**Links auf Markdown.** Jeder Seitenlink verwendet seither die `.md`-Adresse: Alle 30 Links auf die eigene Website führen zu Markdown, 25 davon auf `.md`-Adressen und fünf auf Textindizes. Die JSON- und XML-Dokumente (OpenAPI, der API-Katalog, die Feeds, die Sitemap) können kein Markdown sein und bleiben deshalb als einfache URLs in llms.txt.

**Abdeckung.** Mintlify vergleicht die Seiten, auf die llms.txt verlinkt (direkt oder über die dort verlinkten Textdateien), mit den Seiten der Sitemap, die es als Dokumentation zählt: den englischen, ohne die deutschen Fassungen und ohne Pfade, die es als Unternehmensseiten behandelt, etwa `/about/` und `/pricing/`. Von den 60 Einträgen der Sitemap sind das 33 Seiten. Abgedeckt waren 23; die fehlenden zehn waren sechs Autorenseiten und vier Artikel, die llms-full.txt nur als nackte URLs erwähnte. Jeder Autor und jeder Artikel hat dort seither einen Markdown-Link, und die Abdeckung liegt bei 33 von 33.

**Abschnitte.** Ora belohnt Indizes pro Abschnitt, damit ein Agent, der in einem Bereich arbeitet, nicht die ganze Website lesen muss. llms.txt verlinkt vier davon, jeden bei jeder Anfrage aus den eigenen Daten der Website erzeugt: [/services/llms.txt](https://www.kondevs.com/services/llms.txt), [/content-hub/llms.txt](https://www.kondevs.com/content-hub/llms.txt), [/developers/llms.txt](https://www.kondevs.com/developers/llms.txt) und [/de/llms.txt](https://www.kondevs.com/de/llms.txt) für die deutschen Seiten.

## 3. Protokollschnittstellen, die ein Agent aufrufen kann

### MCP in zwei Revisionen

Die Website betreibt einen schreibgeschützten Server für das [Model Context Protocol](https://modelcontextprotocol.io/specification/2026-07-28), erreichbar unter `POST /mcp`, mit vier Tools: `search_articles`, `get_article`, `list_services` und `get_company_info`. Die Revision 2026-07-28 macht das Protokoll zustandslos: Es gibt keinen `initialize`-Handshake, jede Anfrage trägt die Protokollversion, die Fähigkeiten des Clients sowie seinen selbst angegebenen Namen und seine Version (`clientInfo`) in `_meta`, und der Server prüft gespiegelte HTTP-Header gegen den Body. `clientInfo` beschreibt die Client-Software; es ist keine authentifizierte Identität. Clients der Revision 2025-06-18 gibt es weiterhin, deshalb bedient ein einziger Endpunkt beide: Eine Anfrage, deren `_meta` die neue Version nennt, nimmt den neuen Weg, alles andere wird wie bisher beantwortet.

```
POST /mcp
MCP-Protocol-Version: 2026-07-28
Mcp-Method: server/discover
Content-Type: application/json

{"jsonrpc":"2.0","id":1,"method":"server/discover","params":{"_meta":{
  "io.modelcontextprotocol/protocolVersion":"2026-07-28",
  "io.modelcontextprotocol/clientInfo":{"name":"example-agent","version":"1.0.0"},
  "io.modelcontextprotocol/clientCapabilities":{}}}}
```

Die Antwort nennt beide unterstützten Versionen, die Fähigkeiten und die Anweisungen, mit `ttlMs` und `cacheScope` für das Caching. Eine Anfrage, deren Header `Mcp-Method` ihrem Body widerspricht, wird mit dem Fehler -32020 abgewiesen, eine unbekannte Version mit -32022 und der Liste der unterstützten Versionen. Jedes Tool ist als schreibgeschützt annotiert, und ein Artikel, der über `get_article` gelesen wird, trägt einen Hinweis, dass sein Text veröffentlichter Inhalt ist, der als Daten und nie als Anweisung zu behandeln ist. Der Hinweis ist ein Etikett, kein Schutz vor Prompt Injection: Danach handeln muss der Agent selbst. Die [MCP Server Card](https://www.kondevs.com/.well-known/mcp/server-card.json) nennt auf oberster Ebene den Server, seine Version und seine Adresse (`remotes`), so wie die Entwurfsfassung der Server-Card-Erweiterung sie liest. Ein A2A-Agent unter `POST /api/a2a` beantwortet Fragen zum Unternehmen und zum Content Hub.

### Eine Tabelle, alle Beschreibungen

Die HTTP-Endpunkte sind ein einziges Mal beschrieben, in einer Tabelle im Code. Der [API-Index](https://www.kondevs.com/api/), die [OpenAPI-3.1-Beschreibung](https://www.kondevs.com/openapi.json) und die Endpunkttabelle im [Entwicklerportal](https://www.kondevs.com/de/developers/) werden daraus erzeugt, und der Build schlägt fehl, wenn Tabelle und OpenAPI-Operationen nicht übereinstimmen. Die OpenAPI-Datei dokumentiert 69 Antworten, 52 davon Fehler, jede mit einem Beispiel, das dieselbe Funktion erzeugt, die auch den echten Fehler-Body liefert; die Sicherheitsanforderung jeder Operation stammt aus der Tabelle (der öffentliche Index hat `security: []`). Eine gemeinsame Quelle schließt einen Fehler im Generator nicht aus, deshalb prüfen HTTP-Tests gegen die laufende Website, ob das Verhalten der Beschreibung entspricht.

Der [API-Katalog](https://www.kondevs.com/.well-known/api-catalog) folgt [RFC 9727](https://www.rfc-editor.org/rfc/rfc9727). Ora fand in seinem ersten Eintrag keine `item`-Links; seither beginnt der Katalog mit sich selbst und listet die beiden APIs auf, ausgeliefert als `application/linkset+json` mit dem Profil von RFC 9727:

```
{
  "anchor": "https://www.kondevs.com/.well-known/api-catalog",
  "item": [
    { "href": "https://www.kondevs.com/api/content/", "title": "KONDEVS Publishing API (Content API)" },
    { "href": "https://www.kondevs.com/mcp", "title": "KONDEVS MCP server (read-only Content Hub)" }
  ]
}
```

Für ein Unternehmen ist das die agentengerechte Form eines Integrationsinventars: ein Ort, der sagt, welche Schnittstellen es gibt und wo jede beschrieben ist.

## 4. Authentifizierung, die ehrlich Auskunft gibt

Lesen ist offen: Seiten, Markdown, Feeds, MCP und A2A brauchen keinen Schlüssel. Veröffentlichen ist es nicht: Die Content API akzeptiert einen Schlüssel, den KONDEVS überprüften Partnern wie VISIBILIO ausstellt, nachdem ein Mensch die Anfrage gesichtet hat. Kein Agent kann sich diesen Zugang selbst verschaffen.

Eine Anfrage ohne gültigen Schlüssel erhält eine Antwort, mit der ein Agent etwas anfangen kann:

```
HTTP/1.1 401 Unauthorized
WWW-Authenticate: Bearer realm="kondevs", resource_metadata="https://www.kondevs.com/.well-known/oauth-protected-resource"
RateLimit-Policy: "catalog";q=60;w=60
RateLimit: "catalog";r=59;t=60
```

`resource_metadata` verweist auf die [Metadaten der geschützten Ressource](https://www.kondevs.com/.well-known/oauth-protected-resource) ([RFC 9728](https://www.rfc-editor.org/rfc/rfc9728)), die den [Autorisierungsserver](https://www.kondevs.com/.well-known/oauth-authorization-server) ([RFC 8414](https://www.rfc-editor.org/rfc/rfc8414)) nennen. Wurde ein Token gesendet, das ungültig ist, kommt `error="invalid_token"` hinzu; ein gültiges Token ohne den nötigen Scope erhält 403 mit `error="insufficient_scope"` ([RFC 6750](https://www.rfc-editor.org/rfc/rfc6750)).

[auth.md](https://www.kondevs.com/auth.md) folgt den acht Abschnitten des [auth.md-Profils](https://github.com/workos/auth.md) (Auffinden, Methode wählen, Registrieren, Claim, Austausch, Token verwenden, Fehler, Widerruf) und sagt bei jedem Schritt, was KONDEVS anbietet und was nicht. Es gibt eine Methode: OAuth Client Credentials mit einem ausgestellten Schlüssel. Anonyme Registrierung, Registrierung per E-Mail und Identitätsnachweise eines externen Anbieters werden nicht angeboten. Es gibt keine Claim-Zeremonie, denn die Prüfung durch einen Menschen ist der menschliche Schritt; und es gibt keinen Endpunkt für den Widerruf, denn ein Token lebt eine Stunde, und ein Schlüssel wird durch Rotation widerrufen. Der Block `agent_auth` in den Metadaten des Autorisierungsservers passt dazu: Er nennt den Registrierungsendpunkt (`identity_endpoint`) und ein leeres `identity_types_supported`. Ein Scanner belohnt eine volle Liste. Eine ehrlich leere ist die richtige Architekturentscheidung.

Nach derselben Regel entstand das Dokument für das [Personal Agent Protocol](https://personalagentprotocol.org/docs/0.1/spec). Dessen Entwurf erlaubt einem Unternehmen, APIs und Anmeldeabläufe zu deklarieren, doch jede deklarierte API muss die eigenen Session-Tokens des Protokolls akzeptieren. Unsere tun das nicht, deshalb deklariert [/.well-known/poppy.json](https://www.kondevs.com/.well-known/poppy.json) nur die Website:

```
{ "protocol_version": "0.1", "organization": { "name": "KONDEVS", "domain": "www.kondevs.com" }, "web": {} }
```

## 5. Paginierung und Rate Limits, mit denen ein Agent planen kann

Ora schlug für den Katalog eine cursorbasierte Paginierung vor. Eine Änderung des bestehenden Vertrags würde bei den Partnern, die ihn nutzen, zu Fehlern führen; deshalb ist der Cursor eine Ergänzung: `GET /api/content/catalog` akzeptiert `?cursor=` und antwortet mit `next_cursor`, auf der letzten Seite mit `null`, und ohne Cursor bleibt die Antwort, wie sie war. Ein Cursor, den der Katalog nicht ausgegeben hat, wird mit 400 beantwortet, nie mit einem stillen Neustart von vorn.

Jede Antwort mit Rate Limit trägt die [RateLimit-Header-Felder](https://datatracker.ietf.org/doc/draft-ietf-httpapi-ratelimit-headers/) der IETF und ihre Gegenstücke `X-RateLimit-*`, und eine 429-Antwort ergänzt `Retry-After`. Früher prüfte der Katalog zuerst den Schlüssel und zählte die Anfrage erst danach, deshalb trug seine 401-Antwort keine Rate-Limit-Header. Seither zählt er zuerst: Die 401-Antwort sagt einem Agenten, wie viel Spielraum er hat, und wiederholte Versuche mit einem falschen Schlüssel werden auf dieselbe Policy angerechnet.

Dieser Zähler hat Grenzen, die man offen benennen sollte. Er speichert die Zeitpunkte der letzten Anfragen pro Client in KV, und [KV](https://developers.cloudflare.com/kv/concepts/how-kv-works/) ist nur letztendlich konsistent (eventually consistent) und kennt kein atomares Inkrement. Gleichzeitige Anfragen, besonders von verschiedenen Cloudflare-Standorten, können deshalb denselben Zählerstand lesen und alle durchkommen. Der Zähler bremst einen Brute-Force-Versuch etwa auf das Tempo der Policy; eine harte Obergrenze ist er nicht. Ein striktes Limit braucht einen atomaren Zähler, etwa ein Durable Object oder die eigene Rate-Limiting-Funktion der Plattform. Für den öffentlichen Index und den Health-Endpunkt haben wir kein Limit eingeführt: Sie berühren keinen Speicher, also kann ein anonymer Aufrufer mit ihnen keine Speicheroperationen verbrauchen, sondern nur die Verarbeitung einer Anfrage auslösen.

## 6. Strukturierte Daten, die zur Seite passen

Das Unternehmen ist als `Organization` und `LocalBusiness` typisiert, mit seiner Adresse in Sofia, seinem Servicegebiet und zwei Kontaktpunkten; der frühere Typ `ProfessionalService` gilt bei [schema.org](https://schema.org/) als veraltet. Die Startseite listet ihre drei Leistungen als `Service`-Knoten in einer `ItemList`, jeden mit derselben `@id` wie den Knoten auf seiner eigenen Leistungsseite. Technische Artikel sind `TechArticle`, und Artikel, die mit VISIBILIO geschrieben wurden, nennen VISIBILIO als Autor und KONDEVS als Herausgeber: dieselbe Autorenzeile, die ein Leser sieht und ein Agent über MCP erhält.

Ora prüft auch, ob ein Agent Preise findet. KONDEVS kalkuliert jeden Auftrag nach seinem eigenen Umfang, und eine Preisliste zu erfinden, nur um einen Scanner zufriedenzustellen, kam nicht infrage. Stattdessen erklärt eine eigene [Preisseite](https://www.kondevs.com/de/pricing/), wie jede Form der Zusammenarbeit berechnet wird (eingebettete Spezialisten nach Tagessatz, End-to-End-Umsetzung als Festpreisangebot für einen definierten Umfang), und nennt die Schritte vom ersten Gespräch bis zum Angebot. Ihre strukturierten Daten sind ein `OfferCatalog`, in dem der einzige Preis der ist, der stimmt: das erste Gespräch, für 0 EUR.

## 7. Aktualität: Datumsangaben, die echten Änderungen folgen

Ora fand `lastmod` nur bei 26 Prozent unserer Sitemap-Einträge: Die Artikel hatten es, die Seiten nicht, denn der bequeme Wert, das Deployment-Datum, ändert sich bei jedem Deployment und bringt Suchmaschinen bei, das Feld zu ignorieren. Das [Sitemaps-Protokoll](https://www.sitemaps.org/protocol.html) verlangt das Datum, an dem sich die Seite zuletzt geändert hat.

Unser Ansatz: Für eine Seite, die aus Code besteht, nimmt der Build das Datum des letzten Commits, der die eigenen Quelldateien der Seite berührt hat (ihr Template, ihre Texte, ihre Daten); eine noch nicht committete Änderung gilt als Änderung am Tag des Builds. Ein Artikel trägt das Datum seiner eigenen letzten Änderung; die Startseite, der Content Hub und jede Kategorieübersicht tragen jeweils das spätere Datum: das ihres Codes oder das ihres neuesten Artikels. Danach hatten alle 60 Einträge ein Datum, und keines war das Deployment-Datum. Git ist eine Näherung mit bekannten Lücken: Ein Commit kann nur das Layout ändern, und eine Änderung in einer gemeinsam genutzten Komponente oder ein entfernter Artikel kann eine Seite verändern, ohne ihre aufgeführten Quellen zu berühren. Die Datumsangaben sind nur so gut wie die Quelllisten dahinter, deshalb prüft ein Test diese Listen.

Für Natural-Language-Indexer auf Basis von NLWeb nennt robots.txt seither eine Schema Map: eine kurze XML-Datei, die die vier Volltext-Feeds der Website auflistet (RSS und JSON Feed, Englisch und Deutsch).

## 8. Was wir bewusst nicht getan haben

Allein Ora führt 132 Prüfungen durch. Manche belohnen Signale, die eine Website senden kann, ohne die Arbeit dahinter zu leisten; die haben wir abgelehnt, ebenso einige echte, deren Aufwand sich im Oktober 2026 noch nicht rechtfertigte.

| Vorschlag | Warum wir ihn nicht umgesetzt haben |
| --- | --- |
| Auf öffentlichen Endpunkten mit 401 antworten, damit ein Prüfaufruf einen `WWW-Authenticate`-Header findet | Die Endpunkte sind bewusst öffentlich; eine vorgetäuschte 401-Antwort würde jeden Client scheitern lassen, der sie liest |
| KI-Crawlern Markdown ausliefern, obwohl sie HTML angefordert haben | Die Antwort hinge dann vom User Agent ab statt davon, was der Client angefordert hat; explizite Negotiation (Accept oder `.md`) behandelt jeden Client gleich und vermeidet alles, was nach Cloaking aussehen könnte |
| Anonyme oder E-Mail-basierte Registrierung von Agenten, eine Claim-Zeremonie oder einen Widerrufsendpunkt deklarieren | Wir betreiben sie nicht; sie zu deklarieren, würde Agenten in Abläufe schicken, die scheitern |
| Unsere APIs im Personal Agent Protocol deklarieren | Sie akzeptieren die Session-Tokens des Protokolls nicht |
| Paginierung mit Seite und Limit durch Cursor ersetzen | Partner verlassen sich auf den bestehenden Vertrag; der Cursor ist stattdessen eine Ergänzung |
| Eine Ansicht `?mode=agent`, ein NLWeb-Endpunkt `/ask`, Batch-Endpunkte, eine Sandbox | Wenig Nutzen für eine Website dieser Größe im Oktober 2026; die Markdown-Zwillinge und MCP bedienen Agenten bereits |
| Eine Preisliste | Aufträge werden nach Umfang kalkuliert; der einzige zutreffende Preis auf der Website ist das kostenlose erste Gespräch |

Einige verbleibende Befunde sind kein Code: eine Aufnahme in die MCP-Registries, ein Wikidata-Eintrag und der DNSSEC-Eintrag beim Registrar. Sie stehen auf der Liste des Unternehmens, nicht auf der der Website.

## 9. Der Ausfall, den die Scans aufdeckten

Am Nachmittag des 17. Oktober, nach vielen vollständigen Testläufen und nachdem jeder Scanner die Sitemap gecrawlt hatte, begannen die Sitemap und der deutsche Content Hub mit 500 zu antworten.

Die Last legte eine architektonische Abhängigkeit von einer gedeckelten Operation offen. Die Website läuft auf Cloudflare Pages, ihre Functions auf der Workers-Laufzeitumgebung, mit Workers KV für die Artikel, und an diesem Tag lief das Konto im [Plan Workers Free](https://developers.cloudflare.com/kv/platform/limits/): 100.000 KV-Lesevorgänge, aber nur 1.000 List-Operationen pro Tag. Am nächsten Tag, dem 18. Oktober, wechselte es zu Workers Paid. Drei Codepfade listeten bei jeder Anfrage Schlüssel auf: Die Sitemap und die Autorenseiten listeten den Artikelindex, und jede deutsche Seite und jeder deutsche Feed listete ihn ersatzweise auf, weil es den deutschen Archivschlüssel noch nicht gab (an diesem Tag gab es keinen deutschen Artikel). Normaler Traffic hatte die Obergrenze nie erreicht. Ein Tag voller Scanner, Linkprüfer und eigener Testläufe erreichte sie, und Cloudflare meldete, das Konto habe das kostenlose Nutzungslimit für diese Operation für diesen Tag erreicht.

Die Korrektur war ein einziger Commit. Die Sitemap und die Autorenseiten lesen statt des Index das veröffentlichte Archiv, mit jeweils nur einem Lesevorgang auf einen Schlüssel; und ein fehlendes Archiv, dessen Auflistung scheitert, gilt als leer und wird protokolliert, statt die Anfrage scheitern zu lassen. Obwohl das Kontingent noch erschöpft war, antwortete auf der Preview jede betroffene Adresse mit 200, und die Produktivumgebung folgte am selben Abend. Die Lehren gelten für jede Integrationsplattform:

- Halten Sie List-Operationen aus öffentlichen Anfragepfaden heraus. Eine Auflistung ist eine Wartungsoperation; das Lesen eines vorberechneten Schlüssels ist eine Anfrageoperation.
- Ein System zu messen, erzeugt Last. Scanner, Linkprüfer und Testsuiten auf Preview-Deployments teilen sich das Kontingent des Kontos.
- Kennen Sie die Obergrenzen Ihrer Plattform, bevor eine Lastspitze sie findet. Workers Paid enthält eine Million List-Operationen pro Monat und berechnet weitere; auch die 1.000 Schreibvorgänge pro Tag im kostenlosen Plan zählen, denn ein Rate Limiter, der bei jedem Aufruf einen Zähler schreibt, verbraucht sie.

## 10. Ergebnisse

| Messgröße | Vorher | Nachher |
| --- | --- | --- |
| Mintlify Score | 82 | 98 |
| Ora | 90 (14:51 UTC) | 93 (16:17 UTC, vor den Änderungen aus den Abschnitten 3 bis 7) |
| Dokumentationsseiten der Sitemap, die llms.txt abdeckt | 23 von 33 | 33 von 33 |
| Links in llms.txt auf die eigene Website, die zu Markdown führen | Seitenlinks führten zu HTML | 30 von 30 |
| Seiten mit einem Markdown-Zwilling unter `.md` | keine | jede Seite |
| Sitemap-Einträge mit `lastmod` | 26 Prozent | 60 von 60 |

Is Agentic (100/100) und Is It Agent Ready (93, Level 5, DNSSEC noch ausstehend) standen am Ende des Tages auf diesen Werten. Die Scores beruhen auf unterschiedlichen Kriterien und sind nicht miteinander vergleichbar.

## LLM-Sichtbarkeit: was die Scores nicht messen

Alle oben genannten Werkzeuge messen, ob ein Agent die Website erreichen, sie mit wenig Aufwand lesen und sicher aufrufen kann. Keines misst, was ein Käufer sieht: ob ChatGPT, Claude, Perplexity, Copilot oder eine Übersicht mit KI (AI Overview) KONDEVS nennt, wenn jemand nach Enterprise Integration fragt, und ob die Antwort das Unternehmen richtig beschreibt. Über solche Antworten berichtet dieser Artikel nicht. Im Modell der [3 Stufen der LLM-Sichtbarkeit](https://www.kondevs.com/de/content-hub/three-levels-of-llm-visibility/) misst jeder dieser Scores Stufe 1 (lesbar). Stufe 2 (erkannt: Ein Assistent kann KONDEVS erklären, wenn das Unternehmen genannt wird) und Stufe 3 (empfohlen: Ein Assistent schlägt KONDEVS für einen passenden Bedarf vor, ohne dass der Name fällt) brauchen eigene Messungen.

Die beschriebene Arbeit liefert die Voraussetzungen. Markdown, das ein Assistent ohne das Layout lesen kann, eine llms.txt, die jede Seite abdeckt, strukturierte Daten, die zur sichtbaren Seite passen, Volltext-Feeds und eine einheitliche Autorenzeile machen eine Website leichter auffindbar, zitierbar und zuordenbar. Ob daraus Zitierungen werden, misst man, indem man den Assistenten in regelmäßigen Abständen die Fragen stellt, die Käufer stellen, und festhält, welche Quellen sie nennen; unsere Methode und erste Ergebnisse stehen im Artikel zur [LLM-Sichtbarkeit](https://www.kondevs.com/de/content-hub/llm-visibility-in-ai-answers/).

## Lehren für den Visibilio Website Builder

kondevs.com ist die Referenzwebsite des Builders, deshalb ist jede Lehre ein Vorschlag für die Basisvorlage, mit der jede erzeugte Website beginnt. Zusammen ergeben sie zugleich eine Checkliste für jede Website:

1. **Markdown-Zwillinge als Standard:** jede Seite unter ihrer `.md`-Adresse und per `Accept: text/markdown`, angekündigt mit `rel="alternate"`, mit dem Hinweis auf llms.txt am Anfang von HTML und Markdown.
2. **llms.txt aus den Daten der Website:** ein Index aus Markdown-Links plus einer pro Abschnitt, bei jeder Anfrage erzeugt und gegen die Sitemap geprüft.
3. **Discovery-Dokumente aus einer Tabelle:** OpenAPI, der API-Katalog mit `item`-Links und die Entwicklerdokumentation, gemeinsam erzeugt, ein Beispiel für jeden Fehler und Tests, ob sich die laufende Website wie beschrieben verhält.
4. **Ablehnungen, die erklären:** 401 mit `WWW-Authenticate` und `resource_metadata`, 403 mit `insufficient_scope` und RateLimit-Header auf jeder begrenzten Antwort, die 401-Antwort eingeschlossen.
5. **Limits, die sagen, was sie sind:** Ein KV-Zähler ist eine Bremse, keine Obergrenze; wo ein striktes Limit zählt, verwenden Sie einen atomaren Zähler.
6. **Keine List-Operation bei einer öffentlichen Anfrage und ein Hosting-Plan, der zum Traffic passt,** Scanner eingeschlossen.
7. **Sitemap-Datumsangaben, die echten Änderungen folgen:** nie das Deployment-Datum, und die Lücken der Methode sind durch Tests abgedeckt.
8. **Ehrliche Deklarationen:** leere Listen, wo eine Fähigkeit nicht betrieben wird, ein Personal-Agent-Protocol-Dokument nur für die Website, solange es keine Sessions gibt, und eine Preisseite, die sagt, wie die Arbeit berechnet wird, wenn es keine Preisliste gibt.
9. **Messen wie die Außenwelt, aber mit Bedacht:** Lesen Sie die Methode jedes Scanners, scannen Sie nach dem Deployment erneut, und denken Sie daran, dass jeder Testlauf das Kontingent der Website verbraucht.

## Über die Website hinaus

Eine Unternehmenswebsite ist eine kleine Integrationsgrenze. Doch sobald Agenten sie aufrufen, wirft sie dieselben Fragen auf wie ein ERP, ein B2B-Gateway oder eine interne API-Plattform: Wer ruft auf, was darf er tun, wie viel darf er tun, und kann ein Betreiber sehen, was er getan hat? Die letzte Frage braucht mehr als Annotationen und Hinweise; sie braucht Request-Logs, Kennungen, die einem Aufruf über Systemgrenzen hinweg folgen, Monitoring und Alarme. Jede deklarierte Fähigkeit ist ein Vertrag, und keine sollte deklariert werden, für die das Team nicht auch an einem Dienstag um 02:00 Uhr einstehen kann. Agent-Readiness ist eine Frage der Integrationsarchitektur, und die Antwort ist dieselbe wie immer: Was sich nicht steuern lässt, ist nicht reif für den Produktivbetrieb.

## Häufige Fragen

### Was bedeutet „agentenfähig“ für eine Unternehmenswebsite?

Ein KI-Agent kann die Inhalte und Schnittstellen der Website finden, Seiten lesen, ohne das visuelle Layout auswerten zu müssen, ihre Tools aufrufen und verstehen, was er darf und was nicht, und zwar alles aus Dokumenten, die die Website an Standardorten veröffentlicht. Ein Mensch und ein Agent erhalten dieselben Fakten, jeder in dem Format, das er am besten liest.

### Warum eine Seite unter einer `.md`-Adresse ausliefern, wenn Content Negotiation bereits funktioniert?

Nicht jeder Client kann Request-Header setzen. Agenten, die Links aus llms.txt folgen, und Werkzeuge, die URLs so abrufen, wie sie angegeben sind, brauchen eine Adresse, die von sich aus Markdown liefert. Die `.md`-Adresse bietet ihnen eine, während der Canonical-Link Suchmaschinen bei der HTML-Seite hält.

### Können KI-Agenten auf kondevs.com veröffentlichen?

Kein Agent kann sich selbst Veröffentlichungsrechte verschaffen. Lesen ist für jeden Agenten offen; veröffentlicht wird über die Content API mit einem Schlüssel, den KONDEVS überprüften Partnern wie VISIBILIO ausstellt, nachdem ein Mensch die Anfrage gesichtet hat. Der Agent eines Partners, der einen gültigen Schlüssel besitzt, kann dann innerhalb seines Berechtigungsumfangs automatisch veröffentlichen; eine etwaige Prüfung jedes einzelnen Artikels findet daher im eigenen Workflow des Partners statt, nicht auf der Website.

### Was begrenzt der kostenlose Plan von Cloudflare bei einer Website wie dieser?

Im Plan Workers Free erlaubt KV 100.000 Lesevorgänge, 1.000 Schreibvorgänge und 1.000 List-Operationen pro Tag. Eine Website, die vorberechnete Schlüssel liest, bleibt weit unter dem Leselimit; eine, die bei jeder Anfrage Schlüssel auflistet oder bei jedem Aufruf einen Rate-Limit-Zähler schreibt, kann an einem stark frequentierten Tag das Limit für Auflistungen oder Schreibvorgänge erreichen. kondevs.com läuft seit dem 18. Oktober 2026 im Plan Workers Paid, in dem diese Operationen monatliche Inklusivmengen haben und darüber hinaus abgerechnet werden; List-Operationen hält die Website trotzdem aus öffentlichen Anfragen heraus.

## Quellen

1. [McKinsey, The state of AI in 2025: Agents, innovation, and transformation](https://www.mckinsey.com/capabilities/tech-and-ai/our-insights/the-state-of-ai-2025)
2. [Deloitte Insights, The agentic reality check (Tech Trends 2026)](https://www.deloitte.com/us/en/insights/topics/technology-management/tech-trends/2026/agentic-ai-strategy.html)
3. [Microsoft Cloud Adoption Framework, Govern and secure AI agents across the organization](https://learn.microsoft.com/en-us/azure/cloud-adoption-framework/ai-agents/governance-security-across-organization)
4. [RFC 9727, api-catalog](https://www.rfc-editor.org/rfc/rfc9727)
5. [RFC 9728, OAuth 2.0 Protected Resource Metadata](https://www.rfc-editor.org/rfc/rfc9728)
6. [RFC 8414, OAuth 2.0 Authorization Server Metadata](https://www.rfc-editor.org/rfc/rfc8414)
7. [RFC 6750, OAuth 2.0 Bearer Token Usage](https://www.rfc-editor.org/rfc/rfc6750)
8. [RateLimit header fields for HTTP (IETF draft)](https://datatracker.ietf.org/doc/draft-ietf-httpapi-ratelimit-headers/)
9. [Model Context Protocol, revision 2026-07-28](https://modelcontextprotocol.io/specification/2026-07-28)
10. [The llms.txt proposal](https://llmstxt.org/)
11. [auth.md, agent registration profile](https://github.com/workos/auth.md)
12. [Personal Agent Protocol, draft 0.1](https://personalagentprotocol.org/docs/0.1/spec)
13. [AFDocs, the checks behind the Mintlify Score](https://afdocs.dev/)
14. [Sitemaps protocol](https://www.sitemaps.org/protocol.html)
15. [Cloudflare Workers KV limits](https://developers.cloudflare.com/kv/platform/limits/)
16. [How Cloudflare Workers KV works (eventual consistency)](https://developers.cloudflare.com/kv/concepts/how-kv-works/)
17. [schema.org OfferCatalog](https://schema.org/OfferCatalog)

## Verwandte Begriffe und Leistungen

Wichtige Begriffe: [Model Context Protocol (MCP)](https://www.kondevs.com/de/glossary/#model-context-protocol), [Large Language Model (LLM)](https://www.kondevs.com/de/glossary/#large-language-model), [KI-Agent](https://www.kondevs.com/de/glossary/#ai-agent), [Middleware](https://www.kondevs.com/de/glossary/#middleware)

Unsere Leistung: [Entwicklung von KI-Agenten](https://www.kondevs.com/de/services/agent-development/)

ki-agenten agent-readiness llm-sichtbarkeit llms-txt mcp visibilio-website-builder