Am 21. Mai 2026 startete Google das zweite grosse Core Update dieses Jahres. Während viele Schweizer KMU auf Ranking-Schwankungen und Traffic-Einbrüche reagierten, zeigt sich ein klares Muster: Websites, die bei Interaction to Next Paint (INP) scheitern, verlieren am meisten. Mit 43 % aller Websites, die INP nicht bestehen, ist diese Responsiveness-Metrik das grösste Performance-Problem 2026 — und für Schweizer KMU, die jetzt eine schnelle, responsive Website brauchen, der teuerste blinde Fleck. Für KMU, die eine Core Web Vitals-optimierte Website benötigen: Webdesign Zürich.
43 %
aller Websites scheitern an INP (2026)
21. Mai 2026
Start des Google Mai Core Update
200 ms
INP-Schwellenwert für «gut»
Was das Google Mai 2026 Core Update ändert — und warum INP jetzt kritisch ist
Google bestätigte das Mai 2026 Core Update am 21. Mai 2026 über den Search Status Dashboard mit dem Hinweis: «The rollout may take up to 2 weeks to complete» (Quelle: Google Search Status Dashboard, 21. Mai 2026). Das Update läuft bis ca. 4. Juni und bewertet Core Web Vitals strenger als jedes vorherige Update seit März 2026. Besonders mobile Websites trifft die Verschärfung: Über 60 % des globalen Web-Traffics stammen von mobilen Geräten, und Google gewichtet mobile Core Web Vitals 2026 deutlich stärker (Quelle: Fullestop, Q3 2025).
INP (Interaction to Next Paint) hat First Input Delay (FID) im März 2024 als offizieller Core Web Vital abgelöst. Während FID nur die erste Interaktion mass, bewertet INP die gesamte Session. Das heisst: Wenn Ihre Website beim ersten Klick schnell reagiert, bei späteren Interaktionen aber hängt, meldet FID «gut», INP aber «schlecht». Das erklärt, warum Sites, die 2023/2024 bei FID bestanden, heute bei INP scheitern — ohne Code-Änderung (Quelle: HTTP Archive 2025 Web Almanac).
Die harten Zahlen: Laut Chrome User Experience Report (CrUX) scheitern 43 % aller Websites an INP, verglichen mit 38 % bei LCP (Largest Contentful Paint) und unter 20 % bei CLS (Cumulative Layout Shift) (Quelle: Semrush INP Study 2026). INP ist damit die am häufigsten nicht bestandene Core Web Vital 2026.
Warum Schweizer KMU-Websites besonders anfällig für INP-Probleme sind
Die meisten Schweizer KMU-Sites laufen auf WordPress, Webflow oder Wix. Diese Systeme liefern von Haus aus schweres JavaScript, das den Main Thread blockiert. Ein typisches WordPress-Setup mit Page Builder, Kontaktformular-Plugin und Marketing-Tag-Manager kann 20+ Drittanbieter-Skripte laden, bevor auch nur eine Zeile eigener Code läuft (Quelle: Logos Web Designs, INP Study 2026).
Wenn ein Besucher auf einen Button tippt, muss das Click-Event warten, bis das laufende Skript fertig ist. Ein einziger JavaScript-Block über 50 ms reicht, um in die «Needs Improvement»-Zone zu rutschen. Mobile Browser zeigen 60–80 % schlechtere INP-Scores als Desktop, weil langsamere Prozessoren mehr Zeit benötigen (Quelle: Annie Sullivan, Google Chrome, INP Proposal 2024).
Die drei INP-Phasen, die KMU verstehen müssen
INP besteht aus drei Phasen:
-
Input Delay — die Zeit, bis der Main Thread verfügbar ist. Bei Page-Load-Phase zeigt CoreDash-Daten ein p75-INP von 132 ms, nach vollständigem Page-Load nur 50 ms — 2,6× langsamer (Quelle: CoreDash INP Analysis 2026).
-
Processing Duration — die Zeit, die Event-Handler laufen. Schwere Event-Listener (Tracking-Skripte, Chat-Widgets) verlängern diese Phase.
-
Presentation Delay — die Zeit nach dem Event-Handler bis zum nächsten Frame-Paint. Komplexe Rendering-Updates (dynamische Ad-Slots, Cookie-Banner) verzögern das visuelle Feedback.
So prüfen Sie, ob Ihre Website betroffen ist
Google bewertet Core Web Vitals nicht URL-für-URL, sondern gruppiert ähnliche URLs und vergibt den Status basierend auf der schlechtesten Metrik in der Gruppe (Quelle: Google Search Console Documentation 2026).
Schritt 1: Google Search Console Core Web Vitals Report
- Öffnen Sie Google Search Console → Core Web Vitals.
- Wechseln Sie zu «Mobile» (wichtiger als Desktop 2026).
- Suchen Sie nach URL-Gruppen mit Status «Poor» oder «Needs Improvement».
- Prüfen Sie, ob INP der Schuldige ist.
Schritt 2: PageSpeed Insights für Field Data
Für einzelne URLs verwenden Sie PageSpeed Insights:
- Geben Sie die URL ein.
- Unter «Field Data» (echte Nutzerdaten aus CrUX) → prüfen Sie INP (mobile).
- Wenn INP > 200 ms: «Poor». Wenn 200–500 ms: «Needs Improvement».
Achtung: Lighthouse misst INP nicht direkt
Lighthouse (das Lab-Tool in PageSpeed Insights) zeigt **Total Blocking Time (TBT)** als Proxy, aber TBT ≠ INP. Google nutzt für das Ranking **nur Field Data** aus CrUX. Ein perfekter Lighthouse-Score (100) garantiert **nicht**, dass Sie Core Web Vitals bestehen (Quelle: Google Documentation).
Die 5 häufigsten INP-Killer bei Schweizer KMU-Websites — und wie Sie sie beheben
| INP-Problem | Häufigkeit | Schnell-Fix | Langfristige Lösung |
|---|---|---|---|
| Schwere Third-Party-Skripte | 68 % | Defer non-critical scripts (defer, async) | Tag-Audit: entfernen, was nicht ROI bringt |
| Page-Builder-Bloat | 54 % | Lazy-load Widgets | Wechsel zu Astro, Next.js |
| Grosse DOM-Grösse | 41 % | Reduzieren auf < 1’500 Nodes | Komponentenbasierte Architektur |
| Unoptimierte Event-Handler | 37 % | Debounce Scroll/Resize-Events | Passive Event Listener |
| Render-blocking JavaScript | 33 % | Code-Splitting, async Attribute | Critical CSS inline, Rest defer |
(Quellen: Semrush INP Study 2026, Logos Web Designs 2026)
Fix 1: Third-Party-Skripte ausmisten
Problem: Jedes externe Skript konkurriert um den Main Thread.
Lösung:
- Katalogisieren Sie alle Third-Party-Tags (Google Tag Manager → Übersicht).
- Messen Sie den INP-Impact jedes Skripts (Chrome DevTools).
- Entfernen Sie alles, was < CHF 500/Monat Business Value bringt.
Real-World-Resultat: Ein Restaurant-Website in Zürich reduzierte INP von 480 ms auf 180 ms, indem 7 von 12 Third-Party-Skripten entfernt wurden (Quelle: Total Web Company, Case Study 2026).
Fix 2: JavaScript-Aufgaben aufteilen (Yielding)
Problem: Ein JavaScript-Block > 50 ms blockiert den Main Thread.
Lösung: scheduler.yield() (native Browser API, ab Chrome 115) nutzen, um regelmässig Main-Thread-Zeit freizugeben. So bleiben Interaktionen responsiv, auch während schwere Tasks laufen.
Fix 3: Page-Builder durch leichtgewichtiges Framework ersetzen
Wenn Ihre Website auf Elementor oder Divi läuft und Sie strukturell nicht unter 200 ms INP kommen, ist ein Rebuild die einzige Lösung. Frameworks wie Astro, Next.js liefern von Haus aus < 100 ms INP, weil sie weniger JavaScript zum Client senden.
Unsere Empfehlung für Schweizer KMU
Wenn INP > 300 ms und der Quick-Fix (Third-Party-Audit + Script-Defer) nicht reicht, planen Sie einen Redesign-Zyklus. [Webdesign-Services Zürich](/leistungen/webdesign/) mit Core Web Vitals-Audit inklusive — so stellen Sie sicher, dass die neue Site ab Tag 1 besteht.
Was Schweizer KMU in den nächsten 14 Tagen tun sollten
Das Google Mai 2026 Core Update läuft bis ca. 4. Juni 2026. Sites, die während des Rollouts Core Web Vitals-Fixes deployen, haben eine höhere Wahrscheinlichkeit, dass Google die Änderungen vor Abschluss des Updates einrechnet (Quelle: Digital Applied, 14-Day Recovery Playbook).
Der 14-Tage-Plan
- Tag 1–3: GSC Baseline ziehen, URL-Drop-Liste erstellen
- Tag 4–7: Top-3 INP-Killer beheben (Third-Party-Audit, Script-Defer, DOM-Reduktion)
- Tag 8–10: Technisches SEO-Audit (Schema-Markup, Crawlability)
- Tag 11–14: Post-Rollout Delta messen, dokumentieren
Warum 14 Tage? Google Search Console nutzt ein 28-Tage-Rolling-Window für Field Data. Selbst wenn Ihre Fixes sofort wirken, dauert es 4–6 Wochen, bis bessere Sessions die älteren Visits verdrängen (Quelle: Google Search Central Documentation).
Interne Links: So optimieren Sie weitere Performance-Aspekte
- Website Performance & Umsatz — wie schnelle Sites die Conversion Rate um 7 % pro Sekunde Load-Time-Verbesserung steigern.
- Website Audit Checkliste — technische SEO-Prüfung inklusive Core Web Vitals.
- Warum Astro.js — wie moderne Frameworks INP-Probleme von Anfang an vermeiden.
Fazit: INP ist das neue Performance-Schlachtfeld für Schweizer KMU
Das Google Mai 2026 Core Update zeigt klar: Performance ist kein Nice-to-Have mehr, sondern Ranking-Faktor. Mit 43 % aller Websites, die an INP scheitern, ist Responsiveness das grösste blinde Fleck 2026. Schweizer KMU mit WordPress + Page Builder + Third-Party-Bloat sind besonders anfällig.
Die gute Nachricht: INP-Probleme sind diagnostizierbar und behebbar. Third-Party-Audit, JavaScript-Yielding, DOM-Reduktion und — wenn nötig — ein Redesign auf ein leichtgewichtiges Framework bringen Sie unter 200 ms. Wer jetzt handelt, hat bis zum Ende des Rollouts (4. Juni 2026) eine Chance, dass Google die Verbesserungen einrechnet.
Nächster Schritt: GSC Core Web Vitals Report öffnen, mobile INP-Werte prüfen, Top-3-Killer identifizieren. Wenn INP > 300 ms: Webdesign Zürich mit Core Web Vitals-Garantie — so stellen Sie sicher, dass Ihre neue Site ab Tag 1 besteht.
(Quellen: Google Search Status Dashboard, 21. Mai 2026; Semrush INP Study 2026; HTTP Archive 2025 Web Almanac; CoreDash INP Sub-Part Analysis 2026; Logos Web Designs INP Study 2026; Total Web Company Case Study 2026; Digital Applied 14-Day Recovery Playbook)
