So überprüfen Sie Ihre Core Web Vitals in AmICited

Auch für die KI-Sichtbarkeit sind schnelle, stabile Seiten wichtig – Antwortmaschinen bevorzugen schnell ladende Quellen. Bevor Sie sich in den Audit von AmICited vertiefen, hilft es zu verstehen, was Core Web Vitals eigentlich messen und warum ein Problem mit der Seitengeschwindigkeit sich unbemerkt zu einem Problem bei KI-Zitationen entwickeln kann.

Was sind Core Web Vitals?

Core Web Vitals sind eine Reihe standardisierter Kennzahlen, die Google entwickelt hat, um die reale Page Experience zu quantifizieren: wie schnell der Hauptinhalt einer Seite erscheint, wie schnell sie auf Eingaben reagiert und wie visuell stabil sie beim Laden bleibt. Sie wurden entwickelt, um vage Eindrücke wie „die Seite fühlt sich langsam an“ durch nachvollziehbare Zahlen zu ersetzen, die sich verfolgen, vergleichen und für die Entwicklungsteams zur Verantwortung ziehen lassen. Google hat sie vor Jahren in seine Ranking-Signale für die Suche integriert, und dieselben zugrunde liegenden Daten – erhoben von echten Chrome-Nutzern über den Chrome UX Report (CrUX) – bestimmen zunehmend auch, welche Quellen Antwortmaschinen bereit sind abzurufen, darzustellen und zu zitieren.

Die drei zentralen Kennzahlen sind Largest Contentful Paint (LCP), Interaction to Next Paint (INP) und Cumulative Layout Shift (CLS), jeweils mit einem Bestanden/Nicht-bestanden-Schwellenwert, den Google veröffentlicht und regelmäßig aktualisiert. Zwei ergänzende Kennzahlen, First Contentful Paint (FCP) und Time to First Byte (TTFB), vervollständigen das Bild der Seitengeschwindigkeit , indem sie isoliert betrachten, wie schnell der Server antwortet und wie schnell überhaupt etwas dargestellt wird – noch bevor der Hauptinhalt bereit ist. Da CrUX auf anonymisierten Felddaten basiert – echten Besuchen echter Chrome-Nutzer –, spiegeln die Zahlen reale Bedingungen wider (Gerätemix, Netzqualität, Geografie) und nicht nur einen einzelnen Labortest über eine schnelle Büroverbindung.

Warum ist das speziell für Generative Engine Optimization wichtig? KI-Crawler und die Retrieval-Systeme hinter AI Overviews, der ChatGPT-Suche und Perplexity müssen Ihre Seite abrufen und verarbeiten, bevor sie sie zitieren können. Eine Seite, die einen Timeout produziert, langsam rendert oder deren Inhalte beim Laden hin- und herspringen, ist im großen Maßstab teurer zu crawlen und liefert weniger zuverlässig sauber extrahierbaren Inhalt. Besonders eine langsame TTFB kann dazu führen, dass ein Crawler den Abruf abbricht, bevor Ihr Hauptinhalt überhaupt eintrifft. Das ist nicht der entscheidende Faktor dafür, ob Sie zitiert werden – Relevanz, Autorität und Struktur des Inhalts spielen eine weitaus größere Rolle –, aber eine chronisch langsame oder instabile Startseite ist eine Reibung, die Antwortmaschinen nicht tolerieren müssen, wenn ein schnellerer Mitbewerber dieselbe Information bietet.

Das ist auch ein Fall, in dem sich technisches SEO und Answer Engine Optimization fast vollständig überschneiden: Dieselben technischen Verbesserungen, die Ihre Google-Rankings verbessern – Bildgrößen, Server-Antwortzeit, Layout-Stabilität –, halten Ihre Seiten auch für KI-Systeme zugänglich und zitierbar. Genau diese Überschneidung ist der Grund, warum AmICited Core Web Vitals innerhalb eines umfassenderen AI-Visibility -Audits anzeigt und nicht als eigenständiges SEO-Tool: Es ist ein Baustein dafür, ob KI-Engines Ihre Website als vertrauenswürdig und einfach zu verarbeiten einstufen.

Wo Sie es finden

Öffnen Sie Audit → Web Vitals über die linke Navigation. Die Seite erklärt: „Core Web Vitals für die Startseite Ihrer Domain… Die Seitengeschwindigkeit ist ein Google-Ranking-Faktor und KI-Antwortmaschinen bevorzugen schnell ladende Seiten.“ AmICited ruft diese Daten automatisch für Ihre beobachtete Domain sowie für jeden von Ihnen überwachten Mitbewerber ab, sodass Sie kein separates Tool ausführen oder URLs manuell einfügen müssen – es ist dasselbe Wettbewerbsset, das Sie an anderer Stelle in der Plattform bereits nutzen, um Share of Voice und Zitations-Ranking zu verfolgen.

Da CrUX ein Mindestvolumen an echtem Chrome-Traffic benötigt, bevor stabile Zahlen für eine URL veröffentlicht werden, zeigen Domains mit wenig Traffic – darunter viele B2B- und Nischenseiten – zeitweise leere Werte. Das ist normales Verhalten und kein Fehler: Es bedeutet, dass Google noch nicht genügend Felddaten gesammelt hat, um verlässlich zu berichten, und die Werte füllen sich, sobald Traffic (oder Zeit) hinzukommt.

Was die Metriken bedeuten

Die Wettbewerber-Vergleichstabelle listet jede Domain auf mit:

• Score — eine zusammenfassende Bestanden/Nicht bestanden-Bewertung der Core Web Vitals, die Ihnen auf einen Blick zeigt, ob eine Domain Googles Schwellenwerte durchgängig erreicht.
• LCP (Largest Contentful Paint) — wie schnell die Hauptinhalte laden, in der Regel das größte Bild oder der größte Textblock im sichtbaren Bereich. Das ist die Kennzahl, die am direktesten mit der Wahrnehmung eines Besuchers – oder eines Crawlers – verknüpft ist, ob „diese Seite bereits fertig ist“.
• INP (Interaction to Next Paint) — wie reaktionsschnell sich die Seite anfühlt, wenn ein Nutzer tatsächlich mit ihr interagiert (klicken, tippen, tippen von Text). Diese Kennzahl hat die ältere First-Input-Delay-Metrik abgelöst, weil sie die Reaktionsfähigkeit über den gesamten Seitenbesuch erfasst, nicht nur bei der ersten Interaktion.
• CLS (Cumulative Layout Shift) — wie visuell stabil die Seite beim Laden ist. Ein hoher CLS-Wert bedeutet, dass Elemente umherspringen, während Bilder, Anzeigen oder Schriftarten nachgeladen werden – störend für Besucher und erschwert es automatisierten Systemen, den Inhalt konsistent zu verarbeiten.
• FCP (First Contentful Paint) — wie schnell überhaupt zuerst etwas auf dem Bildschirm erscheint, noch bevor der Hauptinhalt bereit ist. Es ist ein frühes Signal dafür, dass die Seite überhaupt lädt, statt auf einem leeren Bildschirm zu verharren.
• TTFB (Time to First Byte) — Server-Antwortgeschwindigkeit: die Zeit zwischen der Anfrage der Seite und dem Empfang des ersten zurückgesendeten Bytes. Das ist fast ausschließlich eine Backend-/Infrastruktur-Kennzahl und oft die am leichtesten zu behebende – durch Hosting-, Caching- oder CDN-Anpassungen.

Ihre eigene Domain ist als Sie gekennzeichnet, darunter die Startseiten Ihrer beobachteten Mitbewerber, sodass jede Kennzahl sofort im Vergleich betrachtet wird statt isoliert.

Wie Sie es nutzen

1. Vergleich mit Mitbewerbern. Wenn die Seiten der Konkurrenz schneller sind, ist das ein weiterer Vorteil, den sie sowohl bei der Suche als auch bei KI-Antworten haben – und eine Lücke, die im Vergleich zu Content- oder Autoritätsarbeit günstig zu schließen ist.
2. Beheben Sie die roten Werte. Ein nicht bestandener LCP- oder CLS-Wert weist auf konkrete technische Arbeiten hin: überdimensionierte Hero-Bilder, fehlende Breiten-/Höhenangaben, render-blockierende Skripte oder unoptimierte Webfonts sind die üblichen Verdächtigen.
3. Priorisieren Sie eine langsame TTFB. Da sie allen anderen Kennzahlen vorgelagert ist, zieht eine langsame TTFB auch den LCP-Wert nach unten – und sie lässt sich oft am schnellsten verbessern, häufig durch Caching, ein CDN oder ein Hosting-Upgrade statt durch eine Content-Überarbeitung.
4. Überprüfen Sie nach Änderungen erneut. Wenn die Felddaten aktualisiert werden, kehren Sie zurück, um sicherzustellen, dass Verbesserungen eingetroffen sind. CrUX-Daten basieren auf einem rollierenden 28-Tage-Fenster, daher brauchen Änderungen Zeit, um sichtbar zu werden – erwarten Sie nicht, dass sich die Zahlen bereits am Tag nach einem Deployment bewegen.
5. Betrachten Sie TTFB als Frühwarnsignal. Ein Server, der regelmäßig über eine Sekunde benötigt, um das erste Byte zurückzugeben, ist ein starker Kandidat für Crawling- und Rendering-Probleme, die weit über diesen einen Audit hinausgehen – es lohnt sich, mehr darüber zu lesen, warum Crawler-Ingenieure eine schnelle TTFB zunehmend als Schwellenwert für zuverlässigen Erfolg bei KI-Crawlern betrachten und nicht als bloßes Extra.

Keine dieser vier Kennzahlen wirkt losgelöst vom Rest Ihres technischen Fundaments. Eine Startseite, die bei den Core Web Vitals gut abschneidet, aber KI-Crawler per robots.txt blockiert oder Clients ohne JavaScript eine weitgehend leere Seite ausliefert, wird trotzdem nicht zitiert – Geschwindigkeit hilft erst, sobald ein Crawler überhaupt zugelassen wird und die vorhandenen Inhalte auch verarbeiten kann. Deshalb lohnt es sich, diesen Audit als einen Prüfpunkt innerhalb einer umfassenderen Routine zu behandeln statt als einmalige Korrektur: Führen Sie ihn regelmäßig zusammen mit Ihren anderen AmICited-Audits durch, so wie Sie auch periodisch eine umfassendere technische Audit-Checkliste zu Crawlbarkeit, strukturierten Daten und Content-Extrahierbarkeit durchgehen würden.

Web Vitals allein bringen Ihnen keine Zitationen, aber langsame, instabile Seiten können Sie zurückhalten – dieser Audit zeigt Ihnen, wo Sie im Vergleich zu den Seiten stehen, zwischen denen KI-Engines wählen. Wenn Sie die tiefergehende Recherche hinter dieser Empfehlung nachlesen möchten, informieren Sie sich darüber, ob Seitengeschwindigkeit tatsächlich die KI-Suchsichtbarkeit beeinflusst , und kombinieren Sie diesen Check mit einem umfassenderen AI-Accessibility-Audit Ihrer Website, um auch die Crawlbarkeits-Seite der Gleichung abzudecken. Der nächste logische Schritt ist dann, Web Vitals in Ihre regelmäßige Monitoring-Routine einzubinden – zusammen mit AmICiteds AI Rank Tracker und dem Zitations-Tracking –, damit ein Performance-Rückgang zur gleichen Zeit auffällt, zu der Sie auch einen Rückgang bei Erwähnungen bemerken würden, statt erst Wochen später separat entdeckt zu werden, wenn er bereits Sichtbarkeit gekostet hat.