Core Web Vitals verbessern ohne Relaunch
Core Web Vitals verbessern: So optimierst du LCP, INP und CLS pragmatisch für KMU – ohne Relaunch, mit klaren Schritten und Tools.

- 53 % der mobilen Besucher springen ab, wenn eine Seite länger als 3 Sekunden lädt.
- Google bewertet Core Web Vitals nach echten Chrome-Nutzerdaten; bestehen müssen 75 % der Besuche bei LCP, INP und CLS gleichzeitig.
- Für KMU bringen zuerst Quick Wins auf Anfrage-Seiten oft mehr als ein perfekter Lighthouse-Score auf der Startseite.
1Einleitung
53 % der mobilen Besucher verlassen eine Seite, wenn sie länger als 3 Sekunden lädt. Das ist keine Nerd-Zahl, sondern bares Geld, das dir durch die Finger geht – besonders dann, wenn Kunden in Aachen, Würselen, Eschweiler, Düren oder der Städteregion unterwegs schnell zwei, drei Anbieter vergleichen.
Wenn dann eine Website ruckelt, der Button springt oder das Kontaktformular träge reagiert, ist der Fall oft entschieden. Nicht, weil dein Angebot schlechter ist. Sondern weil die Nutzung nervt.
Genau dafür sind Core Web Vitals da. Sie messen nicht, ob deine Website „technisch schick“ ist, sondern ob echte Besucher schnell etwas sehen, ohne Frust klicken können und nicht gegen ein hüpfendes Layout kämpfen müssen .
Und die gute Nachricht: Du brauchst dafür nicht automatisch einen kompletten Relaunch. In vielen KMU-Projekten sehe ich das ständig: Schon ein paar saubere Eingriffe an Bildern, Hosting, Caching, Scripts und Themes bringen spürbar bessere Werte – und oft auch mehr Anfragen.
21. Warum langsame Websites direkt Anfragen kosten
Viele Unternehmen behandeln Ladezeit immer noch wie Kosmetik. Ehrlich gesagt halte ich das für einen gefährlichen Denkfehler. Speed ist kein Bonus. Speed ist Teil deines Vertriebs.
Laut Ad Ninja springen 53 % der mobilen Besucher ab, wenn eine Seite länger als 3 Sekunden lädt. Dazu kommt ein weiterer harter Benchmark: Jede zusätzliche Sekunde Ladezeit kann rund 12 % Conversion kosten.
Das klingt abstrakt, bis man es auf typische KMU-Situationen runterbricht. Ein Interessent sucht einen Steuerberater, eine Praxis, einen Handwerksbetrieb oder einen B2B-Dienstleister. Er landet auf deiner Seite. Wenn Startseite, Leistungsseite oder Kontaktformular langsam sind, verlierst du nicht „Traffic“, sondern echte Kontaktchancen.
Auch die Absprungrate steigt brutal schnell. Laut conversionboosting.com lag sie bei 2,4 Sekunden Ladezeit bei 12,8 %, bei 3,3 Sekunden schon bei 20 % und bei 5 Sekunden bei 30 %.
| Kategorie | Wert (%) |
|---|---|
| 2,4 s | 12,8% |
| 3,3 s | 20% |
| 5,0 s | 30% |
Dazu passt auch die Conversion-Kurve aus dem Mobile-Bereich: Bei ungefähr 2,4 Sekunden Ladezeit sind laut Ad Ninja rund 1,9 % Conversion möglich, bei etwa 4,2 Sekunden rutscht das häufig unter 1 %. Für einen Shop ist das bitter. Für eine Lead-Website mit wenigen, aber wertvollen Anfragen ist es oft noch schmerzhafter.
Wichtig: Core Web Vitals sind deshalb kein Technik-Score für Agenturen, sondern ein Frühwarnsystem für verlorene Leads, Warenkörbe, Buchungen und Rückrufe.
32. LCP, INP und CLS einfach erklärt
Die drei Metriken klingen erstmal nach Entwicklerlatein. Sind sie aber nicht. Wenn du die Business-Übersetzung kennst, wird es ziemlich logisch.
LCP steht für Largest Contentful Paint. Gemeint ist: Wann sieht der Nutzer den wichtigsten sichtbaren Hauptinhalt? Google bewertet laut Google Search Central unter 2,5 Sekunden als gut, 2,5 bis 4,0 Sekunden als verbesserungswürdig und alles darüber als schlecht.
INP steht für Interaction to Next Paint. Das misst, wie schnell die Seite auf echte Eingaben reagiert – also Klicks, Taps und Tastaturaktionen. Gut ist unter 200 Millisekunden, 200 bis 500 Millisekunden ist gelb, darüber wird es kritisch.
CLS steht für Cumulative Layout Shift. Das ist der Wert für visuelle Instabilität. Also: Springen Bilder, Buttons, Banner oder Formulare herum, während jemand gerade klicken will? Gut ist unter 0,1, zwischen 0,1 und 0,25 ist Warnbereich, darüber schlecht.
Wenn du es als Geschäftsführer oder Marketingverantwortlicher simpel willst, dann so:
- LCP = Sieht der Kunde schnell etwas Relevantes?
- INP = Reagiert die Seite sofort oder fühlt sie sich zäh an?
- CLS = Bleibt das Layout stabil oder verrutscht alles beim Klicken?
Tipp: Wenn du nur eine Sache mitnimmst, dann diese: Nutzer merken keine Metriken – aber sie merken Frust sofort .
43. Welche Werte Google wirklich bewertet
Hier wird viel Unsinn erzählt. Nein, Google bewertet nicht einfach einen einzelnen Lighthouse-Test von deinem Laptop im Büro.
Entscheidend sind reale Nutzerdaten aus dem Chrome User Experience Report, kurz CrUX. Das bestätigt Google selbst und wird auch von corewebvitals.io sauber erklärt.
Bestanden ist ein Core Web Vital erst dann, wenn mindestens 75 % der echten Besuche den guten Schwellenwert schaffen. Und zwar nicht nur bei einer Kennzahl, sondern bei LCP, INP und CLS gleichzeitig.
Das ist der Punkt, den viele übersehen. Eine Website kann einen netten Einzelwert haben und trotzdem insgesamt durchfallen.
Gerade für kleinere KMU-Seiten ist noch etwas wichtig: Wenn für eine einzelne URL zu wenig echte Daten vorhanden sind, kann Google auf URL-Gruppen oder sogar auf Origin-Level-Daten zurückgreifen. Heißt übersetzt: Nicht jede kleine Unterseite hat ihre eigene verlässliche Datenbasis.
Und ja, Core Web Vitals sind ein Ranking-Faktor. Aber bitte ohne Hype. Sie sind nicht der einzige Hebel. Relevante Inhalte, lokale Suchsignale, Backlinks, saubere Struktur und Vertrauen bleiben weiter wichtig. Wer glaubt, ein 100er-Score ersetzt gutes Marketing, rennt in die falsche Richtung.
| Kategorie | Wert (%) |
|---|---|
| Global | 55,9% |
| Mobil | 48% |
| Desktop | 56% |
Die Zahlen zeigen auch, dass mobil der eigentliche Prüfstand ist. Global bestehen laut CrUX-Benchmark 55,9 % aller getrackten Origins alle drei Core Web Vitals. Bei mobilen Origins sind es 48 %, bei Desktop 56 %. Das bestätigt meinen Eindruck aus der Praxis: Viele Seiten sehen am Büro-Rechner okay aus, verlieren aber auf echten Smartphones Anfragen .
54. PageSpeed Insights richtig lesen statt Score jagen
PageSpeed Insights ist für die meisten Unternehmen der beste Startpunkt. Nicht, weil es perfekt ist, sondern weil es als einziges Tool direkt Felddaten aus CrUX mit Lighthouse-Labordaten zusammenbringt.
Oben in den Ergebnissen siehst du – wenn genug Daten vorhanden sind – die echten Felddaten. Genau dort musst du zuerst hinschauen. Diese Daten bilden ein rollierendes 28-Tage-Fenster echter Nutzer ab. Das ist für Entscheidungen deutlich wertvoller als ein einmaliger Testlauf.
Darunter kommen die Labordaten aus Lighthouse. Die sind nicht unwichtig. Im Gegenteil: Sie sind super für Diagnose und Fehlersuche. Aber sie sind eben ein Labor, kein Marktplatz.
Ein häufiger Fehler: Unternehmen feiern oder fürchten einen Lighthouse-Score, statt die richtigen Seiten zu prüfen. Für dich zählen nicht zehn Blog-Unterseiten ohne Traffic. Für dich zählen Startseite, Leistungsseiten, Standortseiten, Kontaktseite, Angebotsformular, Terminbuchung oder Checkout.
Wenn für kleine Websites keine Felddaten vorhanden sind, ist das kein Drama. Dann arbeitest du zunächst mit Lighthouse, WebPageTest oder eigenem Monitoring und ziehst später CrUX- oder Search-Console-Daten nach. Das ist völlig normal.
Wichtig: Ein niedriger Lighthouse-Score ist ein Warnsignal, aber kein Unternehmensziel. Business-Ziel ist weniger Absprung und mehr Conversion – nicht eine schönere Zahl im Screenshot.
Wenn du an deiner Website-Struktur oder Technik generell ranmusst, ist das oft Teil einer sauberen Webentwicklung und nicht nur eine Kleinigkeit am Rande.
65. Die besten Tools im Vergleich: PSI, Lighthouse, CrUX & Co.
Kein Tool kann alles. Wer nur ein einziges Tool nutzt, sieht immer nur einen Ausschnitt.
Für KMU empfehle ich fast immer diese Logik: PageSpeed Insights als Einstieg, Search Console fürs Monitoring, WebPageTest oder GTmetrix für die Ursachenanalyse und Lighthouse lokal für schnelle Entwickler-Checks.
| Tool | Datenart | CrUX/Felddaten enthalten? | Beste Anwendung | Grenze/Risiko | Empfehlung für KMU |
|---|---|---|---|---|---|
| PageSpeed Insights | Feld- und Labordaten | Ja | Erster Gesamtcheck pro URL, Priorisierung, Google-nahe Bewertung | Laborscore wird oft überbewertet | Startpunkt für fast jede Seite |
| Google Search Console Core Web Vitals Report | Felddaten auf URL-Gruppenebene | Ja | Laufendes Monitoring, Muster erkennen, Prioritäten setzen | Weniger hilfreich für Detail-Debugging | Pflicht für laufende Beobachtung |
| Lighthouse / Chrome DevTools | Labordaten | Nein | Schnelle lokale Tests, Entwickler-Debugging | Stark abhängig von Testumgebung und Gerät | Gut für Technik, nicht allein für Entscheidungen |
| CrUX Dashboard / API | Felddaten | Ja | Tieferer Blick auf reale Nutzerdaten und Trends | Einrichtung und Interpretation aufwendiger | Sinnvoll bei größeren Sites oder Agentur-Setup |
| WebPageTest | Labordaten | Nein | Wasserfallanalyse, Render-Blocking, TTFB, Filmstrip | Für Nicht-Techniker schnell zu tief | Sehr stark für Ursachenanalyse |
| GTmetrix | Vor allem Labordaten, teils CrUX-Anzeige | Teilweise | Anschauliche Reports, Performance-Vergleiche | Nicht Googles primäre Ranking-Sicht | Gut als Zusatz, nicht als alleinige Wahrheit |
Laut PageSpeed Matters ist PSI das einzige Tool, das Labordaten mit CrUX-Felddaten kombiniert und direkt an Googles Bewertung andockt. DebugBear betont gleichzeitig, dass WebPageTest und GTmetrix bei technischen Ursachen oft präziser helfen.
Mein pragmatischer Rat: Nutze nie nur Scores. Nutze Tools so, wie ein Arzt Instrumente nutzt – eins für den ersten Befund, eins für die Überwachung und eins für die eigentliche Diagnose.
76. LCP verbessern: Hauptinhalt schneller sichtbar machen
LCP ist bei KMU-Websites oft der größte Hebel. Und oft auch der offensichtlichste.
Die typischen Bremsen sind fast immer dieselben: viel zu große Hero-Bilder, überladene Slider, langsame Serverantwort, blockierendes CSS und JavaScript, schlechte Themes, schwere Page Builder und fehlendes Caching. Besonders WordPress-Seiten sammeln hier gern Altlasten an.
Die wichtigste Frage lautet: Was ist der größte sichtbare Inhalt oberhalb des Falzes? Genau dieses Element musst du priorisieren.
Konkrete Maßnahmen für besseren LCP:
- Hero-Bilder in moderner Komprimierung ausliefern
- Bildgröße exakt an den realen Anzeigebereich anpassen
- Slider vermeiden, wenn ein statisches starkes Bild reicht
- Server-Caching aktivieren
- CDN prüfen, wenn Zielgruppenregionalität und Last es sinnvoll machen
- Kritisches CSS priorisieren
- Render-Blocking-Ressourcen reduzieren
- Hosting-Qualität ehrlich bewerten
- Theme- und Plugin-Ballast abbauen
Tipp: Wenn dein Hero-Bereich nur „schön“ sein soll, aber 2 MB groß ist, verlierst du wahrscheinlich mehr Anfragen, als du Designwirkung gewinnst.
In der Praxis optimiere ich bei KMU zuerst nicht jede URL, sondern nur die Seiten, die wirklich Anfragen bringen: Startseite, wichtigste Leistungsseiten, Standortseiten, Kontaktseite und Landingpages. Alles andere kommt später. Das ist nicht nur effizienter, sondern wirtschaftlich schlicht vernünftiger.
87. INP verbessern: Klicks, Menüs und Formulare entfrusten
INP ist für viele der still unterschätzte Killer. Eine Seite kann halbwegs schnell laden und sich trotzdem schlecht anfühlen.
Genau das passiert, wenn Menüs verzögert aufgehen, Formulare hängen, Cookie-Banner den Bildschirm blockieren oder ein Terminbutton erst nach einer kleinen Denkpause reagiert. Der Nutzer nennt das nicht „schlechter INP“. Er nennt es: nervig.
INP hat den älteren Fokus auf First Input Delay abgelöst, weil nicht nur der allererste Klick zählt, sondern die Reaktionsfähigkeit über Interaktionen hinweg. Das ist näher an der Realität.
Häufige Ursachen für schlechten INP:
- große JavaScript-Bundles
- zu viele Tracking- und Marketing-Skripte
- blockierter Main Thread
- schwere Page Builder
- unnötige Animationen
- überladene Consent-Tools
Konkrete Gegenmaßnahmen:
- unnötiges JavaScript entfernen
- Third-Party-Tags reduzieren
- Scripts verzögert oder konditional laden
- lange Tasks aufteilen
- kritische Interaktionen zuerst testen
- Menüs, Formulare und CTA-Buttons auf Mobilgeräten prüfen
Wichtig: Gerade Marketing-Tools sind oft heimliche Performance-Fresser. Ich sehe regelmäßig Websites, bei denen sechs Tracker, zwei Chat-Widgets, ein A/B-Test-Tool und ein eingebetteter Kalender wichtiger behandelt werden als die eigentliche Anfragefunktion. Das ist aus meiner Sicht komplett falsch priorisiert.
Tipp: Teste immer auf einem Mittelklasse-Smartphone über Mobilfunk. Wenn das Menü spürbar stockt oder ein Formular erst verzögert reagiert, ist das kein Schönheitsfehler mehr, sondern geschäftskritisch .
98. CLS verbessern: Layout-Sprünge stoppen, Vertrauen erhöhen
CLS ist die Metrik, die Nutzer besonders aggressiv wahrnehmen – auch wenn sie nicht wissen, wie sie heißt.
Du willst auf einen Button klicken, und genau in dem Moment springt ein Cookie-Banner dazwischen. Oder die Telefonnummer verrutscht, weil ein Bild nachlädt. Oder das Formular schiebt sich nach unten, weil ein Font zu spät kommt. Das ist nicht nur lästig, sondern zerstört Vertrauen.
Typische Ursachen für CLS sind Bilder ohne feste Maße, eingebettete Karten, Webfonts, Cookie-Overlays, nachträglich geladene Banner, Anzeigenflächen und dynamisch eingefügte Inhalte.
So verbesserst du CLS konkret:
- für Bilder und Videos feste Breite/Höhe oder Aspect Ratio setzen
- Platz für Banner und Overlays reservieren
- Fonts sauber vorladen
- dynamische Inhalte möglichst unterhalb des sichtbaren Bereichs einfügen
- eingebettete Karten und externe Widgets mit reserviertem Platz laden
- CTA-Bereiche und Formulare besonders prüfen
Gerade Kontaktseiten, Terminbuchungen und Checkouts leiden überproportional unter CLS-Problemen. Und genau dort ist jeder Fehlklick teuer.
Wichtig: Zielwert ist ein CLS unter 0,1 bei mindestens 75 % der realen Besuche. Zwischen 0,1 und 0,25 bist du im Warnbereich, darüber solltest du nicht mehr diskutieren, sondern handeln.
109. Warum gerade WordPress-Websites so oft durchfallen – und was zuerst Umsatz rettet
Ich sag's direkt: WordPress ist nicht das Problem. Schlecht gebautes WordPress ist das Problem.
Laut Corewebvitals.io liegt die mobile Core-Web-Vitals-Pass-Rate bei WordPress nur bei 43,4 %. Duda kommt auf 83,6 %, Shopify auf rund 65 %, Wix auf rund 63 %, Squarespace auf rund 58 % und Drupal auf rund 52 %. Der Abstand entsteht fast nie durch das CMS selbst, sondern durch schwere Premium-Themes, Plugin-Sammlungen, Tracking-Wildwuchs und schwaches Hosting.
| Kategorie | Wert (%) |
|---|---|
| Duda | 83,6% |
| Shopify | 65% |
| Wix | 63% |
| Squarespace | 58% |
| Drupal | 52% |
| WordPress | 43,4% |
Spannend ist der zweite Blick: Bei INP ist WordPress mit einer Good-Rate von 85,9 % gar nicht katastrophal. Das eigentliche Problem ist meist LCP – plus schwankende Qualität durch Themes, Plugins, Bilder und Tracker. Ein Performance-Plugin oben drauf löst das nicht. Core Web Vitals sind kein Plugin-Projekt. Sie sind ein Architektur-Thema.
Damit du nicht nach Bauchgefühl optimierst, hier die Priorisierung nach Wirkung – also: welche Maßnahme rettet zuerst Umsatz?
| Maßnahme | Aufwand | Typischer Hebel | Wann zuerst? |
|---|---|---|---|
| Hero-Bild optimieren | niedrig bis mittel | oft stark für LCP | fast immer |
| Slider entfernen | niedrig bis mittel | stark für LCP und INP | wenn Above the Fold schwer ist |
| Skript-Inventur | mittel | stark für INP | bei trägen Klicks |
| Hosting/TTFB verbessern | mittel bis hoch | stark für LCP | bei langsamer Serverantwort |
| Theme-Refactoring | hoch | sehr stark, nachhaltig | wenn die Basis aufgebläht ist |
| CLS-Fixes an Bildern/Bannern | niedrig | direkt für UX und Formulare | wenn Inhalte springen |
Wichtig: Nicht jede Website braucht deswegen einen kompletten Relaunch. Aber wenn dein Theme strukturell schwer ist, der Builder zu viel Output erzeugt und das Hosting schwach ist, dann ist Flickwerk oft teurer als ein sauberer Umbau.
Tipp: Dokumentiere die Werte je Seite in einer kleinen Tabelle mit Datum. So siehst du, ob Änderungen wirklich helfen oder nur dein Bauchgefühl beruhigen.
1110. Der 30-60-90-Plan für KMU ohne Relaunch
Wenn du das Thema sauber angehen willst, brauchst du keinen Aktionismus. Du brauchst einen Plan.
Ich arbeite bei KMU gern mit einem einfachen 30-60-90-Ansatz. Nicht, weil die Zahlen magisch wären, sondern weil man damit Prioritäten sauber trennt und nicht im Technik-Sumpf versinkt.
- 130 Tage: Messen und priorisierenPageSpeed Insights, Search Console und zentrale Seitentypen prüfen. Fokus auf Anfrage-, Kontakt-, Leistungs- und Landingpages statt auf jede Unterseite.
- 260 Tage: Quick Wins umsetzenBilder komprimieren, Caching aktivieren, unnötige Plugins entfernen, Fonts reduzieren, Tracking und Cookie-Skripte überprüfen, Hosting bewerten.
- 390 Tage: Technisch vertiefenKritisches CSS, JavaScript-Aufteilung, Third-Party-Strategie, Theme- oder Builder-Entscheidung und wiederholbares Monitoring etablieren.
Phase 1 ist die wichtigste. Du prüfst nicht alles, sondern das Richtige. Also Seiten mit Umsatz- oder Anfragebezug.
Phase 2 bringt oft überraschend viel. Bildoptimierung, Caching, weniger Plugins, aufgeräumte Fonts und das Entschlacken von Third-Party-Skripten liefern oft schon deutliche Fortschritte.
Phase 3 ist für die tieferen Ursachen. Da geht es dann um Architektur, Theme-Entscheidungen, JavaScript-Strategie oder Hosting-Wechsel.
Meine Erfahrung aus Projekten im Mittelstand ist ziemlich eindeutig: Wer blind den Lighthouse-Score der Startseite jagt, optimiert oft am Geschäft vorbei. Eine Website kann technisch „okay“ aussehen und trotzdem auf echten Mobilgeräten Anfragen verlieren. Deshalb prüfe ich zuerst Formulare, CTA-Bereiche, Leistungsseiten und lokale Landingpages. Dort entscheidet sich, ob aus Besuchern Kunden werden.
Tipp: Erfolg heißt nicht 100 Punkte. Erfolg heißt stabile grüne Felddaten, weniger Absprünge und bessere Conversion auf den Seiten, die Geld verdienen.
12Meine Einschätzung
Core Web Vitals werden oft entweder überschätzt oder ignoriert. Beides ist unklug.
Überschätzt werden sie, wenn Agenturen so tun, als wäre ein hoher Score schon die ganze SEO-Strategie. Ignoriert werden sie, wenn Unternehmen glauben, eine langsam reagierende Website sei nur ein technisches Detail. Die Wahrheit liegt dazwischen.
Für KMU sind Core Web Vitals vor allem ein Pragmatiker-Thema. Sie helfen dir, echte Reibung sichtbar zu machen. Nicht theoretisch, sondern dort, wo Besucher abspringen, Formulare abbrechen oder beim zweiten Anbieter anfragen.
Wenn du lokal oder regional konkurrierst und zwei Anbieter fachlich ähnlich wirken, gewinnt oft der, dessen Website schneller lädt, stabil bleibt und direkt reagiert. So einfach ist das manchmal.
Häufige Fragen
Was bedeuten LCP, INP und CLS in PageSpeed Insights?
+
LCP misst, wann der größte sichtbare Inhalt geladen ist, INP bewertet die Reaktionsgeschwindigkeit auf Klicks und Eingaben, CLS misst Layout-Sprünge. Zusammen zeigen die drei Werte, ob deine Website schnell sichtbar, sofort bedienbar und visuell stabil ist – also ob sie sich für echte Nutzer gut anfühlt.
Wie kann ich die Core Web Vitals meiner WordPress-Website verbessern?
+
Bei WordPress bringen oft schon klare Basics viel: Bilder verkleinern, Caching aktivieren, unnötige Plugins löschen, schwere Themes oder Builder hinterfragen, Fonts reduzieren und Tracking-Skripte ausmisten. Danach kommen technische Maßnahmen wie kritisches CSS, Script-Aufteilung und besseres Hosting. Erst die Umsatzseiten optimieren, dann den Rest.
Sind Core Web Vitals wirklich ein Google Ranking Faktor?
+
Ja, Core Web Vitals sind Teil der Google-Bewertung, aber eben nur ein Faktor unter mehreren. Gute Werte helfen bei Nutzererfahrung und können Rankings unterstützen. Sie ersetzen aber keine relevanten Inhalte, keine lokale Sichtbarkeit und keine saubere SEO-Basis. Gute Technik plus gutes Angebot schlägt entweder-oder.
IT-Berater & Webentwickler aus Aachen. Fragen zum Thema? Schreib mir direkt.
Projekt anfragen →Weitere Artikel.
IT-Sicherheit für KMU Grundlagen, die zählen
IT-Sicherheit für KMU pragmatisch umsetzen: Checkliste, Kosten, MFA, Backup, Patch-Managem…
KIChatGPT im Unternehmen DSGVO-konform nutzen
ChatGPT im Unternehmen DSGVO-konform nutzen: Was bei AVV, Shadow AI, Richtlinie und Tool-A…
WebdesignWebsite Kosten für KMU: Baukasten bis Agentur
Website Kosten für KMU realistisch kalkulieren: Einmalpreise, laufende Kosten, ROI, WordPr…