Google misst drei Werte, die das Nutzererlebnis quantifizieren. LCP (Largest Contentful Paint) — wann ist das größte sichtbare Element geladen, idealerweise unter 2,5 Sekunden. INP (Interaction to Next Paint) — wie schnell reagiert die Seite auf Interaktionen, unter 200 Millisekunden. CLS (Cumulative Layout Shift) — wie stabil ist das Layout beim Laden, unter 0,1. Alle drei müssen „grün" sein, damit Google Sie belohnt. Als Webdesign-Agentur Hamburg erreichen wir diese Werte bei jedem Projekt standardmäßig.
Die 12 wichtigsten Hebel
1. Bilder in WebP konvertieren
WebP spart 25–45 % Dateigröße gegenüber JPG/PNG. Tool: squoosh.app. Erledigt in wenigen Stunden für die ganze Website.
2. Lazy Loading für Bilder
Alle Bilder unterhalb des sichtbaren Bereichs mit loading="lazy" versehen. Browser lädt sie erst beim Scrollen.
3. Richtige Bildgrößen
Ein 3000-Pixel-Bild auf einem 500-Pixel-Slot verschwendet Bandbreite. Responsive mit srcset arbeiten.
4. Fonts preloaden
Die wichtigsten Fonts mit <link rel="preload" as="font"> im Head laden. Verhindert Font-Flash (FOIT/FOUT).
5. Kritisches CSS inline
Das CSS für den Hero-Bereich (Above-the-fold) direkt im <style>-Tag im Head einbetten. Rest asynchron laden. Verkürzt LCP massiv.
6. JavaScript defer oder async
Jeder nicht-kritische Script-Tag mit defer oder async. Blockiert das Rendering nicht.
7. Third-Party-Scripts reduzieren
Facebook-Pixel, Google Analytics, Chat-Widgets — jedes belastet die Ladezeit. Prüfen, was wirklich gebraucht wird, und Alternativen erwägen (Plausible statt GA, Crisp statt Intercom).
8. Brotli-Kompression aktivieren
15–20 % besser als gzip. Beim Hoster aktivierbar — meist ein Config-Schalter.
9. CDN nutzen
Cloudflare (kostenlos) oder BunnyCDN. Beschleunigt Ladezeiten weltweit, entlastet den eigenen Server.
10. HTTP/2 oder HTTP/3
Beim Hoster anfragen. Moderne Protokolle laden multiple Ressourcen parallel — ohne Overhead.
11. Bildgrößen im HTML festlegen
width und height auf jedem <img>-Tag angeben. Browser reserviert den Platz und verhindert Layout-Shift (CLS).
12. Nicht benutzte Fonts, CSS, JS entfernen
Viele Websites laden Fonts in 6 Varianten, obwohl nur 2 genutzt werden. CSS-Framework-Bibliotheken enthalten tausende ungenutzte Klassen. Ein monatlicher „Audit" spart schnell 30–50 % Ladezeit.
So testen Sie
Öffnen Sie pagespeed.web.dev und geben Sie Ihre URL ein. Der Bericht zeigt für Mobile und Desktop getrennt Werte und konkrete Verbesserungsvorschläge. Alles mit „rot" oder „orange" markiert ist Handlungsbedarf. Ziel: grüner Bereich in allen drei Metriken, auf Mobile mindestens 85/100. Weitere häufige Fehler in der Performance erklärt unser Artikel zu den SEO-Fehlern Hamburger Unternehmen. Warum WordPress vs. Custom-Code diese Werte so unterschiedlich beeinflusst, erklärt unser Vergleichsartikel. Unser Responsive Webdesign wird grundsätzlich mit grünen Core Web Vitals ausgeliefert.
Häufig gestellte Fragen
Was sind Core Web Vitals?
Drei Google-Metriken, die das Nutzererlebnis messen: LCP (Ladegeschwindigkeit des Hauptinhalts, Ziel: unter 2,5 s), INP (Reaktionszeit auf Interaktionen, Ziel: unter 200 ms) und CLS (Stabilität des Layouts, Ziel: unter 0,1).
Beeinflusst LCP wirklich das Google-Ranking?
Ja — seit dem Core Web Vitals Update 2021 fließen alle drei Metriken direkt in das Google-Ranking ein. Seiten mit schlechten Core Web Vitals werden gegenüber schnelleren Seiten benachteiligt, selbst bei vergleichbarem Content.
Was ist der schnellste Weg zur LCP-Verbesserung?
Bilder in WebP konvertieren und die Größen im HTML-Tag angeben. Das allein verbessert LCP bei bildlastigen Seiten um 30–50 %. Zusätzlich: das Hauptbild mit loading="eager" statt lazy laden.
Was verursacht einen hohen CLS-Wert?
Bilder ohne width/height-Attribute (Browser weiß nicht, wie viel Platz zu reservieren ist), nachladende Werbeanzeigen, Fonts die beim Laden springen (FOUT) und dynamisch eingefügte Banner. Alles lösbar mit ein paar Zeilen Code.
Wie überprüfe ich meine Core Web Vitals kostenlos?
pagespeed.web.dev gibt sofort Werte für Mobile und Desktop. Für Felddaten (echte Nutzererfahrungen) nutzen Sie die Google Search Console unter „Nutzererfahrung“. Chrome DevTools zeigt Lighthouse-Werte direkt im Browser.