Core Web Vitals in Webflow: LCP, INP und CLS richtig messen und priorisieren

Miraka & Co. Intl.
This is some text inside of a div block.
•
3 min read
Flache Vektorillustration einer Person, die in einem Website-Browser verzögertes Hero-Content, eine verspätete Button-Reaktion und verschobene Inhaltskarten analysiert.

Eine Website kann im Browser der Agentur schnell wirken und für reale Besucherinnen und Besucher trotzdem zu spät laden, träge reagieren oder beim Lesen springen. Genau dafür gibt es die Core Web Vitals: Sie machen drei unterschiedliche Arten von Reibung sichtbar.

Für Webflow-Websites sind sie kein Urteil über die Plattform. Sie sind eine Diagnose für Entscheidungen auf der Plattform: Hero-Medien, Custom Code, Animationen, Cookie-Banner, Tracking, Chat-Tools, Buchungsstrecken und externe Embeds. Wer LCP, INP und CLS sauber trennt, muss nicht reflexartig einen Relaunch planen. Oft reicht es, den grössten wiederkehrenden Engpass auf den wichtigsten mobilen Seitentypen zu beseitigen.

Reale Nutzerdaten zuerst. Gezielte Optimierung danach.

Drei schlechte Erlebnisse, nicht drei abstrakte Scores

Core Web Vitals werden oft als Google-Metriken behandelt. Für Besucherinnen und Besucher zeigen sie jedoch etwas viel Einfacheres: Ist der wichtigste Inhalt rasch sichtbar? Reagiert die Website auf eine Eingabe? Bleibt das Interface ruhig, während es lädt?

Google bewertet derzeit drei Werte:

  • Largest Contentful Paint (LCP): Wie schnell der wichtigste sichtbare Inhalt erscheint, häufig ein Hero-Bild, eine grosse Überschrift oder ein prägender Inhaltsblock.
  • Interaction to Next Paint (INP): Wie schnell die Seite während eines Besuchs auf Interaktionen reagiert und die sichtbare Rückmeldung zeichnet.
  • Cumulative Layout Shift (CLS): Wie stark sich sichtbare Elemente unerwartet verschieben.

Als Richtwerte für eine gute Nutzererfahrung nennt Google einen LCP von höchstens 2,5 Sekunden, einen INP von höchstens 200 Millisekunden und einen CLS von höchstens 0,1. Entscheidend ist dabei nicht der beste Einzeltest. Die Bewertung orientiert sich üblicherweise am 75. Perzentil realer Seitenaufrufe, getrennt nach Mobil und Desktop.

Eine Seite ist also nicht automatisch gut, weil sie auf einem schnellen Bürogerät einmal überzeugende Werte liefert. Für Schweizer KMU lautet die sinnvollere erste Frage deshalb nicht: Wie erhöhen wir unseren Lighthouse-Score? Sondern: Welche reale Nutzergruppe erlebt auf welcher geschäftskritischen Seite wiederkehrende Reibung?

Erst Felddaten lesen, dann im Labor nach Ursachen suchen

Eine saubere Analyse verbindet zwei Perspektiven:

  1. Felddaten zeigen das Problem. Google Search Console und PageSpeed Insights können Daten aus dem Chrome UX Report anzeigen, sofern für eine URL oder die Website genügend Informationen verfügbar sind. Diese Werte beruhen auf realen Chrome-Nutzungen und arbeiten mit einem rollierenden Zeitraum von 28 Tagen.
  2. Labortests helfen bei der Ursachenanalyse. Lighthouse, PageSpeed Insights und Chrome DevTools ermöglichen reproduzierbare Tests. Sie erklären aber nicht automatisch die Erfahrung aller Besucherinnen und Besucher.

Darum reicht es nicht, nur die Startseite zu prüfen. Relevanter sind konkrete Seitentypen und Journeys: mobile Startseite, Leistungsseite, CMS-Artikel, Kontaktformular, Immobilienobjekt, Restaurant-Menü, Buchungsstrecke oder Anfrageprozess. Eine langsame Kampagnen-Landingpage kann eine völlig andere Ursache haben als ein träges CMS-Filtermodul.

Wenn Felddaten verfügbar sind, hilft eine kleine Priorisierungsmatrix: Welche Seiten haben Reichweite? Welche gehören zu einer Anfrage-, Buchungs- oder Kaufstrecke? Welche Probleme betreffen Mobile? Erst danach beginnt die technische Detailarbeit.

LCP: Der sichtbare Einstieg kommt zu spät

LCP ist nicht einfach ein Synonym für «das Bild ist zu gross». Google unterscheidet mehrere mögliche Teile des Problems: die Antwortzeit des Dokuments, die Verzögerung bis eine Ressource erkannt wird, ihre Übertragungszeit und eine mögliche Renderverzögerung. Dieselbe Kennzahl kann also unterschiedliche Ursachen haben.

Bei Webflow-Seiten liegt das LCP-Element häufig im Hero. Die erste Diagnosefrage lautet daher: Was ist auf der betroffenen Seite tatsächlich das LCP-Element? Es kann ein Titel, ein Bild, ein Hintergrundbild oder ein anderes grosses sichtbares Element sein. Erst danach lässt sich sinnvoll entscheiden, welche Optimierung nötig ist.

Typische LCP-Prüfpunkte in Webflow

  • Hero-Medien: Ist das sichtbare Bild passend dimensioniert und effizient kodiert? Wird ein sehr grosses Original ausgeliefert, obwohl auf Mobil nur eine deutlich kleinere Darstellung nötig wäre?
  • Background Images: Webflow erstellt für Inline-Bilder responsive Varianten, nicht jedoch automatisch für Hintergrundbilder oder Bilder in Rich-Text-Elementen. Bildlastige Hero-Bereiche sollten deshalb bewusst geprüft werden.
  • Video im ersten Viewport: Ein Autoplay-Video kann gestalterisch sinnvoll sein. Es sollte aber nicht unbemerkt den wichtigsten sichtbaren Inhalt ausbremsen.
  • Spät entdeckte Ressourcen: Wenn das Hero-Element erst durch einen Slider, nachgelagertes JavaScript oder eine komplexe Komponente sichtbar wird, kann die Ressourcenerkennung zu spät erfolgen.
  • Blockierende Skripte: Consent-, Tracking-, Chat- oder andere Drittanbieter-Skripte können die Renderarbeit vor dem sichtbaren Einstieg beeinträchtigen.

Die Konsequenz ist pragmatisch: Nicht jede Startseite braucht weniger Gestaltung. Sie braucht eine klare Entscheidung darüber, welches Element zuerst sichtbar sein muss und welche Elemente warten können.

INP: Die Seite ist da, aber sie hört nicht zu

INP betrachtet nicht nur den ersten Klick. Die Kennzahl erfasst Interaktionen während des gesamten Besuchs. Vereinfacht umfasst sie die Verzögerung vor der Verarbeitung, die Verarbeitung selbst und das Rendern der nächsten sichtbaren Rückmeldung.

Das macht INP besonders relevant für Websites, die auf den ersten Blick schlank wirken, später aber träge werden: beim Öffnen eines Mobile-Menüs, bei einem Accordion, einem CMS-Filter, einer Suche, einem Anfrageformular, einem Termin-Widget oder einer Kartenansicht.

In der Praxis sind lange Aufgaben auf dem Main Thread ein zentraler Hinweis. Aufgaben über 50 Millisekunden können die Reaktion auf Nutzereingaben merklich verzögern. Die Ursache kann in Custom Code, aufwendigen Interactions, Drittanbieter-Skripten oder einer Kombination mehrerer Komponenten liegen.

INP entlang echter Aufgaben testen

Statt die Kennzahl nur zu lesen, sollte ein Team die wichtigsten Aufgaben auf einem mobilen Gerät oder unter gedrosselten Testbedingungen durchspielen:

  • Mobile Navigation öffnen und wieder schliessen
  • Filter, Tabs und Accordions bedienen
  • Ein Formular ausfüllen und validieren
  • Cookie-Einstellungen aufrufen
  • Eine Buchungs-, Karten-, Chat- oder externe Anfragekomponente starten

Danach folgt die technische Frage: Was passiert genau in diesem Moment? Chrome DevTools kann lange Tasks, Skriptarbeit und Rendering-Aktivität sichtbar machen. Das Ziel ist nicht, jeden Code von einer Seite zu entfernen. Ziel ist, die Arbeit zu reduzieren oder später zu laden, die eine wichtige Interaktion sichtbar ausbremst.

Webflow nennt externe Integrationen, eingebettete Inhalte, viele Interactions und aufwendige Transforms als mögliche Performance-Treiber. Entscheidend bleibt jedoch die konkrete Diagnose: Ein unnötiges Script bleibt unnötig, auch wenn es asynchron geladen wird.

CLS: Wenn die Oberfläche ihre eigene Ordnung verliert

Layout Shifts wirken oft kleiner als eine langsame Ladezeit. In einer realen Journey können sie aber besonders störend sein: Ein Button springt weg, während jemand ihn antippen will. Ein Formularfeld verschiebt sich. Ein Cookie-Hinweis schiebt Inhalt nach unten. Ein nachladender Embed verändert die gesamte Seite.

CLS lässt sich selten mit einem einzigen Fix lösen. Die Ursache liegt meist dort, wo eine Fläche erst nach dem ersten Rendern ihre endgültige Grösse erhält.

Die häufigsten CLS-Kandidaten

  • Bilder und Videos ohne reservierten Platz: Das Layout sollte die benötigte Fläche kennen, bevor das Medium vollständig geladen ist.
  • Embeds: Karten, Social Feeds, Kalender, Buchungssysteme oder externe Formulare benötigen einen verlässlich reservierten Bereich.
  • Cookie- und Consent-Oberflächen: Sie sollten wichtige Inhalte nicht unerwartet verschieben, besonders nicht nach einer bereits möglichen Interaktion.
  • Webfonts: Ein Font-Wechsel kann Textmasse und Zeilenumbrüche verändern. Typografie sollte deshalb nicht nur visuell, sondern auch im Ladeverhalten geprüft werden.
  • Dynamische CMS- oder Personalisierungselemente: Nachgeladene Hinweise, Labels oder Preise müssen in der Layoutlogik mitgedacht werden.

Bei CLS ist eine Videoaufnahme des Seitenladevorgangs oft aufschlussreicher als ein Gesamtwert. Sie zeigt, welches Element sich bewegt, wann es passiert und ob die Verschiebung in einer relevanten Nutzungssituation auftritt.

Eine Priorisierung, die kein Grossprojekt voraussetzt

Die drei Metriken sollten nicht gleichzeitig und ohne Kontext optimiert werden. Eine wirksame Reihenfolge orientiert sich an Reichweite, Journey und Wiederverwendbarkeit.

  1. Zuerst mobile Templates mit hoher Reichweite: Startseite, wichtigste Leistungsseiten und zentrale CMS-Templates haben meist mehr Wirkung als isolierte Einzelseiten.
  2. Danach unmittelbare Geschäftsinteraktionen: Kontakt, Anfrage, Buchung, Kauf oder Lead-Formulare verdienen vor kosmetischen Details Priorität.
  3. Dann gemeinsame Komponenten: Header, Cookie-Layer, globale Tracking-Skripte, Chat-Tools und wiederkehrende Embeds beeinflussen oft viele Seiten gleichzeitig.
  4. Zum Schluss Einzelfälle: Eine selten besuchte Seite mit einem kleinen Laborbefund ist nicht automatisch dringender als ein wiederkehrender Engpass auf Mobil.

Die 10-Punkte-Checkliste für einen Webflow-Audit

  1. Search-Console- und PageSpeed-Insights-Daten nach Mobil, Desktop und Seitentypen prüfen.
  2. Die wichtigsten URLs nach Reichweite und geschäftlicher Relevanz priorisieren.
  3. Für jede betroffene URL festhalten, ob LCP, INP oder CLS das dominierende Fehlerbild ist.
  4. Das tatsächliche LCP-Element identifizieren, statt pauschal alle Bilder zu komprimieren.
  5. Hero-Bilder, CSS-Hintergründe, Videos und Rich-Text-Medien getrennt prüfen.
  6. Alle Drittanbieter-Skripte und Embeds inventarisieren: Zweck, Seitenumfang, Ladezeitpunkt und verantwortliche Person.
  7. Mobile Navigation, Formulare, Filter und Widgets unter realistischen Bedingungen testen.
  8. Mit DevTools lange Tasks sowie auffällige Skript- oder Rendering-Arbeit an konkreten Interaktionen untersuchen.
  9. Für Medien, Embeds und dynamische Komponenten feste Layoutflächen definieren und sichtbare Verschiebungen reproduzieren.
  10. Nach jeder Änderung erneut im Labor testen und Felddaten über den folgenden Zeitraum beobachten, statt einen sofortigen Search-Console-Effekt zu erwarten.

Diagnose vor Optimierung

Core Web Vitals sind kein Designurteil und kein Versprechen für Rankings oder Umsatz. Sie sind sinnvoll, weil sie konkrete Reibung sichtbar machen. Eine späte Hero-Botschaft, ein träges Formular oder ein springender Button sind nicht bloss technische Details; sie prägen die Wahrnehmung einer Marke in einem entscheidenden Moment.

Für eine Webflow-Unternehmenswebsite ist der sinnvollste Einstieg deshalb selten ein vollständiger Umbau. Es ist ein kurzer, sauberer Audit der wichtigsten mobilen Seitentypen. Reale Daten zeigen, wo Besucherinnen und Besucher warten, tippen oder den Faden verlieren. Die technische Analyse zeigt anschliessend, welche konkrete Entscheidung dafür verantwortlich ist.

Quellen

Ermirand Miraka
Founder, Miraka & Co. GmbH

M&CO
Client Portal

Behalten Sie den Überblick über Ihre Projekte, Kommunikation, Dateien und Fortschritt vereint in einem Portal.

Projektübersicht
Alle Meilensteine und Fortschritte auf einen Blick.
Direkte Kommunikation
Nachrichten & Updates ohne E-Mail-Chaos.
Dateiverwaltung
Zugriff auf Dokumente, Rechnungen und Design-Dateien.
Live-Status
Automatische Benachrichtigungen bei jedem Fortschritt.
Analytics
Performance tracking powered by google analytics
Rechnungs- & Zahlungsstatus
Transparent und in Echtzeit.
Erinnerungen & Follow-ups
Nie wieder Deadlines verpassen.