Core Web Vitals: warum eine langsame Website Kunden kostet

Web-Performance ist kein Ingenieursthema. Es ist ein kommerzielles: jenseits von drei Sekunden Ladezeit springt ein erheblicher Teil der Besucher ab, bevor er Ihr Angebot überhaupt gesehen hat. Google misst dieses Erlebnis über drei Indikatoren, die Core Web Vitals, und lässt sie ins Ranking einfliessen.

Die drei Kennzahlen und ihre Schwellen

LCP: Largest Contentful Paint. Zeit bis zur Anzeige des grössten sichtbaren Elements, meist Bild oder Titel des Hero-Bereichs. Gut: unter 2,5 s.

INP: Interaction to Next Paint. Die Verzögerung zwischen einem Klick und der sichtbaren Reaktion der Seite. Löste 2024 den FID ab und ist strenger. Gut: unter 200 ms.

CLS: Cumulative Layout Shift. Wie stark sich das Layout beim Laden unerwartet bewegt: der Button, der genau im Moment des Klicks verrutscht. Gut: unter 0,1.

Diese Schwellen werden an Ihren echten Besuchern gemessen, nicht im Labor. Ein perfekter Wert am Büro-Glasfaseranschluss sagt nichts über das Erlebnis im Zug bei 4G.

Die Ursachen, die immer wiederkehren

In der grossen Mehrheit der Audits sind es dieselben Verursacher:

• Nicht optimierte Bilder. Ein 3-MB-Foto wird in voller Auflösung ausgeliefert, obwohl es nur in einem 400-px-Rahmen erscheint. Der Wechsel zu WebP oder AVIF in den richtigen Massen reduziert die Dateigrösse oft um den Faktor zehn.
• Blockierende Schriften. Eine Webschrift ohne font-display: swap verbirgt den Text während des gesamten Downloads.
• Drittanbieter-Skripte. Ein Live-Chat, zwei Analysewerkzeuge, ein Werbe-Pixel und ein Cookie-Banner: jedes bringt Dutzende Kilobyte JavaScript, das vor der Reaktionsfähigkeit der Seite ausgeführt wird. Hauptursache für schlechtes INP.
• Bilder ohne Abmessungen. Ohne width und height reserviert der Browser keinen Platz: der Inhalt springt, sobald das Bild eintrifft. Das ist CLS.
• Überlastetes Shared Hosting. Keine Frontend-Optimierung gleicht einen Server aus, der 800 ms zum Antworten braucht.

Womit anfangen

Die Reihenfolge zählt, weil die Gewinne ungleich sind:

1. Die Realität messen: PageSpeed Insights liefert neben dem Labor auch Felddaten (CrUX). Die Felddaten zählen.
2. Die Bilder angehen: fast immer der grösste Gewinn bei geringstem Aufwand.
3. Drittanbieter-Skripte prüfen: ein redundantes Analysewerkzeug zu entfernen kostet nichts und bringt viel.
4. Platz reservieren für Bilder, Iframes und Banner.
5. Die Server-Antwortzeit prüfen (TTFB), bevor Sie irgendetwas anderes optimieren.

Das eigentliche Prinzip

Performance holt man am Projektende nicht nach. Eine schnelle Website ist eine, bei der man sich in jedem Schritt geweigert hat, ohne Grund Gewicht hinzuzufügen: eine Schrift mehr, eine Karussell-Bibliothek für drei Bilder, ein Skript zum Animieren eines Zählers.

Das ist eine Gestaltungsdisziplin, keine Optimierungsphase.