Core Web Vitals & PageSpeed:
Warum Ladezeit über Ranking und Umsatz entscheidet
Wenn eine Website zu langsam lädt, verlieren Betreiber:innen doppelt: einmal bei Google und einmal bei den Nutzer:innen. Beide Verluste hängen zusammen, und beide lassen sich messen. Google hat mit den Core Web Vitals eine Reihe konkreter Kennzahlen etabliert, die genau erfassen, wie schnell und stabil sich eine Seite anfühlt – und diese Kennzahlen fließen direkt in das Ranking ein. Parallel zeigt die Praxis seit Jahren einen klaren Zusammenhang zwischen Ladezeit und Umsatz: Jede zusätzliche Sekunde, die eine Seite braucht, kostet Conversions.
Für Agenturen, Webdesigner:innen und E-Commerce-Dienstleister ist Performance damit kein technisches Detail mehr, sondern ein geschäftskritischer Faktor, den Kund:innen zu Recht erwarten. Dieser Artikel erklärt, was hinter den Core Web Vitals steckt, warum sie für SEO und Conversion gleichermaßen zählen, wie man sie konkret verbessert – und welche entscheidende Rolle das zugrundeliegende System dabei spielt.
Was Core Web Vitals eigentlich messen
Die Core Web Vitals sind ein Set aus drei Metriken, mit denen Google die tatsächlich erlebte Nutzererfahrung beim Laden und Bedienen einer Seite bewertet. Sie messen nicht abstrakte Servergeschwindigkeit, sondern das, was Besucher:innen konkret wahrnehmen.
Largest Contentful Paint (LCP) misst die Ladewahrnehmung. Genauer: die Zeit, bis das größte sichtbare Element im ersten Bildschirmbereich – meist ein Titelbild, ein Hero-Banner oder ein großer Textblock – vollständig geladen ist. LCP beantwortet die Frage: Wie lange dauert es, bis die Seite gefühlt da ist? Als gut gilt ein Wert von unter 2,5 Sekunden.
Interaction to Next Paint (INP) misst die Reaktionsfähigkeit. INP hat im März 2024 die frühere Kennzahl First Input Delay (FID) offiziell abgelöst und erfasst die Verzögerung zwischen einer Nutzeraktion – einem Klick, einem Tippen, einer Eingabe – und der sichtbaren Reaktion der Seite. INP beantwortet die Frage: Fühlt sich die Seite flüssig und reaktionsschnell an, oder hakt sie? Gute Werte liegen unter 200 Millisekunden.
Cumulative Layout Shift (CLS) misst die visuelle Stabilität. Die Kennzahl erfasst, wie stark Inhalte während des Ladens noch verrutschen – etwa wenn ein nachgeladenes Bild den Text nach unten schiebt oder ein Button plötzlich seine Position wechselt. Solche Sprünge sind nicht nur störend, sondern führen zu Fehlklicks. Ein guter CLS-Wert liegt unter 0,1.
Gemeinsam ergeben diese drei Werte ein realistisches Bild davon, wie hochwertig sich eine Seite anfühlt – schnell sichtbar, sofort bedienbar und optisch stabil.
Warum die Core Web Vitals für SEO zählen
Google hat die Core Web Vitals offiziell zu einem Ranking-Faktor gemacht. Das bedeutet nicht, dass Performance das wichtigste Signal ist – relevanter, hochwertiger Content bleibt die Grundlage. Aber bei vergleichbarer inhaltlicher Qualität kann die bessere Nutzererfahrung den Ausschlag geben, welche Seite weiter oben erscheint.
Der Zusammenhang ist dabei nicht nur ein direkter. Schlechte Core Web Vitals wirken sich auch indirekt auf das Ranking aus, weil sie das Nutzerverhalten verschlechtern. Wenn eine Seite langsam lädt oder beim Scrollen springt, steigt die Absprungrate: Besucher:innen verlassen die Seite, bevor sie überhaupt zum Inhalt gekommen sind. Kurze Verweildauern und hohe Absprünge sind für Google Signale, dass eine Seite die Erwartung der Suchenden nicht erfüllt – und das drückt die Position zusätzlich. Performance und Nutzerzufriedenheit verstärken sich also gegenseitig, in beide Richtungen.
Warum Ladezeit direkt auf den Umsatz durchschlägt
Der zweite, oft noch wichtigere Grund, Performance ernst zu nehmen, ist die Conversion. Der Zusammenhang zwischen Ladezeit und wirtschaftlichem Ergebnis ist seit Langem gut dokumentiert: Je länger eine Seite braucht, desto mehr potenzielle Kund:innen springen ab, bevor sie eine Handlung abschließen – einen Kauf, eine Anfrage, eine Anmeldung.
Die Logik ist einfach und menschlich. Wer auf einen Link klickt und nicht innerhalb weniger Augenblicke Inhalt sieht, wird ungeduldig und bricht ab. Im E-Commerce ist dieser Effekt besonders teuer, weil er entlang der gesamten Kaufstrecke wirkt: von der Produktseite über den Warenkorb bis zum Checkout. Jede zusätzliche Sekunde Ladezeit erhöht die Wahrscheinlichkeit, dass ein Kaufvorgang genau hier abbricht. Eine langsame Seite verliert also nicht nur Sichtbarkeit bei Google, sondern verbrennt teuer eingekauften Traffic direkt vor dem Ziel.
Für Dienstleister, die Shops und Websites für Kund:innen umsetzen, ist das ein starkes Argument: Performance ist nicht kosmetisch, sondern hat einen unmittelbaren Einfluss auf den Return der gesamten Website-Investition.
Wie man Core Web Vitals konkret verbessert
Die gute Nachricht ist, dass die Stellschrauben für bessere Werte weitgehend bekannt sind. Die meisten Performance-Probleme lassen sich auf einige wiederkehrende Ursachen zurückführen.
Der größte Hebel sind fast immer die Bilder. Unkomprimierte oder überdimensionierte Grafiken sind der häufigste Grund für einen schlechten LCP. Moderne Formate wie WebP und AVIF liefern bei gleicher Qualität deutlich kleinere Dateien als klassische JPEGs oder PNGs. In Kombination mit passgenauer Skalierung und Kompression lässt sich hier oft der größte Sprung erzielen.
Lazy Loading sorgt dafür, dass Inhalte erst geladen werden, wenn sie tatsächlich in den sichtbaren Bereich rücken. Statt beim ersten Aufruf sämtliche Bilder einer langen Seite auf einmal zu übertragen, wird nur geladen, was gerade gebraucht wird – das entlastet den initialen Seitenaufbau und verbessert die wahrgenommene Ladezeit spürbar.
Caching und CDN verkürzen die Wege. Ein Cache sorgt dafür, dass Inhalte nicht bei jedem Aufruf neu erzeugt werden müssen, ein Content Delivery Network liefert sie geografisch nah an den Nutzer:innen aus. Beides reduziert die Zeit bis zum ersten sichtbaren Inhalt (First Contentful Paint) und stabilisiert den LCP.
Sauberer, schlanker Code und wenige Third-Party-Skripte wirken vor allem auf INP und CLS. Jedes zusätzliche externe Skript – für Tracking, Werbung, Widgets oder eingebundene Fremddienste – kostet Rechenzeit im Browser und kann die Reaktionsfähigkeit ausbremsen oder Layout-Sprünge verursachen. Wer die Zahl der Fremdskripte reduziert und reservierte Platzhalter für nachladende Elemente einbaut, verbessert Reaktionszeit und visuelle Stabilität zugleich.
Warum das zugrundeliegende System entscheidet
Diese Maßnahmen einzeln umzusetzen, ist möglich – aber aufwendig und fehleranfällig, besonders in Plugin-basierten Setups. Dort widersprechen sich die Optimierungen oft: Ein Performance-Plugin soll kompensieren, was zehn andere Plugins an Ballast einschleppen. Jedes zusätzliche Werkzeug lädt eigenen Code, eigene Skripte, eigene Stylesheets, und die Summe frisst genau die Geschwindigkeit wieder auf, die man mühsam gewinnen wollte. Performance wird so zu einem ständigen Nachjustieren gegen ein System, das strukturell nicht auf Geschwindigkeit ausgelegt ist.
Deutlich verlässlicher ist gute Performance, wenn sie nicht nachträglich erkämpft, sondern von Grund auf im System angelegt ist. Genau darauf zielt ein natives All-in-One-System wie smarda. Weil alle Funktionen – Website, Shop, Blog, Formulare, SEO und mehr – zentral entwickelt und aufeinander abgestimmt sind, entfällt der redundante Plugin-Ballast, der klassische Setups ausbremst. Optimierungen, die man sonst mühsam von Hand zusammensetzt, sind hier ab Werk eingebaut: WebP-Konvertierung, Lazy Loading und Kompression greifen automatisch. Nach smarda-Angaben lässt sich der PageSpeed dadurch um bis zu 98 Prozent verbessern, mit gezielter Optimierung von Core Web Vitals und First Contentful Paint.
Der entscheidende Punkt für Agenturen ist die Verlässlichkeit. In einem integrierten System muss Performance nicht bei jedem Projekt neu erarbeitet und bei jedem Update neu verteidigt werden – sie ist Teil der Plattform. Das spart Aufwand, macht das Ergebnis planbar und stellt sicher, dass gute Werte auch nach Monaten noch gute Werte bleiben, statt durch das nächste Plugin-Update wieder zu kippen.
Core Web Vitals sind die messbare Übersetzung einer einfachen Wahrheit: Nutzer:innen erwarten Seiten, die schnell da, sofort bedienbar und optisch stabil sind. LCP, INP und CLS machen diese Erwartung greifbar – und Google belohnt ihre Erfüllung im Ranking. Gleichzeitig entscheidet die Ladezeit unmittelbar über Conversion und Umsatz, weil jede verlorene Sekunde Besucher:innen kostet, die sonst gekauft oder angefragt hätten.
Die Techniken zur Optimierung sind bekannt: moderne Bildformate, Lazy Loading, Caching, CDN, schlanker Code und wenige Fremdskripte. Den größten Unterschied macht jedoch, ob diese Optimierungen mühsam gegen ein Plugin-System erkämpft werden müssen oder ob sie im Fundament der Plattform bereits angelegt sind. Wer Performance nicht dem Zufall überlassen will, sollte auf ein System setzen, das Geschwindigkeit von Grund auf mitbringt. smarda liefert genau diese Basis out of the box – testen Sie, wie sich Ihre Core Web Vitals verbessern, wenn die Performance nicht mehr aus dem Plugin-Stapel, sondern aus dem System selbst kommt.
