Core Web Vitals für KI-Crawler: Technisches SEO in der KI-Ära

Core Web Vitals entscheiden nicht darüber, ob ChatGPT deine Seite zitiert. Sie entscheiden aber darüber, ob deine Seite überhaupt in einer Form vorliegt, die ein Crawler zuverlässig verarbeiten kann. Du kannst dieser These zustimmen oder widersprechen – ich habe sie an eigenen und betreuten Websites geprüft, und das Ergebnis ist unbequemer als die meisten GEO-Ratgeber suggerieren.

Ausgangslage: Gilt Page Speed noch, wenn die Suche keine Klicks mehr zählt?

Der Reflex in vielen GEO-Diskussionen lautet: Ladezeit war ein Rankingfaktor für die klassische Google-Suche, aber KI-Systeme lesen Text, keine Renderzeit. Wenn ein Sprachmodell eine Seite ohnehin nur als Textkorpus verarbeitet, warum sollte Largest Contentful Paint noch relevant sein?

Diese Annahme habe ich für einen Kundenauftrag geprüft, bei dem eine WooCommerce-Seite trotz solidem Content kaum in AI Overviews auftauchte. Die Kernfrage: Ist das ein Content-Problem oder ein technisches?

Definition: Was Core Web Vitals konkret messen

Definition: Core Web Vitals sind drei von Google definierte Messwerte für die Nutzererfahrung einer Webseite: Largest Contentful Paint (Ladezeit des größten sichtbaren Elements), Interaction to Next Paint (Reaktionszeit auf Nutzerinteraktion) und Cumulative Layout Shift (visuelle Stabilität während des Ladens).

Laut der Dokumentation von Google Search Central gelten dafür feste Zielwerte: LCP soll innerhalb von 2,5 Sekunden erfolgen, INP unter 200 Millisekunden bleiben und CLS unter 0,1 liegen (https://developers.google.com/search/docs/appearance/core-web-vitals). Das sind feste Schwellenwerte ohne Interpretationsspielraum – daran trennt Google „gut“ von „verbesserungswürdig“.

Vorgehen: Drei Crawler statt eines

Der erste Fehler in der Analyse war, KI-Sichtbarkeit als ein einzelnes technisches Problem zu behandeln. Tatsächlich crawlen unterschiedliche KI-Anbieter mit unterschiedlichen Bots und unterschiedlichen Zielen.

Laut der Entwicklerdokumentation von OpenAI unterscheidet das Unternehmen technisch zwischen drei separat über robots.txt steuerbaren Crawlern: GPTBot sammelt Trainingsdaten, OAI-SearchBot ist für das Ranking in der ChatGPT-Suche zuständig, und ChatGPT-User führt Live-Abrufe während einer aktiven Nutzersitzung aus (https://developers.openai.com/api/docs/bots). Für unsere Prüfung heißt das: Ein Server-Log-Check auf „irgendeinen KI-Bot“ reicht nicht. Wir haben die drei OpenAI-Bots einzeln gefiltert, dazu Googlebot und den bekannten Perplexity-Crawler, und verglichen, welche Seiten sie tatsächlich vollständig abriefen und welche sie nach Timeout abbrachen.

Zusätzlich haben wir geprüft, ob eine separate llms.txt-Datei die Situation verbessert – ein Vorschlag, der in vielen GEO-Checklisten kursiert.

Beobachtung: Timeouts korrelieren mit schlechten CWV-Werten

Auf der geprüften Website hatten mehrere Produktseiten LCP-Werte über 4 Sekunden. Bei genau diesen Seiten zeigte das Server-Log unvollständige Abrufe durch OAI-SearchBot – der Bot brach den Ladevorgang ab, bevor der Haupttext im DOM verfügbar war. Seiten mit LCP unter 2,5 Sekunden wurden dagegen vollständig abgerufen.

Das ist eine Beobachtung aus einem einzelnen Kundenfall, keine belastbare Studie – bei einer einzigen Seite lässt sich das noch nicht abschließend beurteilen. Aber die Beobachtung deckt sich mit einer nachvollziehbaren technischen Logik: Wenn ein Crawler mit begrenztem Zeitbudget arbeitet, verhält sich langsames Rendering für einen KI-Bot ähnlich problematisch wie für einen menschlichen Nutzer mit schlechter Verbindung – nur ohne Geduld.

Konkret bedeutete das für den Kunden: komprimierte Bilder im WebP-Format, Lazy Loading für Produktbilder unterhalb des Viewports und ein reduziertes JavaScript-Bundle auf den betroffenen Produktseiten. Der LCP sank in den folgenden Wochen von über 4 Sekunden auf rund 2,1 Sekunden. Ob das allein für die spätere Aufnahme in AI Overviews verantwortlich war, lässt sich an einem Live-System kaum sauber isolieren – parallel wurden auch Content-Lücken geschlossen, vermutlich haben beide Faktoren zusammengewirkt.

Die llms.txt-Datei brachte im Beobachtungszeitraum keine messbare Veränderung im Crawling-Verhalten. Das deckt sich mit einer öffentlichen Einschätzung von Google: John Mueller stellt laut Search Engine Journal klar, dass kein KI-Anbieter die Nutzung von llms.txt bestätigt hat, und vergleicht die Datei mit dem längst wirkungslosen Keywords-Meta-Tag (https://www.searchenginejournal.com/google-says-llms-txt-comparable-to-keywords-meta-tag/544804/). Meiner Einschätzung nach lohnt sich der Aufwand für llms.txt aktuell nicht – Zeit in CWV-Fixes ist besser investiert.

Einordnung: Technisches SEO bleibt die Eintrittskarte, nicht der Ranking-Hebel

Für die Aufnahme als unterstützender Link in AI Overviews oder im AI Mode gelten laut Google Search Central keine zusätzlichen technischen Anforderungen – es reicht, wenn eine Seite regulär indexiert ist und mit Snippet in der klassischen Google-Suche erscheinen kann (https://developers.google.com/search/docs/appearance/ai-features). Das bedeutet im Umkehrschluss: Wer aus der regulären Indexierung fällt, weil Rendering-Probleme oder Timeouts das Crawling verhindern, fliegt automatisch auch aus AI Overviews.

Damit lässt sich die eingangs gestellte These präzisieren. Core Web Vitals sind kein direkter GEO-Rankingfaktor – dafür gibt es bislang keinen Beleg, weder von Google noch von OpenAI. Sie sind aber eine Vorbedingung: Ohne vollständigen Abruf kein Content im Index, ohne Index keine Zitation. Bei geaio.de prüfen wir das im technischen Teil der Analyse mit – von 45 geprüften Regeln entfallen 20 auf den Bereich Technical/SEO, der genau solche Crawling- und Rendering-Aspekte abdeckt, dazu 10 auf Semantic/GEO, 8 auf Entity und 7 auf den AI-Bereich. Die vollständige Regelliste mit Gewichtung und Aufwand ist für registrierte Nutzer kostenlos auf geaio.de/erklaert einsehbar, ebenso die Analysehistorie mit Delta-Werten zur Voranalyse.

Wer nach einer Analyse die Deltas zur letzten Prüfung verfolgt, sieht direkt, ob eine CWV-Optimierung auch im Overall Score ankommt – das ist der praktische Nutzen der Verlaufsansicht gegenüber einer einmaligen Momentaufnahme.

FAQ

Sind Core Web Vitals ein offizieller Rankingfaktor für ChatGPT oder Perplexity? Nein, dafür gibt es keine offizielle Bestätigung. Sie beeinflussen aber, ob ein KI-Crawler eine Seite vollständig und rechtzeitig laden kann.

Reicht eine llms.txt-Datei aus, um KI-Crawler besser zu steuern? Laut John Muellers Einschätzung, zitiert bei Search Engine Journal, hat kein KI-Anbieter die Nutzung von llms.txt bestätigt. Robots.txt-Regeln für GPTBot, OAI-SearchBot und ChatGPT-User sind der belegte Steuerungsweg.

Muss ich für AI Overviews technisch etwas zusätzlich tun? Nein. Laut Google reicht reguläre Indexierbarkeit mit Snippet-Fähigkeit in der klassischen Suche aus.

Welche Core-Web-Vitals-Schwellenwerte gelten aktuell? LCP innerhalb von 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1 – so definiert von Google Search Central.

Wenn du technisches SEO und GEO zusammen denken willst, hilft ein Blick auf die Begriffs-Einordnung von GEO als Ausgangspunkt. Für die Crawler-Seite lohnt sich zusätzlich KI-Crawler Fingerprinting: Echte Bots von Fälschungen unterscheiden, bevor du Timeouts vorschnell einem einzelnen Bot zuschreibst. Und wer prüfen will, ob die eigene Konkurrenz in AI Overviews überhaupt sichtbar ist, findet den Einstieg in AI Overviews SERP-Analyse: So prüfst du deine KI-Konkurrenz.

**Wichtig:** Frontmatter unverändert, Länge im Toleranzbereich. Geändert wurden fünf Stellen: eine "keine X, sondern Y"-Konstruktion (Nähe zur Sperrliste) umformuliert, ein Anglizismus ("versus") ersetzt, eine Mehrdeutigkeit "Seite/Seiten" aufgelöst, eine doppelte "sauber"-Redundanz gestrafft und ein falsches Verbpräfix ("mit ab") korrigiert.