LCP bei echten Nutzern (Felddaten)

Was diese Prüfung macht

Liest das 75.-Perzentil des Largest Contentful Paint aus dem Chrome UX Report (CrUX) aus – Googles öffentlichem Datensatz mit Messungen echter Nutzer:innen, der aus eingewilligten Chrome-Sitzungen über ein gleitendes 28-Tage-Fenster aggregiert wird. PageSpeed Insights bündelt die CrUX-Zahlen für die geprüfte URL (und fällt auf Origin-Daten zurück, wenn die URL nicht ausreichend gesampelt wurde).

Feld-LCP (p75)	Bewertung
≤ 2,5 s	Gut
2,5–4,0 s	Verbesserungsbedürftig
> 4,0 s	Schlecht

Drei Dinge solltest du über diese Zahl wissen:

75. Perzentil. Drei von vier deiner Chrome-Nutzer:innen sehen diesen LCP-Wert oder besser. Die langsamsten 25 % liegen darüber.
Gleitendes 28-Tage-Fenster. Verbesserungen schlagen erst nach 1–4 Wochen vollständig durch – CrUX muss zuerst die alten Daten herausaltern lassen.
Aggregiert. Ein einzelner Nutzer mit 6 s LCP verschiebt die Nadel nicht; du brauchst genug Traffic auf dem langsamen Pfad, damit sich das Perzentil bewegt.

Warum es zählt

Auf diese Metrik wertet Google tatsächlich. Der Labor-LCP aus Lighthouse ist eine synthetische Simulation – nützlich, um Regressionen in der CI zu erwischen, aber er sieht den langen Schwanz aus echten Netzbedingungen, echten Geräten und nutzerinstallierten Browser-Extensions nicht.

Auf zwei Fehlerbilder solltest du achten:

Feld schlechter als Labor. Echte Nutzer:innen haben langsamere CPUs, flatterhaftere Netze und Adblocker, die die Ladereihenfolge verändern. Liegt dein Labor-LCP bei 1,8 s, der Feldwert aber bei 3,2 s, dann sagt dir die Lücke etwas, was das Labor übersehen hat.
Feld besser als Labor. Heißt, deine echten Nutzer:innen sind überwiegend auf schnelleren Verbindungen unterwegs als Lighthouses simuliertes Mobil-Setup. Das Labor ist konservativ – wahrscheinlich ist alles in Ordnung.

Im Zweifel: dem Feld vertrauen.

Wie du ihn verbesserst

Die Maßnahmen überschneiden sich mit Labor-LCP, doch feldspezifische Hebel wiegen schwerer:

1. Optimiere auf den langen Schwanz, nicht auf den Median. Eine 75.-Perzentil-Metrik wird von deinen langsamsten Realnutzer-Pfaden dominiert – schwache Netze, günstige Android-Geräte, Bot-Traffic, der nicht aus dem Cache bedient wird. Lass den Audit erneut mit ?utm_source=cellular_proxy laufen oder nutze BrowserStack, um von einem Low-End-Gerät zu testen.

2. Lade das LCP-Bild mit fetchpriority vor.

<link rel="preload" as="image" href="/hero.webp" fetchpriority="high" />

Diese Änderung bewegt die Nadel beim Feld-LCP noch stärker als im Labor, weil echte Nutzer:innen höhere Netzwerklatenz haben.

3. Liefere moderne Bildformate mit sauberem srcset aus.

<picture>
  <source srcset="/hero-480.avif 480w, /hero-1024.avif 1024w" type="image/avif" />
  <source srcset="/hero-480.webp 480w, /hero-1024.webp 1024w" type="image/webp" />
  <img src="/hero.jpg" alt="..." width="1200" height="600" fetchpriority="high" sizes="100vw" />
</picture>

4. CDN mit Edge-Bildtransformationen. Cloudflare Images, Bunny Optimizer oder Vercel Image Optimization liefern automatisch die richtige Größe an jedes Gerät aus.

5. Eliminiere render-blockierende Ressourcen. Das LCP-Bild kann erst gemalt werden, sobald der Browser genug CSS geparst hat. Inline kritisches CSS, lade nicht kritisches CSS verzögert nach und hoste Schriften selbst mit font-display: swap.

6. Behalte deine Third-Party-Tags im Blick. Ein Chat-Widget, ein Werbe-Tag oder ein Analytics-SDK, das Bilder oberhalb der Falz injiziert, stiehlt den LCP. Prüfe deinen <head> auf synchron geladene Drittanbieter-Skripte.

Häufige Fragen

Warum zeigt MetricSpot für meine Seite keine Felddaten?

CrUX veröffentlicht 75.-Perzentil-Werte erst, wenn ein Origin im 28-Tage-Fenster genug eingewilligte Chrome-Nutzer:innen erreicht hat. Kleine oder neue Seiten qualifizieren sich oft nicht. Siehst du (field, origin) im Titel, ist PSI auf die Origin-Daten zurückgefallen, weil die spezifische URL nicht genug Samples hatte. Siehst du gar nichts, liegst du für beides unter der CrUX-Schwelle.

Warum ist mein Feld-LCP schlechter als mein Labor-LCP?

Drei übliche Verdächtige: reale Netzbedingungen (3G/4G in Vororten vs. Labor mit simuliertem Mobil-Breitband), Low-End-Geräte (CrUX schließt Android-Smartphones ein, die Lighthouse nicht simuliert) und deine eigene Personalisierung bzw. A/B-Varianten (das Labor testet eine „anonyme” Ansicht; im Feld sind eingeloggte Nutzer:innen mit personalisiertem Hero-Content enthalten).

Wie oft aktualisiert sich CrUX?

Der Datensatz wird täglich aktualisiert, jeder Datenpunkt ist aber der 28-tägige gleitende Durchschnitt. Ein Fix, der heute ausgespielt wird, beginnt nach ca. 7 Tagen sichtbar zu wirken und ist nach rund 28 Tagen vollständig reflektiert. Nicht in Panik geraten, wenn sich der Feldwert nicht über Nacht bewegt.