
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.
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:
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?
Eine saubere Analyse verbindet zwei Perspektiven:
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 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.
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 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.
Statt die Kennzahl nur zu lesen, sollte ein Team die wichtigsten Aufgaben auf einem mobilen Gerät oder unter gedrosselten Testbedingungen durchspielen:
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.
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.
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.
Die drei Metriken sollten nicht gleichzeitig und ohne Kontext optimiert werden. Eine wirksame Reihenfolge orientiert sich an Reichweite, Journey und Wiederverwendbarkeit.
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.
Behalten Sie den Überblick über Ihre Projekte, Kommunikation, Dateien und Fortschritt vereint in einem Portal.