Core Web Vitals 2026: Warum INP zur stillen KMU-Falle wird
Google misst INP seit 2026 strenger – ohne den Schwellenwert zu ändern. Nur 55,9% aller Websites bestehen alle drei Core Web Vitals. Was das für KMU bedeutet.
Die Website läuft, das Ranking passt, und dann fällt sie plötzlich bei den Core Web Vitals durch – ohne dass am Code irgendetwas verändert wurde. Genau das erleben 2026 viele KMU, die ihre Domain in der Google Search Console prüfen. Der Grund liegt nicht bei der eigenen Website, sondern bei Google selbst: Der Suchkonzern hat die Messmethodik für INP (Interaction to Next Paint) verschärft, ohne den offiziellen Schwellenwert von 200 Millisekunden anzutasten.
Für über 99% aller Schweizer Unternehmen, die laut Bundesamt für Statistik als KMU gelten, ist das mehr als eine technische Randnotiz. Core Web Vitals sind seit Jahren ein offizieller Google-Ranking-Faktor – und ausgerechnet die Metrik, die jetzt strenger gemessen wird, ist diejenige, an der die meisten Websites scheitern. Laut aktuellem Chrome UX Report bestehen nur 55,9% aller erfassten Websites gleichzeitig alle drei Core Web Vitals.
Dieser Beitrag ordnet ein, was sich an der Messung technisch geändert hat, warum gerade plugin-lastige Websites betroffen sind, wie sich der eigene Stand in wenigen Minuten prüfen lässt – und wann sich ein technischer Kurswechsel tatsächlich lohnt.
Was sich bei den Core Web Vitals 2026 geändert hat
Die drei Core Web Vitals sind unverändert: LCP (Largest Contentful Paint, unter 2,5 Sekunden), CLS (Cumulative Layout Shift, unter 0,1) und INP (Interaction to Next Paint, unter 200 Millisekunden). Laut Googles offizieller Search-Central-Dokumentation bleiben genau diese drei Werte massgeblich dafür, ob eine Seite als "gut" eingestuft wird.
Verändert hat sich, wie genau INP gemessen wird. Das Chrome-Team dokumentiert auf web.dev eine 2026 verschärfte Erfassung anhaltender Interaktions-Verzögerungen: Reaktionen, die zuvor knapp unter der Wahrnehmungsschwelle durchgerutscht sind, werden jetzt konsequenter erfasst. Zusätzlich wurde die Soft-Navigation-Unterstützung im CrUX-Report ausgebaut, wodurch Single-Page-Applications – deren Seitenwechsel ohne klassischen Reload ablaufen – nun realistischer abgebildet werden als zuvor.
Die praktische Folge: Eine Website, die im Frühjahr 2026 noch knapp unter 200 Millisekunden lag, kann im Sommer 2026 plötzlich darüber liegen – nicht weil sie langsamer geworden ist, sondern weil die Messung genauer hinschaut. Wer die Google Search Console nicht regelmässig prüft, bemerkt das oft erst, wenn organischer Traffic zurückgeht.
Warum INP zur Stolperfalle für viele KMU-Websites wird
INP reagiert empfindlich auf alles, was den Hauptthread des Browsers blockiert, während eine Nutzerin oder ein Nutzer klickt, tippt oder wischt. Genau hier liegt das strukturelle Problem vieler gewachsener Unternehmenswebsites: Ein Content-Management-System mit Datenbank-Backend, dazu ein Dutzend oder mehr aktive Plugins für Formulare, Cookie-Banner, Chat-Widgets, Analytics und Slider – jedes davon lädt eigenes JavaScript, das im selben Hauptthread abgearbeitet wird wie die eigentliche Nutzerinteraktion.
Das betrifft einen erheblichen Teil aller Firmenwebsites, weil ein einzelnes CMS traditionell einen sehr grossen Marktanteil bei Unternehmenswebsites hält. Jedes zusätzliche Plugin erhöht die Wahrscheinlichkeit, dass ein Klick erst in der Warteschlange landet, statt sofort eine sichtbare Reaktion auszulösen. Das Ergebnis ist selten ein dramatischer Ausfall, sondern eine schleichende Verzögerung von einigen hundert Millisekunden – unauffällig für das blosse Auge, aber genau messbar im CrUX-Report, auf dem Googles Bewertung basiert.
Auch Third-Party-Skripte tragen dazu bei: Marketing-Pixel, A/B-Testing-Tools und eingebettete Widgets laufen unabhängig vom eigentlichen Seiteninhalt und summieren sich zu spürbarer Interaktions-Latenz. Je mehr solcher Bausteine eine Website ansammelt, desto wahrscheinlicher wird ein INP-Wert über 200 Millisekunden.
Besonders tückisch: Die einzelnen Verzögerungen wirken für sich genommen oft harmlos. Ein Cookie-Banner-Skript kostet vielleicht 40 Millisekunden, ein Tracking-Pixel weitere 30, ein Chat-Widget nochmals 50. Keines davon würde allein den Schwellenwert reissen. In Summe – und genau so misst der CrUX-Report die reale Nutzererfahrung – reicht das aber, um konstant über 200 Millisekunden zu landen. Wer nur einzelne Tools isoliert testet, übersieht deshalb häufig, dass erst das Zusammenspiel aller geladenen Skripte den Ausschlag gibt.
Was das für Ranking und Conversion konkret bedeutet
Der Chrome UX Report für Mai 2026, veröffentlicht am 9. Juni 2026, zeigt das Ausmass: Nur 55,9% aller erfassten Websites bestehen alle drei Core Web Vitals gleichzeitig. Auf Desktop-Geräten sind es 57,1%, auf Mobilgeräten mit ihren typischerweise langsameren Prozessoren nur 49,7%. INP ist dabei laut HTTP Archive die Metrik, die eine Website am häufigsten aus der "gut"-Bewertung herausfallen lässt – deutlich öfter als LCP oder CLS.
Für ein Schweizer KMU heisst das zweierlei. Erstens: Ein schlechter INP-Wert deckelt laut Googles eigener Aussage das erreichbare Ranking, selbst wenn Inhalt und sonstige SEO-Signale stimmen. Zweitens – und das trifft direkt ins Geschäft – wirkt sich eine träge Website unmittelbar auf das Nutzerverhalten aus: Wer nach einem Klick auf "Anfrage senden" oder "Termin buchen" eine spürbare Verzögerung erlebt, bricht den Vorgang häufiger ab oder verliert das Vertrauen in die Professionalität des Anbieters. Bei einem Kontaktformular oder einem Buchungsprozess ist genau dieser Moment geschäftskritisch.
Die Studie "KMU in Zahlen 2026" von OBT und der Universität St. Gallen zeigt zudem, wie unterschiedlich weit Schweizer KMU beim digitalen Reifegrad stehen. Wer bei der Website-Performance ins Hintertreffen gerät, verschärft diesen Abstand zusätzlich – gerade weil die Konkurrenz um Google-Sichtbarkeit branchenübergreifend zunimmt.
Den eigenen Stand in wenigen Minuten prüfen
Eine erste Einschätzung braucht keinen externen Dienstleister. Drei Schritte genügen:
1. PageSpeed Insights aufrufen. Auf pagespeed.web.dev die eigene URL eingeben. Entscheidend ist der Abschnitt mit den Felddaten ("Erfahrungsbericht für Nutzer dieser Seite") – nicht der Labortest darunter. Nur Felddaten aus echten Besuchen fliessen in die Google-Bewertung ein; ein guter Labor-Score bei schlechten Felddaten schützt nicht vor einem Ranking-Nachteil.
2. Google Search Console prüfen. Unter dem Menüpunkt "Core Web Vitals" zeigt die Search Console alle URLs der eigenen Domain, gruppiert nach "Gut", "Verbesserungswürdig" und "Schlecht" – getrennt nach Mobil und Desktop. Das macht sichtbar, ob es sich um ein Einzelseiten-Problem oder ein grundsätzliches Architekturproblem handelt.
3. Auslöser identifizieren. Meist reicht ein Blick auf die Anzahl aktiver Plugins, eingebundener Drittanbieter-Skripte (Chat, Tracking, Werbenetzwerke) und die Grösse des ausgelieferten JavaScripts. Browser-Entwicklertools zeigen unter "Performance" direkt, welche Skripte den Hauptthread am längsten blockieren.
Wichtig bei der Interpretation: Ein einzelner guter oder schlechter Testlauf sagt wenig aus. Der CrUX-Report, auf dem Googles Bewertung basiert, aggregiert Daten aus echten Besuchen über einen rollierenden 28-Tage-Zeitraum. Eine Domain mit wenig Traffic taucht dort teilweise gar nicht auf ("keine ausreichenden Daten") – in diesem Fall lohnt sich ein manueller Labortest mit Lighthouse als Annäherung, auch wenn er die reale Nutzererfahrung nur simuliert statt misst.
Wann sich ein technischer Wechsel lohnt
Nicht jede Website mit INP-Problemen braucht einen kompletten Neuaufbau. Wenn nur einzelne Unterseiten betroffen sind, helfen oft gezielte Massnahmen: nicht benötigte Plugins entfernen, Drittanbieter-Skripte verzögert laden, schwergewichtige Slider oder Formular-Bibliotheken ersetzen.
Anders sieht es aus, wenn die gesamte Domain durchgehend schlechte Felddaten zeigt und ein Relaunch ohnehin ansteht. Für klassische Unternehmensauftritte, Portfolios und Content-Seiten ohne komplexe interaktive Logik ist eine statische Architektur ohne Datenbank und ohne serverseitigen CMS-Unterbau dann der nachhaltigere Weg: Es gibt schlicht keinen Hauptthread-Stau durch Dutzende Plugin-Skripte, weil diese Bausteine architektonisch gar nicht existieren. Interaktionen wie Klicks auf Navigation, Formulare oder Buttons bleiben dadurch strukturell nahe am Optimum – unabhängig davon, wie streng Google die Messung künftig weiterentwickelt.
Als Faustregel hilft eine einfache Unterscheidung: Werden Inhalte von mehreren Personen ohne technisches Wissen häufig aktualisiert und braucht es komplexe, individuelle Interaktionslogik, bleibt ein dynamischer Ansatz mit gezielter Performance-Optimierung oft die richtige Wahl. Steht dagegen die schnelle, verlässliche Präsentation von Unternehmen, Angebot und Kontaktmöglichkeit im Vordergrund, spricht die Kombination aus tieferen Betriebskosten und strukturell besseren Core Web Vitals klar für eine statische Lösung.
Ob ein gezielter Eingriff reicht oder sich ein technischer Neuaufbau lohnt, lässt sich anhand der eigenen Search-Console-Daten meist klar beantworten. Hedinger-Digital prüft den aktuellen Stand der Core Web Vitals und zeigt auf, welcher Weg für die konkrete Website sinnvoll ist. Mehr zum Aufbau performanter Unternehmenswebsites unter Statische Websites, oder direkt unverbindlich anfragen über das Kontaktformular.
