Core Web Vitals

Core Web Vitals sind ein Satz von drei standardisierten Metriken, die von Google definiert wurden, um die reale Nutzererfahrung auf Webseiten zu quantifizieren. [Largest Contentful Paint (LCP)](/glossary/lcp) misst, wie schnell das größte sichtbare Element lädt, [First Input Delay (FID)](/glossary/fid) misst, wie schnell die Seite auf die erste Nutzerinteraktion reagiert, und [Cumulative Layout Shift (CLS)](/glossary/cls) misst, wie stark sich das Seitenlayout während des Ladens unerwartet verschiebt. Zusammen erfassen diese drei Werte Ladegeschwindigkeit, Interaktionsbereitschaft und visuelle Stabilität — die drei Säulen einer guten Seitenerfahrung. Google hat angekündigt, dass Interaction to Next Paint (INP) FID als Reaktionsfähigkeitsmetrik ersetzt, aber das Grundgerüst bleibt gleich.

Google verwendet Core Web Vitals als Ranking-Signal in seinem Suchalgorithmus. Seiten, die die „guten" Schwellenwerte erreichen, erhalten einen Ranking-Vorteil, während Seiten mit schlechten Werten in den Suchergebnissen absteigen können. Über SEO hinaus spiegeln diese Metriken direkt wider, was Besucher erleben: Ein langsam ladendes [Flipbook](/glossary/flipbook)-Embed frustriert Leser, ein nicht reagierender Button führt zum Abbruch, und unerwartete Layout-Verschiebungen untergraben das Vertrauen. Für Verleger, die interaktive Inhalte auf ihren Websites einbetten, tragen die Leistungen dieser Embeds zur Gesamtbewertung der Seite bei. Core Web Vitals zu ignorieren bedeutet, sowohl geringere Suchsichtbarkeit als auch eine verschlechterte Lesererfahrung zu akzeptieren.

FlipLink ist so entwickelt, dass es die Core Web Vitals-Werte deiner Website schützt, anstatt sie zu verschlechtern. Flipbook-Embeds laden asynchron, sodass sie niemals das Rendering des Hauptinhalts der Seite blockieren und [LCP](/glossary/lcp) schnell bleibt. Der Embed-Container reserviert ein festes Seitenverhältnis, bevor das Flipbook initialisiert wird, und verhindert Layout-Verschiebungen, die [CLS](/glossary/cls) schaden würden. Ressourcen — Seitenbilder, [Three.js](/glossary/three-js)-Rendering-Skripte und Schriftarten — werden progressiv und nur bei Bedarf geladen, sodass der Hauptthread des Browsers reaktionsfähig bleibt. FlipLinks [benutzerdefinierter Ladebildschirm](/features/custom-loading-screen) zeigt einen fließenden Platzhalter, während der Viewer initialisiert. Die FlipLink-Marketingsite erreicht einen Wert von 97 auf Desktop und 91 auf Mobilgeräten in Lighthouse-Performance-Audits.

**LCP-Ziel: unter 2,5 Sekunden.** LCP misst die Renderzeit des größten sichtbaren Elements im [Viewport](/glossary/viewport) — Bild, Video oder Textblock. Bei Seiten mit eingebetteten Flipbooks ist der Flipbook-Container nicht das LCP-Element — typischerweise ist es das Hero-Bild oder die Überschrift der Seite. FlipLinks asynchrones Laden stellt sicher, dass das Embed dieses Element nicht verzögert. **FID/INP-Ziel: unter 100 Millisekunden (FID) oder 200 Millisekunden (INP).** Diese Metriken messen die Verzögerung zwischen einer Nutzeraktion (Klick, Tippen, Tastendruck) und der Browserantwort. FlipLink verlagert schweres Rendering auf [WebGL](/glossary/webgl) über Three.js und hält den Hauptthread frei für die Eingabeverarbeitung. **CLS-Ziel: unter 0,1.** CLS akkumuliert sich jedes Mal, wenn ein sichtbares Element unerwartet seine Position ändert. FlipLinks Embed-Code verwendet einen Wrapper mit festem Seitenverhältnis, sodass der Browser den exakten Platz reserviert, bevor Inhalte geladen werden. Kein Reflow, keine Verschiebung. **Messwerkzeuge:** Google PageSpeed Insights, Lighthouse (in Chrome DevTools integriert) und der Chrome User Experience Report (CrUX) berichten alle über Core Web Vitals. Felddaten von CrUX spiegeln die reale Nutzererfahrung über ein rollierendes 28-Tage-Fenster wider.

| Metrik | Gut | Verbesserungsbedarf | Schlecht | |--------|-----|---------------------|----------| | LCP | ≤ 2,5s | 2,5s – 4,0s | > 4,0s | | FID | ≤ 100ms | 100ms – 300ms | > 300ms | | INP | ≤ 200ms | 200ms – 500ms | > 500ms | | CLS | ≤ 0,1 | 0,1 – 0,25 | > 0,25 | Diese Schwellenwerte gelten beim 75. Perzentil der Seitenladungen — das bedeutet, dass 75 % der Besuche den „guten" Schwellenwert erreichen müssen, damit die Seite besteht. Ein einzelner langsamer Besuch verfehlt die Metrik nicht, aber ein konstantes Muster schlechter Werte wird es tun.

**Schadet das Einbetten eines Flipbooks meinen Core Web Vitals?** Nicht wenn das Embed asynchron lädt und seinen Layout-Platz im Voraus reserviert. FlipLinks Embed-Code macht beides standardmäßig. Das Flipbook initialisiert sich, nachdem der Hauptinhalt der Seite gerendert wurde, und konkurriert daher nicht mit dem Hero-Bereich oder der Navigation um die Ladepriorität. **Welche Metrik ist am wichtigsten für SEO?** Google gewichtet alle drei gleich als Teil des Page-Experience-Signals. Allerdings hat LCP tendenziell den sichtbarsten Einfluss auf die wahrgenommene Geschwindigkeit und ist daher die erste Metrik, die die meisten Verleger optimieren. **Wie oft sollte ich meine Core Web Vitals überprüfen?** Führe ein Lighthouse-Audit nach jeder wesentlichen Seitenänderung durch — besonders nach dem Hinzufügen oder Ändern eingebetteter Inhalte. Für die laufende Überwachung prüfe den Core Web Vitals-Bericht in der Google Search Console wöchentlich. Felddaten aktualisieren sich in einem rollierenden 28-Tage-Zyklus, sodass Verbesserungen etwa einen Monat brauchen, um sich in den CrUX-Werten widerzuspiegeln.