FCP (First Contentful Paint)
Prüft First Contentful Paint — wann erster Text/Bild erscheint. Ziel unter 1.8s.
Was dieser Check misst
Wir lesen CrUX p75 FCP. Ziel: unter 1.8s. FCP kommt vor LCP — schlechtes FCP = noch schlechteres LCP.
Warum es wichtig ist
FCP ist kein direktes Core Web Vital, aber korreliert mit Speed-Wahrnehmung. Langsames FCP = meist langsamer Server/TTFB oder fehlendes Critical CSS.
Wie unser Audit es erkennt
CrUX p75 FCP. Mit TTFB korrelieren um Server-vs-Client-Bottleneck zu identifizieren.
Typische Findings
- error_outlineFCP 3s+ — TTFB ist Bottleneck.
- error_outlineFCP 2.5s auf CDN — Critical-CSS fehlt.
So behebst du es
Bei hohem TTFB: server-seitig fixen. TTFB OK aber FCP langsam: Critical-CSS above-the-fold inlinen und Non-Critical deferen.
Häufige Fragen
FCP vs LCP?expand_more
Soll das auf deiner Site geprüft werden?
Pantra läuft den vollen Audit (SEO, Sicherheit, GEO, Performance, Schema, Technik, Bilder) in 10 Sekunden und generiert stack-spezifische Fix-Prompts.
Site scannenÄhnliche Checks
LCP (Largest Contentful Paint)
Prüft Largest Contentful Paint — wie schnell der Haupt-Content erscheint. Ziel unter 2.5s.
PerformanceCLS (Cumulative Layout Shift)
Prüft Cumulative Layout Shift — wie viel die Seite beim Laden springt. Ziel unter 0.1.
PerformanceINP (Interaction to Next Paint)
Prüft Interaction to Next Paint — Reaktion auf Klicks/Taps. Ziel unter 200ms.
PerformanceTTFB (Time to First Byte)
Prüft Time to First Byte — Server-Response-Zeit. Ziel unter 600ms.