Web-Performance und SEO: So wirkt Ladezeit auf Ranking

Die Core Web Vitals sind drei Messwerte, mit denen Google die Nutzererfahrung einer Seite bewertet: Largest Contentful Paint (LCP) für das Laden, Interaction to Next Paint (INP) für die Reaktionsfähigkeit und Cumulative Layout Shift (CLS) für die visuelle Stabilität. Eine Seite gilt als „gut“, wenn 75 % der Aufrufe die Grenzwerte erreichen.

Wichtig: INP hat 2024 den früheren Messwert First Input Delay (FID) abgelöst. Ältere Ratgeber, die noch FID nennen, sind in diesem Punkt veraltet. INP ist strenger, weil es alle Interaktionen eines Besuchs betrachtet und nicht nur die erste.

Messbar viel. In der Studie „Milliseconds Make Millions“, die Deloitte im Auftrag von Google durchführte, stieg die Conversion-Rate bei Händlern um 8,4 % und bei Reiseanbietern um 10,1 %, wenn die mobile Ladezeit um nur 0,1 Sekunden sank. Ausgewertet wurden 37 Marken-Websites in Europa und den USA.

Laut der Fallstudie auf web.dev gaben Kunden im Handel zudem 9,2 % mehr aus. Die Daten stammen von Ende 2019 und aus großen Shops – auf jede kleine Firmenwebsite lassen sie sich nicht eins zu eins übertragen. Die Richtung ist aber eindeutig: Jede Verzögerung kostet Aufmerksamkeit, Anfragen und Umsatz. Performance ist deshalb eine betriebswirtschaftliche Kennzahl, kein reines Entwicklerthema.

Am besten mit kostenlosen Google-Werkzeugen und mit Felddaten statt Bauchgefühl. PageSpeed Insights zeigt für eine einzelne URL sowohl echte Nutzerdaten als auch einen Labortest. Der Core-Web-Vitals-Bericht in der Google Search Console fasst die Werte für Ihre gesamte Website zusammen und zeigt, welche Seitengruppen Probleme haben.

Der Unterschied ist entscheidend: Labordaten entstehen in einem simulierten Test mit festem Gerät und fester Verbindung – ideal, um Ursachen zu finden. Felddaten aus dem CrUX stammen von echten Besuchern mit echten Smartphones und schwankendem Mobilfunk. Für das Ranking zählen die Felddaten. Ein Lighthouse-Score von 100 im Büronetz sagt deshalb wenig darüber, wie Ihre Kunden die Seite erleben. Kleine Websites haben oft zu wenig Traffic für Felddaten; dann bleibt der Labortest der beste Anhaltspunkt.

Die meisten langsamen Websites leiden unter denselben Ursachen: zu große Bilder, zu viele Drittanbieter-Skripte, blockierende Schriften und fehlendes Caching. Diese Punkte lassen sich in der Regel beheben, ohne das Design anzufassen. Mit der folgenden Checkliste prüfen Sie Ihre Seite selbst oder briefen Ihre Agentur gezielt.

• Bilder in WebP oder AVIF umwandeln, auf die tatsächliche Anzeigegröße skalieren und mit Breite und Höhe ausliefern (verhindert Layout-Verschiebungen).
• Bilder unterhalb des sichtbaren Bereichs per Lazy Loading nachladen – das Hero-Bild dagegen bevorzugt laden, weil es meist das LCP-Element ist.
• Ungenutzte Tracking-Pixel, Chat-Widgets und Plugins entfernen; übrige Skripte mit „defer“ oder „async“ laden.
• Schriften selbst hosten, auf wenige Schnitte reduzieren und „font-display: swap“ setzen.
• Server-Caching und ein Content Delivery Network (CDN) aktivieren, damit Seiten nicht bei jedem Aufruf neu erzeugt werden.
• Cookie-Banner und nachladende Elemente mit reserviertem Platz einbauen, damit nichts verrutscht.

Reichen solche Quick-Wins nicht, liegt das Problem oft in der Architektur – etwa bei überladenen Baukasten-Themes oder Seiten, die erst im Browser zusammengebaut werden. Wie ein moderner, schlanker Technologie-Stack aussieht, beschreibe ich im Artikel zu moderner Webentwicklung mit React und TypeScript.

Vermutlich ja, sofern der Inhalt direkt im HTML steht. KI-Suchsysteme wie ChatGPT Search oder Perplexity lesen Seiten über eigene Crawler aus. Laut einer Analyse von Vercel aus dem Dezember 2024 führten die großen KI-Crawler damals kein JavaScript aus. Inhalte, die erst im Browser entstehen, bleiben für sie womöglich unsichtbar.

Serverseitig gerenderte oder statisch erzeugte Seiten liefern Text, Überschriften und Metadaten sofort aus – das hilft Google, KI-Crawlern und Ihren Besuchern gleichermaßen. Wie die einzelnen Anbieter ihre Quellen gewichten, ist nicht öffentlich dokumentiert und ändert sich laufend. Ich behandle Generative Engine Optimization (GEO) deshalb als Zusatznutzen sauberer Technik, nicht als Garantie für Erwähnungen.

Mit festen Performance-Budgets und regelmäßiger Kontrolle. Jedes neue Plugin, jedes Tracking-Tool und jedes große Bild kann die Werte verschlechtern. Legen Sie deshalb Obergrenzen fest – etwa für Seitengröße, Anzahl externer Skripte und LCP – und prüfen Sie diese bei jeder Änderung und monatlich in der Search Console.

Wenn Sie eine neue Website planen oder Ihre bestehende Seite beschleunigen möchten, finden Sie mein Vorgehen auf der Seite zur Webentwicklung für schnelle Websites. Einen ersten Überblick über Ihre Möglichkeiten bekommen Sie im kostenlosen Bedarfscheck.