Die meisten Besucher verlassen eine langsame Seite nicht, weil sie die Marke hassen. Sie gehen, weil Warten sich wie Reibung anfühlt, und Reibung auf dem ersten Bildschirm zerstört die Conversion. Core Web Vitals sind Googles Versuch, diese Reibung so zu messen, dass sowohl Entwickler als auch Seitenbetreiber darüber sprechen können.
Die drei Metriken, übersetzt
LCP, Largest Contentful Paint
Wie lange es dauert, bis der Hauptinhalt der Seite erscheint. Bei den meisten Seiten ist das das Hero-Bild, die Hauptüberschrift oder das erste Produktfoto. Ein guter LCP fühlt sich schnell an; ein schlechter LCP fühlt sich an, als würde die Seite noch nachdenken.
INP, Interaction to Next Paint
Wie reaktionsschnell sich die Seite anfühlt, sobald Sie versuchen, mit ihr zu interagieren, einen Button klicken, ein Menü ausklappen, Filter öffnen. Ein schlechter INP fühlt sich an, als ignoriere Sie die Seite einen Moment lang.
CLS, Cumulative Layout Shift
Wie sehr Inhalte herumspringen, während die Seite lädt. Ein schlechter CLS ist das Gefühl, nach einem Button zu greifen und zuzusehen, wie er woanders hinrutscht, meist weil eine Anzeige, ein Bild oder ein Banner zu spät geladen hat.
Warum diese Metriken das Geschäft betreffen, nicht nur SEO
- Ein langsames erstes Rendern bedeutet, dass Menschen den Tab schließen, bevor der Inhalt erscheint.
- Nicht reaktionsfähige Interaktionen lassen Formulare, Filter und Kassenvorgänge kaputt wirken.
- Layout-Verschiebungen verursachen Fehlklicks, die zu Frust, Retouren und Support-Tickets führen.
- Google nutzt diese Metriken als Ranking-Signal, sodass schlechte Performance auch verringert, wie oft Sie überhaupt gefunden werden.
Die Wirkung ist kumulativ: Kleine Performance-Probleme summieren sich über Sitzungen hinweg, und kleine Verbesserungen verstärken sich ebenfalls.
Was meist den größten Unterschied macht
- Bilder. Korrekt dimensioniert, moderne Formate (WebP/AVIF), unterhalb des sichtbaren Bereichs lazy-geladen und mit expliziten Abmessungen, damit der Browser nicht raten muss.
- Schriften. Beschränken Sie sich auf das, was Sie tatsächlich nutzen, hosten Sie wenn möglich selbst, und laden Sie die Schrift vor, die den Hero-Text rendert.
- Drittanbieter-Skripte. Analytics, Chat-Widgets, A/B-Tools und Tag-Manager sind oft die größte Quelle für langsames INP. Laden Sie sie verzögert und nur auf Seiten, auf denen sie gebraucht werden.
- Ungenutztes JavaScript. Weniger Code auszuliefern bedeutet weniger Parsing, weniger Ausführung, weniger Energie auf schwächeren Geräten.
- Server-Antwortzeit. Ein langsames Backend setzt allem anderen eine Untergrenze. Caching, Query-Optimierung und eine sinnvolle Hosting-Stufe zählen.
- Reservierter Platz. Nutzen Sie explizite Breite/Höhe oder CSS-Seitenverhältnisse für Bilder, Anzeigen, iframes und Banner, damit sich das Layout später nicht verschiebt.
Häufige Fehler
- Nur auf dem eigenen schnellen Laptop messen. Nutzer sind in Mobilfunknetzen und auf Mittelklassegeräten unterwegs. Nutzen Sie Felddaten (Real User Monitoring) neben Labortests.
- Einer einzigen Zahl hinterherjagen. Ein perfekter Lighthouse-Wert in einem Durchlauf bedeutet nicht viel; konsistente Felddaten über Wochen schon.
- Tools hinzufügen, um die Performance zu verbessern. Mehr Skripte machen eine Seite selten schneller.
- Performance als einmalige Sache behandeln. Ohne Monitoring verschlechtert sie sich jedes Mal, wenn das Team ein neues Widget hinzufügt.
Eine sinnvolle Reihenfolge
- Erheben Sie Basis-Felddaten für LCP, INP und CLS auf Ihren Top-5-Seiten.
- Beheben Sie zuerst das Hero-Bild und die Hauptüberschrift, sie beeinflussen LCP überproportional.
- Prüfen Sie Drittanbieter-Skripte; entfernen oder verzögern Sie alles, was nicht zwingend nötig ist.
- Reservieren Sie Platz für Bilder, Anzeigen und spät ladende Elemente.
- Überwachen Sie kontinuierlich und behandeln Sie Verschlechterungen wie Fehler.
