Technische KI-Readiness: Was B2B-Websites erfüllen müssen, damit KI-Systeme sie lesen

Die kurze Antwort: Bevor Inhalte überhaupt zitierfähig werden können, muss eine Website technisch für KI-Crawler zugänglich sein. Drei Voraussetzungen entscheiden: eine robots.txt, die die relevanten KI-Bots nicht blockiert, Kerninhalte im Server-HTML statt nur per JavaScript nachgeladen, und eine saubere Schema.org-Auszeichnung. Dazu kommt eine vierte, die oft übersehen wird: die Ladezeit.

Warum technische Zugänglichkeit vor jedem Content-Thema kommt

Der teuerste Fehler in der GEO-Arbeit ist, mit Inhalten zu beginnen, bevor die technische Basis stimmt. Ein perfekt geschriebener Artikel bringt nichts, wenn der KI-Suchbot ihn gar nicht laden darf oder sein Inhalt erst durch JavaScript im Browser entsteht, das der Bot nicht ausführt. Das GitHub-Repository ai.robots.txt, ein informeller Community-Standard zur Dokumentation von KI-Crawlern, listete im März 2026 bereits über 150 verschiedene KI-Bots — von GPTBot über ClaudeBot bis zu weniger bekannten Trainings- und Suchagenten. Eine robots.txt aus dem Jahr 2023 kennt diese Bots grösstenteils nicht und blockiert im Zweifel zu viel oder zu wenig.

Die vier technischen Grundvoraussetzungen

1. Robots.txt bewusst konfigurieren. Eine Pauschal-Blockade aller KI-Bots ist meist kontraproduktiv, ein Pauschal-Erlaubnis ohne Nachdenken ebenso. Sinnvoll ist eine differenzierte Policy: öffentliche Content-Seiten für Such- und User-Bots öffnen, Admin-, API-, Cache- und private Bereiche blockieren. Bei Trainings-Bots (etwa GPTBot) ist es eine bewusste Geschäftsentscheidung, keine rein technische.

2. Inhalte im Server-HTML ausliefern. Ein grosser Teil der KI-Crawler führt gar kein JavaScript aus. Wenn Kerninhalte einer Seite erst nach dem Laden per JS eingefügt werden, sieht die Maschine eine leere oder unvollständige Seite. Serverseitiges Rendering (SSR) oder Static Site Generation sind für KI-Sichtbarkeit kein Nice-to-have mehr, sondern Grundvoraussetzung.

3. Semantisches HTML und Schema.org. Eine klare H1/H2/H3-Hierarchie hilft der Extraktion ebenso wie echte Listen- und Tabellen-Elemente statt visuell nachgebauter Strukturen. Schema.org-Markup für Organization, WebSite, Article und FAQPage macht zusätzlich explizit, was ohnehin im Inhalt steht — für Google AI Overviews offiziell kein Muss-Kriterium, für die übrigen KI-Suchdienste aber ein messbarer Vorteil bei der korrekten Interpretation.

4. Ladezeit. Langsame Seiten werden von Crawlern seltener vollständig erfasst, besonders bei Zeitbudgets, die Suchbots pro Domain einplanen. Eine technisch schlanke Seite ist damit auch ein GEO-Faktor, nicht nur ein UX-Faktor.

Was zusätzlich im hiesigen Umfeld zu prüfen ist

Wer mehr als eine Sprachversion betreibt, hat eine technische Pflichtaufgabe mehr: strukturierte hreflang-Angaben und je Version tatsächlich eigenständig verfasste, nicht nur automatisch übersetzte Inhalte. Ein KI-Crawler, der auf eine reine Google-Translate-Version trifft, bewertet die Seite anders als eine, die erkennbar für die jeweilige Sprache geschrieben wurde.

Ebenso oft vernachlässigt: lokale Hosting-Anbieter und CDN-Konfigurationen (etwa restriktive Firewall-Regeln oder Bot-Schutz-Dienste) blockieren KI-Bots gelegentlich pauschal als «verdächtigen Traffic», ohne dass das bewusst so gewollt ist. Ein Blick in die Server-Logs zeigt, ob die relevanten Such-Bots tatsächlich ankommen — ohne diese Prüfung bleibt jede inhaltliche GEO-Arbeit wirkungslos.

Checkliste zum Selbsttest

• Antwortet eure robots.txt-Datei mit expliziten Regeln für OAI-SearchBot, ClaudeBot, PerplexityBot und Google-Extended, statt sie zu ignorieren?
• Ist der Haupttext einer Kernseite auch ohne JavaScript im Quellcode sichtbar (curl oder «Seitenquelltext anzeigen» reicht als Schnelltest)?
• Sind Organization- und WebSite-Schema sitewide eingebunden, FAQPage auf Seiten mit Fragen-Blöcken?
• Sind vorhandene Sprachversionen über hreflang sauber ausgezeichnet und eigenständig verfasst statt maschinell übersetzt?
• Zeigen die Server-Logs tatsächlichen Zugriff der relevanten Such-Bots?

Häufige Fragen

Reicht eine bestehende SEO-optimierte Website für GEO aus?

Als Fundament ja. Sauberes technisches SEO — Ladezeit, Indexierbarkeit, semantisches HTML — ist Voraussetzung für GEO, nicht dessen Ersatz. Was fehlt, ist meist die explizite Schema-Auszeichnung und die Prüfung, ob KI-spezifische Bots tatsächlich zugelassen sind.

Blockiert eine Firewall automatisch KI-Bots?

Nicht automatisch, aber häufig als Nebeneffekt. Viele Bot-Schutz-Dienste stufen unbekannte oder neue Crawler pauschal als verdächtig ein. Eine bewusste Allowlist für dokumentierte KI-Suchbots verhindert das.

Wie geht die KI-Suche mit mehreren Sprachversionen einer Website um?

Sie behandelt sie getrennt. Damit die richtige Version einer Anfrage zugeordnet wird, braucht es korrekte hreflang-Angaben; und weil eine maschinell übersetzte Version schwächer bewertet wird als eine eigenständig verfasste, ist die Zahl der Sprachversionen eine Geschäftsentscheidung, keine technische.

Quellen

1. ai.robots.txt (GitHub-Repository, Community-Standard zur Dokumentation von KI-Crawlern), Stand März 2026