• Shopware Gold Partner & Shopify Partner

Kapitel 6

Ladezeit, Core Web Vitals und Crawling-Realität

Inhaltsverzeichnis

Ladezeit klingt nach einem abgehakten Thema. Jeder Shopbetreiber kennt Core Web Vitals, jeder hat schon einen PageSpeed-Test laufen lassen. Was in dieser Diskussion fehlt: KI-Crawler bewerten etwas völlig anderes als Google und etwas anderes als Ihre menschlichen Besucher. Wer nur für die eine Zielgruppe optimiert, kann bei der anderen trotzdem durchfallen.

Ladezeit und Core Web Vitals im Shopware-Shop: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1 – und ihr Einfluss auf Nutzererlebnis und Conversion

Welche zwei Uhren laufen gleichzeitig?

Die klassischen Core Web Vitals – Largest Contentful Paint, Interaction to Next Paint, Cumulative Layout Shift – messen, wie ein Mensch die Seite in seinem Browser erlebt. Die Schwellenwerte sind seit Jahren stabil:

  • LCP unter 2,5 Sekunden

  • INP unter 200 Millisekunden

  • CLS unter 0,1

Gemessen wird jeweils am 75. Perzentil echter Chrome-Nutzer über ein rollierendes 28-Tage-Fenster. Diese Werte bleiben relevant, weil Google sie in seinen Ranking-Systemen berücksichtigt. Und weil klassische Suchsichtbarkeit und KI-Sichtbarkeit, wie Kapitel 3 gezeigt hat, eng zusammenhängen, bleiben sie auch in einem AI-Readiness-Kontext relevant.

Für KI-Crawler sind diese drei Werte dagegen kaum relevant. Sie führen in der Regel kein JavaScript aus, wie Kapitel 2 gezeigt hat, interagieren nicht mit der Seite und erleben deshalb weder INP noch CLS. Was für sie zählt, ist eine andere Größe: wie schnell der Server überhaupt anfängt zu antworten – und ob der relevante Inhalt bereits im ersten HTML steckt.

Ein Shop kann bei klassischen Core Web Vitals blendend abschneiden und für KI-Crawler trotzdem unbrauchbar sein.

Warum bringt Perfektion hier nichts?

Für KI-Crawler geht es nicht um Millisekunden-Perfektion. Entscheidend ist, dass der Server zuverlässig und zügig antwortet und der relevante Inhalt bereits im ausgelieferten HTML steckt. Ob CLS anschließend von 0,05 auf 0,02 sinkt, spielt für einen Crawler, der die Seite nicht wie ein Mensch rendert und bedient, keine Rolle.

Für das menschliche Nutzererlebnis sieht das anders aus – und dort liegt der eigentliche Grund, warum sich diese Feinarbeit trotzdem lohnt. In einem A/B-Test von Vodafone Italien führte eine um 31 Prozent bessere LCP-Zeit bei ansonsten identischen Seiten zu acht Prozent mehr Verkäufen. Bemerkenswert dabei: Vodafone verlagerte für diese Verbesserung unter anderem kritisches HTML auf serverseitiges Rendering – also genau die Maßnahme, die auch für KI-Crawler den Unterschied macht. Das ist kein GEO-Argument. Es ist ein Umsatzargument, und Kapitel 10 wird darauf zurückkommen.

Was bedeutet das für einen Shopware-Shop?

Zwei konkrete Prüffelder. Erstens: Server- und Hosting-Konfiguration. Ein Shop hinter einem kalten Cache oder mit trägen Datenbankabfragen produziert genau die Antwortzeiten, die Crawler abschrecken – unabhängig davon, wie gut das Frontend gebaut ist. Zweitens, und das schließt an Kapitel 2 an: Wenn zentrale Inhalte erst per JavaScript entstehen, verpasst ein Crawler sie so oder so, ganz gleich wie schnell der Server antwortet.

Serverseitiges, vollständiges HTML ist damit nicht nur eine Frage der Sichtbarkeit, sondern auch der Geschwindigkeit: Ein Server, der komplettes HTML sofort ausliefert, braucht keine zusätzliche Rendering-Runde.

Unsere Einordnung

Der verbreitete Fehler ist, den zusammengesetzten PageSpeed-Score als Verdikt zu lesen. Er ist eine gewichtete Laborschätzung – die drei Einzelwerte darunter sind das, was tatsächlich zählt, und sie bewegen sich unabhängig voneinander. Für die KI-Perspektive kommt eine vierte Größe dazu, die in keinem dieser Scores auftaucht: die reine Serverantwortzeit.

Wer bei Core Web Vitals im grünen Bereich liegt, hat einen wichtigen Teil für Menschen erledigt. Für Maschinen ist damit erst eine von zwei Fragen beantwortet.

Was Sie heute in zehn Minuten prüfen können

  1. Messen Sie die Serverantwortzeit Ihrer wichtigsten Produktseite direkt in den Browser-Entwicklertools – nicht über den zusammengesetzten Score.

  2. Prüfen Sie, wie der Shop unter realer Last antwortet, nicht nur morgens um sechs im Leerlauf.

  3. Rufen Sie den Quelltext so ab, wie es ein Crawler tut, ohne JavaScript-Ausführung: Steht der eigentliche Produktinhalt bereits im ersten HTML?

Häufige Fragen

Indirekt ja, direkt kaum. Google berücksichtigt sie im Ranking, und Ranking hängt eng mit KI-Sichtbarkeit zusammen. KI-Crawler selbst erleben weder INP noch CLS – für sie zählen Serverantwortzeit und vollständiges HTML.

Nein. Der Score ist eine gewichtete Laborschätzung. Entscheidend sind die drei Einzelwerte aus echten Nutzerdaten – und für KI-Crawler zusätzlich die Serverantwortzeit, die in keinem dieser Scores auftaucht.