Core Web Vitals für Schweizer KMUs: Warum Ladezeiten direkt Umsatz kosten

Google bewertet seit 2021 die Ladeerfahrung als Ranking-Signal. Seit März 2024 ersetzt INP (Interaction to Next Paint) das alte FID als Interaktivitäts-Metrik. Für KMUs heisst das: Wer heute noch eine träge, JavaScript-schwere Website betreibt, zahlt doppelt: an Rankings und an Conversions.

Die drei Metriken, die Google misst#

Alle drei werden auf echten Besuchergeräten gemessen (CrUX-Daten). Lab-Tests in Lighthouse sind nur ein Indikator, nicht die Wahrheit.

Warum das KMUs direkt betrifft#

Eine von Google beauftragte Deloitte-Studie zeigt: 100 ms schnelleres Laden = 8,4 % höhere Conversion-Rate im Retail, bei Reiseanbietern sogar 10,1 % (Deloitte, 2020). Auf deiner Website bedeutet das: Jede zusätzliche Sekunde kostet messbar Anfragen, Käufe oder Leads. Für eine Schweizer Zahnarztpraxis mit 30 Terminanfragen pro Monat sind das schnell drei bis fünf verlorene Termine, nur wegen Geschwindigkeit.

Wo die meisten KMU-Websites scheitern#

Aus hunderten Audits sehen wir immer dieselben Ursachen:

1. Zu viele Fonts. Drei verschiedene Google-Fonts laden parallel, blockieren den Render und verschieben das Layout.
2. Ungroptimierte Bilder. JPEG statt WebP/AVIF, Originalauflösungen von 4000 px für 400-px-Anzeigeflächen, fehlende width/height-Attribute.
3. WordPress-Plugins. Jedes Plugin kostet Performance. Ein "Cookie-Banner-Plugin" lädt oft mehr JavaScript als deine gesamte Website.
4. Page Builders. Elementor, Divi und Co. erzeugen DOM-Monster mit verschachtelten Divs und Inline-Styles. Das Ergebnis: träges INP auf Mobile.
5. Third-Party-Tracking. Google Tag Manager mit 15 Tags blockiert den Main Thread. Das Problem sieht man nur auf echten Handys, nicht im Test-Lab.

Die realistische 90-Tage-Roadmap#

Was sich in drei Monaten ohne Komplett-Rebuild erreichen lässt:

Woche 1–2: Messen#

• Google Search Console → "Core Web Vitals"-Report prüfen
• Chrome UX Report für die eigene Domain ziehen
• PageSpeed Insights auf 5 wichtigste Seiten laufen lassen (nicht nur Startseite)

Woche 3–6: Low-Hanging Fruit#

• Bilder auf WebP/AVIF konvertieren, loading="lazy" für nicht-sichtbare Bilder
• Fonts auf zwei Familien reduzieren, font-display: swap setzen
• Unnötige Plugins deaktivieren und deinstallieren
• Third-Party-Scripts auf absolute Notwendigkeit prüfen

Woche 7–12: Strukturell#

• Server-Response-Zeit prüfen (TTFB unter 600 ms)
• Caching-Strategie einführen (Edge-Caching, lange Cache-Header für Assets)
• Layout-Shifts beseitigen durch feste Dimensionen für Bilder, Videos, Ads

Wann sich ein Rebuild lohnt#

Wenn du auf WordPress + Elementor sitzt und drei Monate Optimierung keinen Durchbruch bringen, ist das System das Problem. Eine statisch generierte Seite (Next.js, Astro) auf Edge-CDN erreicht LCP unter einer Sekunde ohne Akrobatik. Der Rebuild kostet einmalig, eliminiert aber Plugin-Wartung, Security-Updates und laufende Performance-Baustellen.

Unser Ansatz#

Jede Website, die wir bauen, startet mit einem Performance-Budget: unter 100 KB JavaScript, LCP unter einer Sekunde auf Mobile, INP unter 100 ms. Wir messen nicht nach dem Launch, sondern während der Entwicklung. Das ist der Unterschied zwischen "schnell aussehen" und "schnell sein".

Wer wissen will, wo die eigene Seite steht: Full SEO & GEO Audit deckt Performance, technisches SEO und inhaltliche Lücken in einem Report ab.

Quellen#

Deloitte Ireland. (2020). Milliseconds make millions: A study on how improvements in mobile site speed positively affect a brand's bottom line. https://www.deloitte.com/ie/en/services/consulting/research/milliseconds-make-millions.html