Core Web Vitals scheitern trotz Cache an INP und TTFB

Warum scheitern die Core Web Vitals trotz Caching?

Das Caching-Plugin ist aktiv, die Startseite lädt flott, und trotzdem meldet die Search Console schlechte Werte. Das hören wir von WordPress-Betreibern oft. Meist hängt es an zwei Kennzahlen: INP (Interaction to Next Paint) und TTFB (Time to First Byte).

Der Grund ist einfach. Ein Seiten-Cache beschleunigt die Auslieferung fertiger Seiten vom Server. Er hilft nicht, wenn eine Seite gar nicht aus dem Cache kommt, und er hilft nicht bei dem, was nach dem Laden im Browser passiert. Genau dort sitzen die beiden Probleme.

Was INP misst

INP hat im März 2024 den alten Wert FID abgelöst. FID hat nur die erste Interaktion gemessen. INP beobachtet dagegen alle Klicks, Tipper und Tastatureingaben eines Besuchs und meldet einen der langsamsten davon. Gemessen wird, wie lange es dauert, bis die Seite nach der Eingabe sichtbar reagiert. Bis 200 Millisekunden gilt das als gut, über 500 Millisekunden als schlecht.

Ein Cache ändert daran nichts, denn das Problem entsteht im Browser. Wenn zu viel JavaScript läuft, ist der Browser beschäftigt und kann auf einen Klick nicht sofort reagieren. Typische Verursacher sind Page Builder, Slider, Chat-Fenster, Tracking-Skripte und Cookie-Banner.

In Google PageSpeed Insights siehst du oben die Felddaten echter Besucher der letzten 28 Tage, darunter die Labormessung mit den Skripten, die am meisten Zeit brauchen. Nicht benötigte Skripte und Stylesheets schaltest du mit einem Plugin wie Asset CleanUp auf einzelnen Seiten ab.

Was TTFB misst

TTFB ist die Zeit, bis der Browser das erste Byte der Antwort erhält. Darin stecken Weiterleitungen, DNS-Abfrage, Verbindungsaufbau und die Zeit, die der Server zum Rechnen braucht. TTFB ist selbst kein Core Web Vital, bremst aber alles, was danach kommt. Als Richtwert gelten 0,8 Sekunden oder weniger.

Trotz Cache hoch ist die TTFB vor allem in diesen Fällen:

• Seiten, die der Cache bewusst auslässt, etwa Warenkorb, Kasse und Kundenkonto im Shop
• angemeldete Benutzer, für die WordPress jede Seite neu erzeugt
• Adressen mit Parametern, etwa aus Werbekampagnen, die jedes Mal am Cache vorbeigehen
• ein Cache, der zu oft geleert wird, sodass viele Besucher eine frisch erzeugte Seite bekommen

Messen kannst du die Serverantwortzeit mit GTmetrix oder WebPageTest. Beide zeigen jede Phase des Ladens einzeln. Welche Plugins und Datenbankabfragen auf dem Server bremsen, zeigt dir das Plugin Query Monitor. Reicht das alles nicht, ist oft der Server zu schwach, und ein besseres Hosting ist die eigentliche Lösung.

JavaScript-Last reduzieren

Weniger JavaScript heißt bessere INP-Werte. Diese Hebel bringen am meisten:

• Weglassen: Jedes Plugin, das nichts Wesentliches beiträgt, fliegt raus. Das bringt mehr als jede Optimierung.
• Nur dort laden, wo es gebraucht wird: Das Kontaktformular-Skript braucht nur die Kontaktseite.
• Später laden: WP Rocket oder Autoptimize laden nicht benötigte Skripte erst nach dem Seitenaufbau oder bei der ersten Interaktion. Danach unbedingt testen, ob Menüs und Formulare noch funktionieren.
• Verkleinern und zusammenfassen: bringt etwas, ist aber der kleinste Hebel.

Plugin-Konflikte identifizieren und beheben

Ob ein Plugin bremst, findest du so heraus: Alle Plugins deaktivieren und dann eines nach dem anderen wieder einschalten, jedes Mal messen. Mach das auf einer Kopie der Seite, nicht auf der Live-Seite. Query Monitor zeigt dir zusätzlich, welches Plugin wie viele Datenbankabfragen und wie viel Zeit verursacht.

DNS und Protokolle

Die DNS-Abfrage ist Teil der TTFB. Ein langsamer DNS-Anbieter kostet bei jedem ersten Besuch Zeit. Vergleichswerte verschiedener Anbieter findest du bei DNSPerf. Mehr bringt meist ein aktuelles Protokoll: HTTP/2 lädt viele Dateien gleichzeitig über eine Verbindung, HTTP/3 baut die Verbindung schneller auf, was vor allem im Mobilfunk hilft. Beides sollte dein Hoster anbieten.

Schritt-für-Schritt-Anleitung zur Optimierung von INP und TTFB

1. Ausgangswerte festhalten: Felddaten in PageSpeed Insights oder der Search Console notieren, dazu eine Messung mit GTmetrix.
2. Getrennt schauen: Ist INP schlecht, liegt es am JavaScript. Ist TTFB schlecht, liegt es am Server, am Cache oder an Plugins.
3. JavaScript abspecken: unnötige Plugins entfernen, Skripte nur dort laden, wo sie gebraucht werden.
4. Cache prüfen: Welche Seiten kommen nicht aus dem Cache und warum?
5. Server prüfen: PHP-Version, Datenbank, Auslastung. Wenn nötig, Hosting wechseln.
6. Nachmessen: Die Felddaten brauchen etwa vier Wochen, bis sie die Änderung vollständig zeigen.

Auf Dauer schnell bleiben

Jedes neue Plugin, jedes Tracking-Skript und jede Designänderung kann die Werte wieder verschlechtern. Schau deshalb einmal im Monat in die Search Console und nach größeren Änderungen sofort. Ein CDN verkürzt Wege für Besucher, die weit vom Server entfernt sind. Für einen Betrieb, dessen Kunden in Salzburg und Umgebung sitzen, bringt es weniger als ein guter Server in Österreich.

Wann es sich nicht lohnt

Läuft die Seite auf einem veralteten oder überlasteten Server, bringt Feintuning wenig. Dann ist der Umzug der erste Schritt. Und wer ohne Erfahrung an Skripten und Cache-Regeln dreht, riskiert, dass Menüs, Formulare oder der Warenkorb nicht mehr funktionieren. Hier lohnt es sich, jemanden draufschauen zu lassen, bevor man eine Woche lang probiert.

Häufige Fragen

• Wie beeinflussen DNS-Einstellungen die TTFB? Die DNS-Abfrage, also das Auflösen der Domain in eine IP-Adresse, ist Teil der TTFB. Ein langsamer DNS-Anbieter verlängert sie deshalb bei jedem ersten Aufruf.
• Was ist der Unterschied zwischen TTFB und INP? TTFB misst die Zeit bis zum ersten Byte vom Server. INP misst, wie schnell die Seite auf Klicks und Eingaben reagiert, und zwar über den ganzen Besuch. TTFB ist ein Serverthema, INP ein Browserthema.
• Welche Tools eignen sich zur Messung der Serverantwortzeit? GTmetrix und WebPageTest zeigen jede Phase des Ladens einzeln. Query Monitor zeigt, was auf dem Server selbst Zeit kostet.
• Wie kann ich feststellen, ob ein Plugin meine Website verlangsamt? Mit Query Monitor die Zeit und Datenbankabfragen pro Plugin ansehen. Oder auf einer Kopie der Seite Plugins einzeln deaktivieren und jedes Mal messen.
• Welche Rolle spielt das Protokoll bei der Web-Performance? HTTP/2 lädt viele Dateien gleichzeitig über eine Verbindung. HTTP/3 baut Verbindungen schneller auf und kommt mit wackeligen Mobilfunkverbindungen besser zurecht. Frag deinen Hoster, ob beides aktiv ist.
• Wie oft sollte ich meine Website auf Performance-Probleme überprüfen? Einmal im Monat in der Search Console und zusätzlich nach jedem größeren Update oder neuen Plugin.
• Kann ein CDN die TTFB verbessern? Ja, wenn die Besucher weit vom Server entfernt sind. Das CDN liefert Inhalte dann von einem näheren Standort aus.
• Welche Auswirkungen haben Angriffe auf die Core Web Vitals? Bots und Angriffe belasten den Server und verlängern so die Antwortzeiten. Eine Firewall, die solche Zugriffe früh abweist, hält die TTFB stabil.

Fazit

Ein Cache löst nur einen Teil des Problems. Schlechte INP-Werte kommen von zu viel JavaScript im Browser, eine hohe TTFB von Seiten, die am Cache vorbeigehen, oder von einem zu schwachen Server. Miss beide Werte getrennt, räum bei den Plugins auf und prüf, welche Seiten wirklich aus dem Cache kommen. Reicht das nicht, ist der Server der nächste Kandidat.