Website-Geschwindigkeit und Core Web Vitals 2026: wie Sekunden den Umsatz beeinflussen
Der Nutzer entscheidet in den ersten 2–3 Sekunden, ob er auf der Website bleibt oder nicht. Jede zusätzliche Ladesekunde ist ein Teil der Besucher, die gegangen sind, ohne abzuwarten. Geschwindigkeit ist kein „netter Bonus für Entwickler“, sondern ein direkter Hebel für Conversion und Positionen in der Suche. Wir erklären die Core-Web-Vitals-Metriken in verständlicher Sprache und geben eine Checkliste, was damit zu tun ist.
Warum Geschwindigkeit Geld ist und keine Ästhetik
Das Muster ist durch Studien großer Plattformen belegt: Je länger eine Seite lädt, desto geringer die Kaufwahrscheinlichkeit. Steigt die Ladezeit von 1 auf 3 Sekunden, wächst der Anteil derer, die den Tab schließen, spürbar; auf dem Mobilgerät ist der Effekt noch schärfer. Die Logik ist einfach: Eine langsame Website ermüdet, weckt Misstrauen („wenn hier alles hakt, kommt meine Bestellung überhaupt an?“) und treibt zum Wettbewerber, der einen Klick entfernt ist.
Ein weiterer Grund — die Suche. Google berücksichtigt Core Web Vitals offiziell als eines der Ranking-Signale. Bei sonst gleichen Bedingungen steht die schnellere Website höher. Und wie wir im Artikel über die GEO-Optimierung geschrieben haben, gelangen langsame Seiten auch schlechter in die Antworten der KI-Suche.
Drei Core-Web-Vitals-Metriken in einfachen Worten
Core Web Vitals — eine Reihe von Kennzahlen von Google, die das reale Empfinden einer Seite beschreiben. 2026 sind es drei:
- LCP (Largest Contentful Paint) — Geschwindigkeit des Hauptinhalts. Die Zeit, bis das größte Element des Bildschirms sichtbar wird (meist das Hauptbild oder die Überschrift). Gut — bis 2,5 Sekunden. Das ist die Antwort auf die Frage „wann sieht der Nutzer, dass die Seite geladen ist“.
- INP (Interaction to Next Paint) — Reaktionsgeschwindigkeit. Wie schnell die Website auf Aktionen reagiert: Button gedrückt — nach welcher Zeit passiert etwas. Gut — bis 200 Millisekunden. 2024 hat INP offiziell die alte Metrik FID ersetzt und misst die Reaktion genauer.
- CLS (Cumulative Layout Shift) — Layout-Stabilität. Wie sehr die Elemente während des Ladens „springen“. Alle kennen diesen Ärger: Sie zielen auf einen Button, und dorthin springt ein Banner. Gut — ein Wert bis 0,1.
Ihre Werte können Sie kostenlos in PageSpeed Insights oder im Core-Web-Vitals-Bericht der Google Search Console prüfen — dort sehen Sie echte Daten lebender Nutzer, nicht nur einen Labortest.
Beschleunigungs-Checkliste: was den größten Effekt bringt
- Bilder. Die häufigste Ursache für langsames LCP. Moderne Formate (WebP/AVIF), die richtige Größe für den Bildschirm, Lazy Loading dessen, was unterhalb der Falz liegt, und
width/height, damit das Layout nicht springt. - Schriften. Eigenes Hosting der Schriften statt eines externen,
font-display: swapund Preload des Schlüsselschnitts — der Text erscheint sofort, ohne „Flackern“. - Skripte. Weniger schweres JavaScript, verzögertes Laden von Analytics und Widgets, Entfernen dessen, was niemand nutzt. Gerade überladenes JS verschlechtert am häufigsten den INP.
- Caching und Komprimierung. Gzip/Brotli, Browser-Cache für statische Dateien, bei Bedarf — CDN. Wiederholte Besuche werden augenblicklich.
- Hosting. Eine langsame Serverantwort zieht alles andere nach unten. Manchmal ist der schnellste Weg, eine Website zu beschleunigen, ein Umzug: Über die Wahl haben wir im Artikel VPS oder Shared Hosting geschrieben.
- Sauberer Code statt „Mähdrescher“. Eine Website auf einer schweren Baukasten-Vorlage mit einem Dutzend Plugins verliert fast immer gegen eine sorgfältige eigene Umsetzung. Deshalb erstellen wir Websites schlüsselfertig mit Geschwindigkeit 90+ als Standard.
Häufiger Fehler: „beschleunigen wir später“
Geschwindigkeit ist am günstigsten von Anfang an in die Architektur einzuplanen. Wenn die Website bereits auf einer schweren Vorlage mit einem Dutzend Erweiterungen aufgebaut ist, wird jede Optimierung zum Kampf gegen die Folgen und kostet mehr als die Entwicklung selbst. Wenn Ihre Website schon langsam ist — das ist kein Urteil: Meist lässt sie sich im Rahmen des Supports spürbar beschleunigen, ohne Neuschreiben von Grund auf. Doch ein neues Projekt baut man ehrlicherweise gleich schnell.
Fazit
Core Web Vitals sind keine Laune von Google, sondern der Versuch, das zu messen, was der Kunde ohnehin spürt: schnell, reaktionsfreudig, ohne Sprünge. Halten Sie LCP bis 2,5 s, INP bis 200 ms, CLS bis 0,1 — und Sie erhalten mehr Anfragen aus demselben Traffic. Möchten Sie wissen, wo Ihre Engpässe sind? Wir machen ein kostenloses Geschwindigkeits-Audit und zeigen, was den größten Zuwachs bringt.