Laptop mit Code-Editor als Sinnbild für Frontend-Performance-Arbeit an Core Web Vitals
22.04.2026

Core Web Vitals 2026: Was Mittelstand-Websites tun müssen

7 Min. Lesezeit

Google hat das März-2026-Core-Update am 8. April abgeschlossen und den INP-Schwellwert von 200 auf 150 Millisekunden gesenkt. Für Mittelstands-Websites heißt das: Wer bis Sommer seine Frontend-Performance nicht anfasst, verliert Ranking-Positionen an Wettbewerber, die auf ihre Core Web Vitals geachtet haben. Die gute Nachricht: Die Lücke ist meist kleiner als befürchtet, wenn man die richtigen drei Hebel trifft.

Das Wichtigste in Kürze

  • INP-Schwelle gesenkt: Der Schwellwert für ein „gutes“ Interaction to Next Paint liegt ab April 2026 bei 150 Millisekunden, vorher waren es 200 (Google Search Central).
  • 43 Prozent aller Sites failen INP: INP ist damit der am häufigsten gerissene Core Web Vital 2026 und der schwerste Fix.
  • Neue Metrik Smooth Visual Transitions: Das Core-Update bestraft „janky“ Seitenwechsel, also ruckelige Navigation, die bei älteren Mittelstands-Templates häufig ist.
  • Site-Level-Evaluation: Einzelne langsame Landing-Pages ziehen das gesamte Ranking der Domain runter, Google bewertet jetzt aggregiert.
  • Drei Hebel reichen fast immer: Main-Thread-Reduktion, Third-Party-Script-Disziplin und Image-Lifecycle, in dieser Reihenfolge.

VerwandtCustomer Data Platform im Mittelstand  /  Low-Code-Governance im Mittelstand

Was sich am 8. April wirklich geändert hat

Was sind Core Web Vitals? Core Web Vitals sind drei messbare Kennzahlen, mit denen Google die User Experience einer Webseite bewertet: LCP (Largest Contentful Paint, Ladezeit des Hauptinhalts), INP (Interaction to Next Paint, Reaktionsschnelligkeit nach Klick oder Tap) und CLS (Cumulative Layout Shift, visuelle Stabilität). Jeder Wert hat Schwellen für „gut“, „verbesserungswürdig“ und „schlecht“, gemessen am 75. Perzentil realer Nutzer.

Das März-Core-Update, dessen Rollout Google am 8. April 2026 final bestätigt hat, bringt drei Verschärfungen. Erstens: INP steigt von 200 auf 150 Millisekunden. Das klingt nach wenig, ist aber in der Praxis ein anderer Algorithmus-Regime, weil deutlich mehr Sites durchfallen. Zweitens: Eine neue Kennzahl namens Smooth Visual Transitions (SVT) misst, wie weich Seitenübergänge und In-Page-Animationen laufen. Ruckelt es beim Scrollen oder beim Aufklappen einer Navigation, zahlt die Seite dafür. Drittens: Google aggregiert die Performance-Signale jetzt auf Domain-Ebene statt pro URL. Eine einzige veraltete Produktkategorie-Seite kann die Bewertung für den gesamten Shop drücken.

Für Mittelstands-Sites ist das praktisch ein Weckruf. Viele Corporate-WordPress-Installationen, Shopware-Shops oder Unternehmens-Blogs laufen mit Templates, die vor drei bis fünf Jahren gekauft wurden. Die hielten die alten Schwellen oft gerade so. Bei INP 150 kippt das schnell in den roten Bereich.

Neuer INP-Schwellwert
150 ms
Unter diesem Wert muss die längste Interaktions-Reaktion liegen, damit Google „gut“ vergibt. Vorher 200 ms.
Failing Sites
43 %
aller vermessenen Websites reißen den neuen INP-Schwellwert. INP ist damit der häufigste Fail im 2026er Ranking.

Quelle: CrUX-Report-Analysen Q1 2026, u. a. web.dev und Fireup

Die drei Hebel für Mittelstands-Teams

Die meisten Performance-Gewinne im Mittelstand sind kein neues Framework, sondern drei disziplinierte Eingriffe am bestehenden Stack. Ich sehe das bei jeder Site-Übernahme gleich: Irgendwo hängt ein fettes JavaScript-Bundle, das beim ersten Klick den Main Thread blockiert. Irgendwo laden acht Tracking-Pixel asynchron, aber jeder davon registriert einen Listener. Und irgendwo gibt es ein Hero-Bild, das als 4-Megabyte-JPEG direkt aus dem WordPress-Uploads-Ordner kommt.

Hebel 1 ist Main-Thread-Reduktion. INP misst, wie lange die längste Interaktion braucht, bis die Seite visuell reagiert. Der größte Feind sind lange JavaScript-Tasks, typischerweise aus Plugins, Themes oder Frameworks, die synchrones Rendering erzwingen. Wer React oder Vue nutzt, bricht lange Tasks mit scheduler.yield() oder mit isInputPending auf. Wer klassisches jQuery hat, prüft, welche Listener auf document.ready oder click sitzen und ob die wirklich alle gebraucht werden. Das klingt nach Pfriemel-Arbeit, ist es auch, aber die Wirkung auf INP ist in der Regel dramatisch.

Hebel 2 ist Third-Party-Script-Disziplin. Google Analytics, ein Consent-Management, ein Heatmap-Tool, vielleicht noch ein LinkedIn-Insight-Tag und drei Marketing-Pixel. Jedes davon wiegt mit 30 bis 150 Kilobyte, und jedes registriert Event-Listener auf Scroll oder Click. Das addiert sich. Die ehrliche Frage lautet: Welche dieser Scripts braucht Marketing wirklich, und welche stehen da seit drei Jahren, weil niemand weiß, wer sie reingelegt hat. Ein Audit mit Browser-DevTools plus Lighthouse bringt das in zwei Stunden auf Tisch. Die eigentliche Arbeit ist politisch: Wer Pixel abschaltet, diskutiert mit Marketing. Technisch ist es trivial.

Hebel 3 ist Image-Lifecycle. Das ist der einfachste Win und der am meisten unterschätzte. Moderne Bilder sollten AVIF oder WebP sein, nicht JPEG. Sie sollten loading=“lazy“ haben, wenn sie unter dem Fold stehen. Sie sollten width und height als Attribute haben, damit CLS nicht unter Image-Reflow leidet. Und sie sollten über ein CDN mit automatischem Format-Switching ausgeliefert werden, was bei Cloudflare Images, Imgix oder bei den meisten Managed-Hostern heute ein einzelner Schalter ist. Der kombinierte Effekt auf LCP ist oft 30 bis 50 Prozent.

„Für Mittelstands-Websites heißt das: Wer bis Sommer seine Frontend-Performance nicht anfasst, verliert Ranking-Positionen an Wettbewerber, die auf ihre Core Web Vitals geachtet haben.“

Gegenüberstellung alter und neuer Schwellen

Metrik „Gut“ alt „Gut“ 2026 Typischer Mittelstands-Fail
LCP ≤ 2.500 ms ≤ 2.200 ms Unoptimiertes Hero-Bild, langsames Hosting
INP ≤ 200 ms ≤ 150 ms Plugin-JS, schwere Consent-Banner
CLS ≤ 0,1 ≤ 0,1 Fehlende width/height, Ads-Slots
SVT (neu) nicht existent smooth ≥ 85 % Scroll-Jank, ältere Slider-Plugins

Quelle: Google Search Central, web.dev CrUX-Thresholds, Stand April 2026. SVT wird zunächst als „experimental“ beobachtet, fließt aber ins Domain-Scoring mit ein.

Fahrplan bis zum Sommer

Ein realistischer Mittelstands-Plan verteilt die Arbeit auf drei Monate. Die Reihenfolge ist wichtig, weil jeder Schritt Datenbasis für den nächsten liefert.

Core Web Vitals Fahrplan Mittelstand Q2 2026
Mai 2026
Bestandsaufnahme mit CrUX-Report und Lighthouse-CI, Worst-Performing-Seiten identifizieren, Third-Party-Audit mit Marketing abstimmen.
Juni 2026
Main-Thread-Optimierung und Third-Party-Bereinigung. Image-CDN aktivieren, Templates auf moderne Loading-Patterns umstellen.
Juli 2026
Messen, Fein-Tuning, SVT-Check. Wenn Template-Basis zu alt ist, jetzt Migrations-Entscheid für H2 2026.
August 2026
Stabilisierung vor dem nächsten Google-Update. Monitoring-Dashboard für Performance-Regression ins Standard-Dev-Workflow einziehen.

Wer im Mai startet, hat im Juli belastbare Zahlen. Wer im Juni anfängt, landet im August mitten im Fix. Und wer jetzt noch glaubt, Core Web Vitals seien nur ein Nice-to-have, wird sich im Q3 fragen, warum der direkte Wettbewerber im organischen Traffic überholt hat.

Fazit

Das März-2026-Core-Update ist kein Erdrutsch, aber ein Ernstfall. Die meisten Mittelstands-Sites sind eine Hand voll gezielter Eingriffe davon entfernt, wieder im grünen Bereich zu sein. Main-Thread, Third-Party, Images. In dieser Reihenfolge, nicht gleichzeitig. Wer sich Zeit dafür bis zum Juli nimmt und die Performance-Hygiene ins Standard-Dev-Workflow einzieht, nimmt das nächste Core-Update dann ohne Schweiß. Und das wird kommen, das macht Google jetzt jedes halbe Jahr.

Häufige Fragen

Ist INP jetzt der wichtigste Core Web Vital?

In der Praxis ja, weil die meisten Sites INP als erstes reißen. LCP und CLS sind mit ein paar Standard-Patches meist schnell grün. INP erfordert Eingriffe am JavaScript-Stack, und das ist die Arbeit, die Teams gerne aufschieben.

Wie misst man die neuen Schwellen zuverlässig?

Zwei Quellen nebeneinander: Der Chrome User Experience Report gibt Feld-Daten vom 75. Perzentil echter Nutzer. Lighthouse in den Chrome DevTools liefert Lab-Daten mit diagnostischen Hinweisen. Feld-Daten zählen für Google, Lab-Daten helfen beim Debuggen.

Lohnt sich ein kompletter Template-Umbau?

Nur wenn das bestehende Template strukturell nicht zu retten ist. Ein Umbau kostet das Dreifache eines Tuning-Projekts. Wer mit den drei Hebeln auf „gut“ kommt, hat erstmal keinen Handlungsdruck. Bei sehr alten WordPress-Themes mit eingebautem Page-Builder kann sich der Wechsel auf ein modernes Block-Theme trotzdem rechnen.

Was bedeutet Smooth Visual Transitions konkret?

SVT misst, wie viel Prozent der Frames während eines Seitenwechsels oder einer Animation ohne Ruckler rendern. Alte jQuery-Slider, nicht-hardwarebeschleunigte CSS-Transitions und schlecht implementierte Scroll-Effekte kippen die Zahl. Fix ist meistens der Wechsel auf moderne CSS-View-Transitions oder das Abschalten zappeliger Elemente.

Brauchen B2B-Sites wirklich mobile Optimierung?

Ja, auch wenn der Kaufabschluss am Desktop passiert. Google indexiert seit 2023 mobile-only, Rankings werden nach der mobilen Darstellung bewertet. Eine Corporate-Seite, die auf dem iPhone nicht in 2,5 Sekunden lädt, bekommt keinen SERP-Platz auch für Desktop-Queries.

Quelle Titelbild: Pexels / Jakub Zerdzicki (px:36497969)

Auch verfügbar in

Ein Magazin der evernine media GmbH