Seit März 2024 ist Interaction to Next Paint (INP) der offizielle Core Web Vital für Interaktivität und hat den bisherigen First Input Delay (FID) abgelöst. Trotzdem scheitern 43% (HTTP Archive) aller Websites am Schwellenwert von 200 Millisekunden. Für Online-Shops bedeutet ein träges INP: Kunden brechen ab, bevor sie kaufen. In diesem Artikel erfahren Sie, was INP genau misst, warum es für Shop-Betreiber entscheidend ist und wie Sie es technisch optimieren.
Was ist INP und warum ersetzt es FID?
Interaction to Next Paint (INP) misst die Latenz zwischen einer Nutzerinteraktion und dem nächsten visuellen Update im Browser. Im Unterschied zum früheren First Input Delay, der ausschließlich die erste Interaktion bewertete, erfasst INP alle Interaktionen während eines Seitenbesuchs und berichtet die schlechteste (bzw. eine Annäherung daran bei vielen Interaktionen). Die Schwellenwerte liegen bei: unter 200ms gilt als gut, 200-500ms als verbesserungsbedürftig und über 500ms als schlecht (web.dev).
Technisch setzt sich jede INP-Messung aus drei Phasen zusammen: Input Delay (Zeit zwischen der Nutzerinteraktion und dem Beginn der Event-Handler-Ausführung), Processing Time (Dauer der Event-Handler selbst) und Presentation Delay (Zeit zwischen dem Ende der Event-Handler und dem nächsten Frame-Rendering). Das Verständnis dieser drei Phasen ist entscheidend für die gezielte Optimierung, da jede Phase unterschiedliche Ursachen und Lösungsansätze hat.
Der Wechsel von FID zu INP war notwendig, weil FID ein unrealistisch positives Bild zeichnete. Nahezu alle Websites bestanden den FID-Test, obwohl Nutzer deutlich spürbare Verzögerungen erlebten. Nach der Umstellung auf INP sanken die mobilen Core Web Vitals Pass-Raten um rund 5 Prozentpunkte (HTTP Archive Web Almanac). INP bildet die tatsächliche Nutzererfahrung erheblich realistischer ab, weil es nicht nur den ersten Klick, sondern auch die zehnte und hundertste Interaktion in die Bewertung einbezieht.
Für E-Commerce-Shops ist INP besonders relevant: Jede Interaktion zählt, vom Klick auf Produktfilter über das Öffnen eines Konfigurators bis zum Add-to-Cart-Button. Typische Shopware- oder WooCommerce-Shops haben Dutzende interaktive Elemente pro Seite. Wenn diese Aktionen träge reagieren, verlieren Shop-Betreiber Kunden und Umsatz. Studien zeigen, dass Websites mit guten Core Web Vitals 24% niedrigere Bounce-Raten (Digital Applied) verzeichnen.
INP messen: Tools und Methoden
Bevor Sie optimieren, müssen Sie Ihren aktuellen INP-Wert kennen. INP lässt sich sowohl mit Felddaten (echte Nutzer) als auch mit Labordaten (simulierte Tests) messen. Für aussagekräftige Ergebnisse empfiehlt sich eine Kombination aus beiden Ansätzen:
- Google Search Console (Core Web Vitals Report): Zeigt INP-Werte aus echten Nutzerdaten (CrUX). Dies ist die relevanteste Quelle, da Google diese Daten für das Ranking heranzieht.
- PageSpeed Insights: Kombiniert Feld- und Labordaten. Der Abschnitt "Echte Nutzererfahrungen" zeigt CrUX-INP-Daten, wenn ausreichend Traffic vorhanden ist.
- Chrome DevTools (Performance Panel): Ermöglicht das Aufzeichnen einzelner Interaktionen. Unter "Interactions" sehen Sie Input Delay, Processing Time und Presentation Delay.
- Web Vitals Chrome Extension: Zeigt INP in Echtzeit beim Browsen an und hilft, problematische Interaktionen schnell zu identifizieren.
- web-vitals JavaScript Library: Erfasst INP programmatisch und kann Daten an Ihre Analytics-Infrastruktur senden. Ideal für kontinuierliches Monitoring.
- Lighthouse (ab Version 12): Enthält einen TBT-Wert (Total Blocking Time), der stark mit INP korreliert und als Lab-Proxy dient.
Labortests auf schnellen Entwicklergeräten liefern oft deutlich bessere Werte als die Erfahrung Ihrer Kunden. Testen Sie INP auf realen Mittelklasse-Smartphones, da mobile Geräte 60-80% schlechtere INP-Werte zeigen als Desktop-Rechner (CrUX).
Die häufigsten INP-Probleme im E-Commerce
Bei der Analyse von Online-Shops identifizieren wir typischerweise wiederkehrende Muster, die zu schlechten INP-Werten führen. Die meisten Probleme lassen sich auf drei Kernursachen zurückführen: zu viel JavaScript auf dem Hauptthread, unkontrollierte Third-Party-Scripts und mangelnde Priorisierung der Nutzerinteraktion.
Schwerer Main Thread
Synchrone JavaScript-Ausführung blockiert den Browser. Event-Handler mit langer Processing Time verhindern das visuelle Update nach Klicks.
Third-Party-Overhead
Tracking-Pixel, Chat-Widgets und Social-Media-Embeds konkurrieren um CPU-Zeit. Ein TikTok-Script kann 38ms INP kosten (web.dev/Subito).
Keine Yield-Strategie
Lange Tasks (>50ms) ohne Unterbrechung blockieren den Hauptthread. Ohne scheduler.yield() oder requestIdleCallback stapeln sich Interaktionen.
DOM-Komplexität
Produktseiten mit tausenden DOM-Knoten verlangsamen Rendering und Reflow. Jede Interaktion löst kostspieliges Layout-Neuberechnen aus.
Hydration-Overhead
JavaScript-Frameworks mit Client-Side Hydration blockieren Interaktivität bis der gesamte Komponentenbaum initialisiert ist.
Unoptimierte Event-Handler
Fehlende Debouncing/Throttling bei Scroll- und Input-Events erzeugt hunderte unnötige Aufrufe pro Sekunde.
JavaScript-Optimierung: Hauptthread entlasten
Die effektivste Strategie zur INP-Verbesserung ist die Entlastung des Browser-Hauptthreads. Jede Millisekunde, die der Main Thread mit JavaScript-Ausführung beschäftigt ist, fehlt für die Verarbeitung von Nutzerinteraktionen. Das Ziel: Lange Tasks in kleinere Einheiten aufteilen, damit der Browser zwischen den Chunks auf Eingaben reagieren kann. Chrome klassifiziert jede Task über 50ms als "Long Task". Je mehr Long Tasks auf Ihren Shop-Seiten laufen, desto höher wird der INP-Wert ausfallen.
Ein typisches Problem in komplexen Shop-Systemen ist die Initialisierung von Produktseiten: Preisberechnung, Variantenlogik, Bildergalerien, Bewertungswidgets und Analytics-Tracking werden oft synchron beim Seitenaufbau ausgeführt. Zusammen entstehen dabei regelmäßig Tasks von 200-500ms, die den Hauptthread vollständig blockieren. Jede Nutzerinteraktion in dieser Zeit bleibt unbeantwortet, bis die Task abgeschlossen ist.
Die modernste Methode zur Aufteilung solcher Tasks ist die scheduler.yield() API, die seit 2024 in Chrome verfügbar ist. Sie ermöglicht es, eine laufende Task bewusst zu unterbrechen und die Kontrolle an den Browser zurückzugeben, sodass wartende Nutzerinteraktionen priorisiert verarbeitet werden:
// Lange Task in Chunks aufteilen mit scheduler.yield()
async function processLargeProductList(products) {
for (let i = 0; i < products.length; i++) {
renderProductCard(products[i]);
// Alle 5 Produkte dem Browser Kontrolle geben
if (i % 5 === 0 && 'scheduler' in globalThis) {
await scheduler.yield();
}
}
}
// Fallback für Browser ohne scheduler.yield()
function yieldToMain() {
if ('scheduler' in globalThis) {
return scheduler.yield();
}
return new Promise(resolve => setTimeout(resolve, 0));
}Neben scheduler.yield() gibt es weitere bewährte Strategien zur Hauptthread-Entlastung, die sich in der professionellen Webentwicklung bewährt haben:
- Code-Splitting: Laden Sie nur das JavaScript, das für die aktuelle Seite benötigt wird. Dynamic Imports (
import()) ermöglichen Lazy Loading von Modulen. - Web Workers: Verschieben Sie rechenintensive Operationen wie Preisberechnungen, Filterlogik oder Sortierung in Web Workers, die den Hauptthread nicht blockieren.
- requestAnimationFrame: Verwenden Sie
requestAnimationFramefür visuelle Updates, um Layout Thrashing zu vermeiden. - Debouncing und Throttling: Begrenzen Sie Event-Handler für Scroll, Resize und Input auf sinnvolle Intervalle (typischerweise 100-150ms).
- Tree Shaking und Dead Code Elimination: Entfernen Sie ungenutztes JavaScript aus dem Bundle. Moderne Bundler wie Vite oder Rollup erledigen dies in der Regel automatisch.
QuintoAndar, eine der größten Immobilienplattformen Brasiliens, reduzierte ihren INP um 80% und steigerte die Conversions um 36% (web.dev), indem sie systematisch lange Tasks aufbrachen und nicht-kritisches JavaScript verzögert luden. Ähnlich erzielte RedBus eine 7% Umsatzsteigerung (web.dev) nach gezielter INP-Optimierung. Diese Ergebnisse zeigen: Der Return on Investment bei JavaScript-Optimierung ist messbar und oft erheblich.
Ein weiterer Ansatz ist die Nutzung von requestIdleCallback für nicht-zeitkritische Aufgaben. Diese API führt Code nur aus, wenn der Browser gerade untätig ist. So können Analytics-Tracking, Prefetch-Logik oder DOM-Aufräumarbeiten ohne Einfluss auf INP abgearbeitet werden. Für Shopware-Shops empfiehlt sich zusätzlich die Überprüfung aller installierten Plugins: Jedes Plugin kann eigenes JavaScript mitbringen, das den Hauptthread belastet.
Third-Party-Scripts unter Kontrolle bringen
Third-Party-Scripts sind einer der häufigsten und gleichzeitig am schwierigsten zu kontrollierenden INP-Verursacher. Tracking-Pixel, Tag-Manager, Chat-Widgets, Social-Media-Embeds und Consent-Management-Plattformen teilen sich alle denselben Hauptthread mit Ihren Shop-Interaktionen. In vielen Online-Shops stammen 30-50% der gesamten JavaScript-Last aus Drittanbieter-Code, der außerhalb der direkten Kontrolle des Entwicklerteams liegt. Der italienische Marktplatz Subito konnte seinen INP um 38ms verbessern, allein durch das Deaktivieren eines einzigen TikTok-Tracking-Scripts (web.dev). Dieser Fall zeigt eindrucksvoll, wie massiv einzelne Third-Party-Scripts die Interaktivität beeinflussen können.
Besonders kritisch ist der Google Tag Manager (GTM): Jeder dataLayer.push() löst potenziell mehrere Tag-Evaluierungen aus, die den Hauptthread blockieren. Eine optimierte GTM-Konfiguration kann 20-100ms INP einsparen (Branchenanalysen). Folgende Maßnahmen helfen, Third-Party-Scripts zu zähmen:
- Script-Audit durchführen: Identifizieren Sie alle geladenen Scripts mit Chrome DevTools (Coverage Tab) und entfernen Sie ungenutzte Tags.
- Ladestrategien anpassen: Verwenden Sie
asyncoderdeferfür nicht-kritische Scripts. Noch besser: Laden Sie Scripts erst nach der Nutzerinteraktion (Interaction-triggered Loading). - GTM Server-Side Tagging: Verlagert die Tag-Ausführung vom Browser auf den Server. Reduziert Client-seitige Blockierung erheblich.
- Facade Pattern: Ersetzen Sie schwere Embeds (YouTube, Chat-Widgets) durch leichtgewichtige Platzhalter, die erst bei Klick das eigentliche Script laden.
- Performance-Budgets definieren: Setzen Sie eine Obergrenze für die Gesamtgröße von Third-Party-JavaScript (z.B. max. 100 KB gzipped) und überwachen Sie Abweichungen.
Ein oft übersehener Aspekt ist die Reihenfolge der Script-Ausführung: Wenn ein Analytics-Tag vor dem eigentlichen Shop-JavaScript geladen wird, kann es passieren, dass die erste Nutzerinteraktion (typischerweise innerhalb der ersten 3-5 Sekunden) auf einen blockierten Hauptthread trifft. Priorisieren Sie Shop-kritisches JavaScript stets vor Tracking und Marketing-Tags. In der Praxis bedeutet das: Der Add-to-Cart-Handler muss vor dem Facebook-Pixel ausgeführt werden, nicht umgekehrt.
Cookie-Consent-Banner sind rechtlich in der Regel notwendig, können aber INP erheblich verschlechtern. Achten Sie auf schlanke Implementierungen und laden Sie das Consent-Script synchron nur im initialen Seitenaufruf. Für Folgebesuche mit gespeicherter Einwilligung reicht ein asynchrones Nachladen. Eine sorgfältige Hosting-Konfiguration mit HTTP/2-Push kann hier zusätzlich helfen.
INP auf Mobilgeräten: Die größte Herausforderung
Die Diskrepanz zwischen Desktop- und Mobil-INP ist eine der größten Herausforderungen für Shop-Betreiber. Mobilgeräte zeigen im Durchschnitt 60-80% schlechtere INP-Werte als Desktop-Rechner (CrUX). Das liegt an schwächeren Prozessoren, geringerem Arbeitsspeicher und instabileren Netzwerkverbindungen. Da Google für das Ranking den Mobile-First-Index verwendet, sind es genau diese schlechten Mobilwerte, die über Ihre Sichtbarkeit entscheiden. Ein Shop, der auf dem Desktop exzellente 80ms INP erreicht, kann auf einem typischen Android-Mittelklassegerät leicht bei 300-400ms landen.
Ein zusätzliches Problem auf Mobilgeräten ist das Thermal Throttling: Smartphones drosseln die CPU-Leistung bei längerer Nutzung oder hoher Umgebungstemperatur automatisch herunter. Dadurch verschlechtern sich INP-Werte im Laufe einer Session progressiv. Nutzer, die mehrere Minuten in Ihrem Shop stöbern, erleben zunehmend langsamere Interaktionen. Dieses Phänomen wird in Labortests auf Desktop-Rechnern nicht erfasst, tritt aber bei realen Nutzern regelmäßig auf.
| Faktor | Desktop | Mobilgerät |
|---|---|---|
| Typischer INP | 50-120ms | 150-400ms |
| CPU-Leistung | Hoch (8+ Kerne) | Begrenzt (4-6 Kerne, gedrosselt) |
| RAM verfügbar | 8-32 GB | 3-6 GB (davon nur Teil für Browser) |
| JS-Ausführung | Schnell | 3-5x langsamer als Desktop |
| CWV Pass Rate | ca. 75% | ca. 60% (HTTP Archive) |
| Netzwerk | Stabil (Breitband) | Variabel (4G/5G, Schwankungen) |
Um INP auf Mobilgeräten zu verbessern, ist ein konsequenter Mobile-First-Ansatz bei der Entwicklung notwendig. Testen Sie auf realen Geräten, nicht nur im Desktop-Chrome mit Throttling. Investieren Sie in serverseitige Optimierungen, die die Client-Last reduzieren: Server-Side Rendering, Edge Computing und intelligentes Caching nehmen dem Mobilgerät Arbeit ab.
Websites, die alle Core Web Vitals bestehen, verzeichnen 24% niedrigere Bounce-Raten (Digital Applied). Der wirtschaftliche Effekt ist klar: Jede zusätzliche Sekunde Ladezeit kann Conversions um bis zu 7% (Branchenanalysen) reduzieren. Ein optimiertes INP auf Mobilgeräten ist damit kein technisches Nice-to-have, sondern ein direkter Hebel für Ihre Shop-Profitabilität.
Monitoring und kontinuierliche Verbesserung
INP-Optimierung ist kein einmaliges Projekt, sondern ein kontinuierlicher Prozess. Jedes neue Feature, jedes zusätzliche Script und jedes Plugin kann die Interaktivität verschlechtern. Ein robustes Monitoring-System stellt sicher, dass Regressions frühzeitig erkannt und behoben werden. Ohne kontinuierliches Monitoring verfallen INP-Verbesserungen erfahrungsgemäß innerhalb weniger Monate.
Implementieren Sie ein Real User Monitoring (RUM) mit der web-vitals JavaScript-Bibliothek, um INP-Daten von echten Nutzern zu erfassen. Definieren Sie Alerting-Schwellenwerte: Eine Warnung bei INP über 150ms, ein kritischer Alert bei über 200ms. Integrieren Sie INP-Checks in Ihre CI/CD-Pipeline, um Performance-Regressions vor dem Deployment zu erkennen. Regelmäßige Audits mit Lighthouse und der Google Search Console ergänzen das Monitoring. Besonders nach Updates des Shop-Systems, Plugin-Aktualisierungen oder Änderungen an der Tag-Manager-Konfiguration sollten INP-Werte sofort überprüft werden.
Neben technischem Monitoring empfiehlt sich die Einrichtung von Performance-Budgets: Definieren Sie Obergrenzen für JavaScript-Gesamtgröße, Anzahl der Long Tasks und maximalen INP pro Seitentyp. Automatisierte Tests in der Build-Pipeline (etwa mit Lighthouse CI oder dem Web Vitals Report) warnen, wenn ein Deployment diese Budgets überschreitet. So verhindern Sie, dass kleine, schleichende Verschlechterungen über Wochen hinweg den INP-Wert in den roten Bereich treiben.
Besonders wichtig ist die Korrelation von INP-Werten mit Geschäftskennzahlen. Verbinden Sie Ihre Web-Analytics mit CWV-Daten, um den direkten Zusammenhang zwischen Interaktionsgeschwindigkeit und Conversion-Rate sichtbar zu machen. So können Sie INP-Optimierungen gegenüber der Geschäftsführung mit konkreten Umsatzzahlen begründen. Ein Shop, der durch HTTP/3 und QUIC die Netzwerklatenz reduziert und gleichzeitig den Hauptthread entlastet, sieht die Ergebnisse typischerweise sowohl in den CrUX-Daten als auch in den Umsatzkurven.
Unternehmen, die INP systematisch optimieren, berichten typischerweise von kürzeren Sitzungsabbrüchen, höheren Warenkorbwerten und besseren Rankings. QuintoAndar steigerte die Conversions um 36% (web.dev), RedBus den Umsatz um 7% (web.dev). Entscheidend ist die Kombination aus technischer Optimierung und kontinuierlichem Monitoring.
Interaktivität als Wettbewerbsvorteil nutzen
INP ist mehr als eine technische Metrik. Es misst, wie Ihr Shop sich für echte Kunden anfühlt. In einer Welt, in der 43% (HTTP Archive) aller Websites den INP-Schwellenwert nicht erreichen, verschaffen sich Shops mit schnellen Interaktionen einen messbaren Wettbewerbsvorteil in Rankings und Conversions. Vertrauenssignale wie schnelle Reaktionszeiten und flüssige Interaktionen sind dabei mindestens so wichtig wie klassische Trust-Elemente.
Die gute Nachricht: Die meisten INP-Probleme lassen sich mit bewährten Strategien lösen. JavaScript-Optimierung, kontrolliertes Third-Party-Management, Mobile-First-Entwicklung und kontinuierliches Monitoring bilden die Grundlage. Der Aufwand lohnt sich: Bessere Interaktivität bedeutet weniger Abbrüche, höhere Conversions und stärkere SEO-Rankings.
Starten Sie mit einer Bestandsaufnahme Ihrer aktuellen INP-Werte in der Google Search Console. Identifizieren Sie die langsamsten Seiten und Interaktionen. Priorisieren Sie die Optimierungen nach ihrem erwarteten Geschäftseffekt. Und vor allem: Messen Sie den Erfolg nicht nur technisch, sondern in Euro und Cent. Professionelle Performance-Optimierung für Online-Shops zahlt sich typischerweise schnell aus, weil schnellere Shops in der Regel mehr verkaufen.
Dieser Artikel basiert auf Daten aus: HTTP Archive (CrUX 2026, Web Almanac 2025), web.dev (QuintoAndar Case Study, RedBus Case Study, Subito Case Study, INP-Dokumentation), Google/web.dev (Core Web Vitals Schwellenwerte), Digital Applied (CWV-Bounce-Rate-Analyse). Die genannten Zahlen können je nach Zeitpunkt und Erhebungsmethode variieren.
INP (Interaction to Next Paint) misst die Latenz aller Nutzerinteraktionen auf einer Seite und berichtet den schlechtesten Wert. Es hat FID im März 2024 als Core Web Vital abgelöst, weil FID nur die erste Interaktion maß und dadurch ein unrealistisch positives Bild der tatsächlichen Nutzererfahrung zeichnete. INP bildet die Interaktivität typischerweise deutlich realistischer ab.
Google definiert folgende Schwellenwerte: unter 200ms gilt als gut, 200-500ms als verbesserungsbedürftig und über 500ms als schlecht (web.dev). Für Shop-Betreiber empfiehlt sich in der Regel ein Zielwert von unter 150ms, da E-Commerce-Interaktionen wie Filterwechsel oder Add-to-Cart besonders schnell erwartet werden.
INP ist seit März 2024 ein offizieller Core Web Vital und damit Teil der Page-Experience-Signale, die Google für das Ranking berücksichtigt. Websites mit guten Core Web Vitals werden bei ansonsten gleicher Relevanz typischerweise besser positioniert. Der Einfluss ist ein Faktor unter vielen, kann aber bei hart umkämpften Keywords den Unterschied ausmachen.
Mobilgeräte haben in der Regel schwächere Prozessoren, weniger Arbeitsspeicher und instabilere Netzwerkverbindungen. JavaScript wird auf Smartphones erfahrungsgemäß 3-5x langsamer ausgeführt als auf Desktop-Rechnern. Da Google den Mobile-First-Index verwendet, sind die Mobilwerte für Ihre SEO-Sichtbarkeit entscheidend. Testen Sie daher auf realen Mittelklasse-Smartphones statt nur im Desktop-Browser.
In den meisten Fällen lässt sich INP durch gezielte Optimierungen erheblich verbessern, ohne einen kompletten Neuaufbau. Typische Maßnahmen sind JavaScript-Code-Splitting, Third-Party-Script-Audit, Yield-Strategien für lange Tasks und optimiertes Event-Handling. QuintoAndar erreichte beispielsweise eine INP-Reduktion um 80% durch schrittweise Optimierungen (web.dev). Professionelle Analyse hilft, die wirksamsten Hebel zu identifizieren.
Der Zeitrahmen hängt von der Ausgangssituation und der Komplexität des Shops ab. Erste Quick-Wins wie Third-Party-Script-Bereinigung und Event-Handler-Optimierung lassen sich erfahrungsgemäß innerhalb von 1-2 Wochen umsetzen. Eine umfassende Optimierung inklusive Code-Splitting, Server-Konfiguration und Monitoring dauert typischerweise 4-8 Wochen. Wichtig ist die anschließende kontinuierliche Überwachung, damit der erreichte Wert stabil bleibt.