Interaktionslatenz-Budget

Interaktionslatenz-Budget ist eine Performance-Grenze dafür, wie lange eine Seite visuell reagieren darf, nachdem ein Klick, Tap oder Tastendruck erfolgt ist. Das ist wichtig, weil es Teams eine harte Zahl gibt, für die sie sich einsetzen und die sie verteidigen können – und diese Zahl bildet direkt die Grundlage für Interaction to Next Paint (INP), das Google im Rahmen der Core Web Vitals verwendet.

Was es tatsächlich bedeutet

Die meisten Teams sprechen über INP, wenn der Schaden bereits passiert ist. Das Interaktionslatenz-Budget dreht den Ansatz um. Du setzt ein Ziel wie 150 ms bei p75 auf Mobile für zentrale Template-Typen und zwingst dann Produkt-, Engineering- und Marketing-Entscheidungen, sich innerhalb dieses Rahmens zu bewegen.

Das ist der nutzbare Teil. Nicht die Bezeichnung. Das Budget wird zur Release-Einschränkung für JavaScript, Hydration, Personalisierung und Third-Party-Skripte.

Die Guidance zu den Core Web Vitals von Google behandelt weiterhin unter 200 ms INP als „gut“. John Mueller von Google hat wiederholt gesagt, dass CWV allein keinen riesigen Ranking-Hebel darstellen, aber sie werden relevant, wenn viele Seiten sonst vergleichbar sind. Ehrlich betrachtet: ILB rettet keine schwachen Inhalte oder schlechtes internes Linking – aber es kann verhindern, dass vermeidbarer UX-Zustellwiderstand sich zusätzlich zu SEO-Problemen aufbaut.

Wie SEO-Teams es nutzen

Setze Budgets nach Template, nicht nach standortweiten Durchschnittswerten. Startseiten, Kategorieseiten, Produktseiten und der Checkout erfüllen unterschiedliche Aufgaben und bringen jeweils unterschiedliche Skriptlasten mit. Ein einzelnes globales Ziel verschleiert, wo der echte Schaden entsteht.

• Tracke Feld-Daten: Nutze die Google Search Console zur Trend-Validierung und erhebe anschließend page-level RUM mit web-vitals, Datadog oder SpeedCurve.
• Debugge mit Lab-Tools: Nutze Chrome DevTools und Lighthouse für lange Aufgaben, crawle dann Templates mit Screaming Frog, um Skript-lastige Seitentypen abzubilden.
• Korrelieren mit SEO-Seiten: Ziehe Landing Pages aus GSC, führe sie mit INP-Daten zusammen und prüfe, ob URLs mit hoher Reichweite auch zu den schlechtesten Response-Werten gehören.
• Behalte Third Parties im Blick: Tag-Manager, Consent-Plattformen, Chat-Widgets und A/B-Testing-Tools gehören zu den häufigsten Übeltätern. Ein zusätzliches Vendor-Skript kann auf Mid-Range-Android-Geräten 50–150 ms zur Interaktionsverzögerung addieren.

Ahrefs, Semrush und Moz messen ILB nicht direkt, helfen aber dabei, zu priorisieren, welche URLs zuerst Engineering-Zeit verdienen: Seiten mit Rankings, Links und Umsatzpotenzial.

Praktische Ziele

Für die meisten ernsthaften Websites ist ein sinnvoller Startpunkt:

• <150 ms p75 bei Brand- und Top-Entry-Templates
• <200 ms p75 über mobile organische Landing Pages hinweg
• Long Tasks unter 50 ms während typischer Interaktionen
• Nach jedem größeren Script- oder Framework-Release erneut testen

Wenn du dauerhaft über 250 ms liegst, liegt das Problem in der Regel nicht an einer einzelnen Micro-Optimierung. Es ist Architektur: zu viel Client-Rendering, aufgeblähte Bundles oder zu viele Abhängigkeiten von Third Parties.

Wo es bricht

Hier kommt der Hinweis. ILB ist keine formale Google-Kennzahl. INP ist es. Erfinde also kein Budget „nach Gefühl“, sondern prüfe es in Lighthouse und gehe nicht davon aus, dass die Feld-Performance fix ist. Real-User-Daten sind unaufgeräumt. Geräte-Mix, Netzwerkbedingungen, Consent-Banner und länderspezifische Skripte können deine sauberen Lab-Werte massiv verzerren.

Außerdem: Verwechsle nicht „schnelles First Paint“ mit reaktionsschneller Interaktion. Surfer SEO hilft dir hier nicht. Genauso wenig bringt es etwas, 5 KB aus CSS herauszuschneiden, wenn dein Main Thread durch 400 KB JavaScript blockiert ist und bei Klick ein Tag-Manager sechs Vendoren feuert.

Der Nutzen eines Interaktionslatenz-Budgets liegt in der Disziplin. Es zwingt zu Trade-offs, bevor Regressionen in die Produktion gelangen. Genau deshalb nutzen es gute Teams.