Core Web Vitals 2.0 (2025) prioritizes Interactivity (INP) and Server Response (TTFB) for SEO, targeting INP <200ms and TTFB <150ms. This advanced guide for WordPress users (GeneratePress, GenerateBlocks) provides concrete optimization steps.
For INP, strategies include delaying JavaScript execution (WP Rocket), reducing DOM complexity, and optimizing third-party scripts that block the main thread. Poor INP is often due to JS blockages.
TTFB improvement hinges on robust hosting (NVMe, PHP workers, OPcache) and comprehensive caching (WP Rocket, CDNs). High TTFB significantly impacts LCP.
The content also covers diagnosing bottlenecks, understanding the render pipeline, and advanced tweaks like video facade techniques and webfont preloading to achieve overall site speed and LCP <2.5s.
Kurzfassung (für Eilige)
- Core Web Vitals 2.0 konzentrieren sich 2025 auf Interaktivität (INP) und Server-Reaktionszeit (TTFB) – beide entscheidend für SEO.
- Schlechter INP entsteht durch JS-Blockaden, DOM-Komplexität und Consent/Tracking-Skripte. In diesem Artikel bekommst Du Tipps, um INP < 200 ms zu erreichen.
- TTFB hängt zu 80 % vom Hosting ab. Du erfährst, welche Serverfaktoren wirklich zählen und wie Du auch ohne Root-Zugriff TTFB < 150 ms erreichst.
- GeneratePress und GenerateBlocks bieten enormes Potenzial: DOM-Reduktion, Font-Preload, asynchrones CSS – mit konkreten Beispielen, die Du sofort umsetzen kannst.
- Videos sind häufige LCP-Killer. Der Artikel erklärt die Video-Facade-Technik, optimierte Poster-Bilder und typische Fehler, die 90 % der Webmaster machen.
- Setzt Du die beschriebenen Schritte um, erreichst Du realistisch: INP < 200 ms, TTFB < 150 ms und LCP < 2,5 s.
Hinweis: Dieser Artikel ist Teil 2 meiner Performance-Serie. Wenn Du noch bei Begriffen wie LCP oder CLS strauchelst, lies bitte zuerst meinen Grundlagen-Artikel:
Core Web Vitals optimieren – Der ultimative WordPress-Fahrplan 2025.
Hier gehen wir eine Stufe tiefer. Wir reden nicht mehr über „Bilder komprimieren“, sondern über die Render-Pipeline, den Main Thread und darüber, wie Du INP und TTFB auf ein Level bringst, das viele Agenturen nicht mal messen können.
Die Beispiele richten sich an fortgeschrittene WordPress-Nutzer mit dem Stack GeneratePress, GenerateBlocks, WP Rocket und einem performanten Hosting wie Webgo.
Core Web Vitals 2.0: Was sich 2025 wirklich geändert hat
Google verschiebt den Fokus: weg vom reinen Laden („Wann ist etwas sichtbar?“) – hin zur Interaktivität („Wie schnell reagiert es?“) und zur Server-Reaktionszeit. Genau hier kommen INP und TTFB ins Spiel.
INP ersetzt FID – der neue Stresstest für Interaktivität
Der neue KPI „Interaction to Next Paint“ (INP) ersetzt den leicht manipulierbaren FID. INP ist gnadenlos, weil er die gesamte Dauer einer Interaktion misst:
- Input Delay: Zeit, bis der Browser überhaupt reagieren kann (oft blockiert durch andere Tasks).
- Processing Time: Zeit, die JavaScript benötigt, um die Interaktion zu verarbeiten.
- Presentation Delay: Zeit, bis der Browser den neuen Frame tatsächlich zeichnet.
Zielwerte für INP:
- 🟢 < 200 ms: Exzellent
- 🟡 200–500 ms: Verbesserungswürdig
- 🔴 > 500 ms: Kritisch
Warum WordPress hier leidet:
- Viele Plugins laden große JavaScript-Pakete.
- Page Builder (z. B. Elementor) erzeugen aufgeblähte DOM-Bäume.
- Consent-Tools, Slider, Chat-Widgets und Marketing-Skripte blockieren den Main Thread.
TTFB – der unterschätzte Rankingfaktor
Die TTFB (Time to First Byte) ist Dein Server-Startsignal: Sie misst, wie lange es dauert, bis der Browser das erste Byte Antwort vom Server erhält.
Zielwerte für TTFB:
- 🟢 < 100 ms: perfekt
- 🟡 100–200 ms: gut
- 🔴 > 300 ms: kritisch
Ein hoher TTFB frisst Dein LCP-Budget auf, bevor überhaupt ein Pixel gerendert wurde. Typische Ursachen:
- überlastetes Shared Hosting
- zu wenige PHP-Worker
- keine sinnvolle Caching-Strategie
- aufwendige Queries durch Plugins oder Page-Builder
Diagnose: Was bremst WordPress wirklich?
Bevor Du optimierst, benötigst Du eine saubere Diagnose. Nur auf Basis von PageSpeed-„Scores“ zu handeln, ist gefährlich. Diese Tools helfen Dir, echte Flaschenhälse zu finden:
ToolZweck & DiagnoseChrome DevTools (Performance Tab)Zeigt „Long Tasks“ (rote Balken). Alles > 50 ms blockiert Interaktivität und verschlechtert INP.Query Monitor (Plugin)Identifiziert langsame Datenbankabfragen, Hooks und Plugins, die den Server belasten.Google Search Console – Core Web VitalsLieferant der Feldwerte (CrUX). Nur diese Daten zählen direkt für das Ranking.WebPageTest.orgZeigt Waterfall-Diagramme, TTFB, Rendering-Start und CPU-Verhalten als Filmstrip.
Die Render-Pipeline verstehen (Deep Dive)
Um INP zu verbessern, musst Du verstehen, wie der Browser rendert. Der Critical Rendering Path sieht vereinfacht so aus:
- HTML wird geladen und geparst → DOM
- CSS wird geladen und geparst → CSSOM
- JavaScript wird ausgeführt (und kann beide blockieren)
- DOM + CSSOM → Render-Tree
- Layout & Paint
Das Problem bei WordPress:
- Jedes Plugin bringt potenziell eigene CSS- und JS-Dateien mit.
- Block-Themes und Page-Builder erzeugen komplexe DOM-Strukturen.
- Third-Party-Skripte (Analytics, Consent, Chat, Marketing) laufen im Main-Thread.
Wenn mehrere Skripte beim Laden jeweils 100–300 ms beanspruchen, hast Du sofort mehrere „Long Tasks“ – und damit einen schlechten INP.
INP optimieren: Maßnahmen, die wirklich wirken
JavaScript verzögert laden (Delay Execution)
Die effektivste Maßnahme gegen schlechten INP ist, JavaScript konsequent aus dem kritischen Pfad zu entfernen. Skripte werden erst geladen, wenn der Nutzer interagiert.
WP Rocket: Gehe zu Datei-Optimierung → „JavaScript verzögert laden“ und aktiviere die Option.
Damit das Layout und die Navigation in GeneratePress weiterhin sofort funktionieren, solltest Du essenzielle Skripte von der Verzögerung ausnehmen. Trage in das Feld „Ausgeschlossene JavaScript-Dateien“ u. a. ein:
/jquery-?([0-9.]{1,3})?(?:\.min|)\.js
generatepress
generateblocks
So verzögerst Du „schweres“ JS (Tracking, Widgets etc.), ohne Dein Theme zu zerstören.
Skripte gezielt nach Interaktion laden (Code-Snippet)
Für Tracking-Pixel oder externe Skripte, die WP Rocket nicht zuverlässig abdeckt, kannst Du dieses Snippet nutzen. Es injiziert ein Script erst nach dem ersten Klick:
Damit entlastest Du den Main-Thread beim Initial-Load massiv, ohne auf Tracking zu verzichten.
GenerateBlocks: DOM-Größe reduzieren
Ein komplexer DOM-Baum macht jede Layout-Berechnung teurer und kann INP negativ beeinflussen.
- Vermeide unnötig tief verschachtelte Container (Container → Container → Container).
- Nutze das Grid von GenerateBlocks statt komplett geschachtelter Spalten.
- Nutze die Listenansicht im Gutenberg-Editor, um Deine Struktur zu prüfen.
- Setze SVG-Icons bewusst ein – zu viele Inline-SVGs blähen das HTML auf.
Checkliste: INP < 200 ms
- „JavaScript verzögert laden“ in WP Rocket ist aktiv.
- Essenzielle JS-Dateien (Theme, Navigation) sind ausgeschlossen.
- Keine Slider oder komplexen Elemente „Above the Fold“.
- Consent-Banner und Tracking werden verzögert geladen.
- GenerateBlocks-Layouts sind flach strukturiert.
- DOM-Größe regelmäßig mit DevTools geprüft.
TTFB optimieren: Server & Caching
Frontend-Optimierung bringt wenig, wenn der Server träge ist. TTFB ist fast immer ein Hosting- und Caching-Problem.
Hosting-Fundament
Für gute TTFB-Werte benötigst Du:
- schnelle NVMe-SSDs
- genug PHP-Worker pro Site
- OPcache (PHP-Bytecode-Cache)
- einen stabilen, nicht überfüllten Server
Mit einem performanten Anbieter wie Webgo hast Du eine solide Basis, auf der WP Rocket, GeneratePress & Co. ihre Wirkung entfalten können.
WP Rocket & Webgo: Das Zusammenspiel
Da Du bei klassischem Hosting oft keinen direkten Zugriff auf die Webserver-Konfiguration (Nginx/Apache) hast, übernimmt WP Rocket den Großteil der Caching-Arbeit:
- Page Cache aktivieren: sorgt dafür, dass HTML nicht bei jedem Request neu generiert wird.
- Preload Cache: WP Rocket crawlt Deine Seite und baut den Cache im Voraus auf.
- Link Preloading: Beim Hovern über Links werden Seiten im Hintergrund vorgeladen – das fühlt sich wie Instant-Laden an.
Edge Caching mit CDN (z. B. Cloudflare)
Wenn Deine Besucher nicht nur aus Deutschland kommen, lohnt sich Edge Caching über ein CDN:
- HTML wird auf Servern näher am Nutzer zwischengespeichert.
- TTFB sinkt weltweit spürbar.
- Der Ursprungsserver wird entlastet.
Cloudflare APO ist ein Beispiel, das speziell für WordPress optimiert ist.
GeneratePress & GenerateBlocks: Advanced Performance-Tweaks
GeneratePress ist von Haus aus schnell. Aber wir wollen aus Performance-Sicht das Maximum herausholen.
Webfonts preloaden (gegen CLS & FOIT)
Statt darauf zu warten, dass CSS den Font nachlädt, kannst Du wichtige Schriftarten direkt im preloaden. In einem Hook-Element (wp_head) in GP Premium:
Hinweis: Externer Inhalt von https://derwebfuchs.de/core-web-vitals-inp-wordpress/. Rechte bei den jeweiligen Urhebern. » Mehr… » Melden
