Website-Performance analysieren: Technik, Ladezeit & Core Web Vitals

Für Unternehmen ist Performance kein Selbstzweck, sondern eine Voraussetzung für Geschäftserfolg im Web. Eine langsame Website kostet Aufmerksamkeit, bevor Inhalt oder Angebot überhaupt wahrgenommen werden: Besucher brechen den Ladevorgang ab, Formulare wirken träge, und der erste Eindruck einer Marke leidet. Das gilt besonders bei mobilen Zugriffen, bei bezahltem Traffic und bei Nutzern mit schwacher Internetverbindung.

Performance wirkt außerdem indirekt auf die Sichtbarkeit: Google nutzt technische Erlebnis-Signale als einen von vielen Rankingfaktoren und zeigt Messwerte in der Search Console an. Wer Performance systematisch verbessert, verbessert damit gleichzeitig die Grundlage für SEO, Werbewirkung und Nutzerzufriedenheit – nicht als Nebeneffekt, sondern als messbaren Teil der digitalen Infrastruktur.

Wichtig ist die Unterscheidung zwischen gefühlter und gemessener Geschwindigkeit. Eine Seite kann sich für Betreiber im Büro-WLAN schnell anfühlen, während sie für einen mobilen Nutzer auf einer schwächeren Verbindung deutlich langsamer lädt. Standardisierte Messwerte wie die Core Web Vitals schaffen hier eine vergleichbare, objektive Grundlage.

Diese Schwellenwerte gelten jeweils für die 75. Perzentile der Seitenaufrufe, aufgeschlüsselt nach mobilen und Desktop-Geräten. Das bedeutet: Mindestens drei von vier Nutzerbesuchen müssen im „guten" Bereich liegen, damit eine Seite insgesamt als „gut" bewertet wird. Einzelne langsame Ladevorgänge sind also normal und verzerren die Bewertung nicht zwangsläufig.

INP hat 2024 den älteren Messwert First Input Delay (FID) abgelöst, weil FID nur die erste Eingabe betrachtete, INP dagegen die Reaktionsfähigkeit über die gesamte Sitzung hinweg bewertet. Für viele interaktive Websites – etwa mit Formularen, Filtern oder Warenkörben – ist INP damit aussagekräftiger als sein Vorgänger.

Beide Datenquellen ergänzen sich, ersetzen sich aber nicht. Labordaten sind ideal, um nach einer Änderung sofort zu sehen, ob sich ein konkreter Wert verbessert hat – etwa nach der Komprimierung eines Bildes. Felddaten zeigen dagegen, ob diese Verbesserung bei echten Nutzern überhaupt ankommt, weil sie reale Gerätevielfalt, Mobilfunknetze und Cache-Zustände einbeziehen.

Eine typische Falle: Eine Website erzielt in Lighthouse einen sehr guten Score, während die Search Console für dieselbe Seite „Verbesserungswürdig" meldet. Das liegt häufig daran, dass Lighthouse eine leere Browser-Sitzung ohne Erweiterungen und mit stabiler Verbindung simuliert, während reale Nutzer mit langsamerem Mobilfunk, älteren Geräten oder Werbeblockern unterwegs sind. Für belastbare Aussagen sollten daher immer beide Perspektiven herangezogen werden.

Mobile Geräte verfügen im Schnitt über weniger Rechenleistung und werden häufiger über Mobilfunknetze statt stabilem WLAN genutzt. Beides wirkt sich unmittelbar auf LCP und INP aus: Bilder und Skripte brauchen länger, um zu laden, und Interaktionen wirken träger. Google bewertet Core Web Vitals separat für Mobile und Desktop – eine gute Desktop-Bewertung sagt daher nichts über die mobile Erfahrung aus.

Für die Praxis bedeutet das: Optimierungen sollten zuerst am mobilen Erlebnis ausgerichtet werden. Responsive Bilder, schlanke mobile Menüs, reduzierte Schriftvarianten und ein bewusster Umgang mit Drittanbieter-Skripten (Tracking, Chat-Widgets, Werbenetzwerke) wirken sich auf Mobilgeräten deutlich stärker aus als auf leistungsstarken Desktop-Rechnern.

In der Praxis lassen sich die meisten Performance-Probleme auf eine überschaubare Anzahl wiederkehrender Ursachen zurückführen. Diese betreffen sowohl Inhalte (Bilder, Schriften) als auch Code (Skripte, CSS) und die zugrunde liegende Infrastruktur (Hosting, Caching).

Bilder sind in der Praxis meist der größte Hebel, weil sie oft den größten Anteil am Datenvolumen einer Seite ausmachen und häufig unkomprimiert oder in falscher Auflösung eingebunden werden. Schriften wirken sich vor allem auf CLS aus, wenn Text vor dem vollständigen Laden der Schriftdatei springt. JavaScript-lastige Themes und viele gleichzeitig aktive Plugins erhöhen dagegen vor allem die Reaktionszeit (INP), weil der Browser mit der Verarbeitung von Code beschäftigt ist, während der Nutzer bereits interagieren möchte.

Hosting und Auslieferung bilden die Basis, auf der alle inhaltlichen Optimierungen aufsetzen. Selbst eine perfekt optimierte Seite lädt langsam, wenn der Server auf Anfragen erst nach mehreren hundert Millisekunden reagiert oder Inhalte bei jedem Aufruf neu berechnet werden, statt sie zwischenzuspeichern.

Für viele kleinere und mittlere Websites lohnt sich zunächst eine Bestandsaufnahme der aktuellen Hosting-Umgebung: Antwortzeiten des Servers, aktivierte Caching-Mechanismen und die Nutzung eines CDN lassen sich mit überschaubarem Aufwand prüfen und sind häufig die Grundlage für nachhaltige statt nur kosmetische Verbesserungen.

Performance steht nicht isoliert, sondern ist eng mit Sichtbarkeit und Nutzererfahrung verzahnt. Eine ausführliche technische und inhaltliche Betrachtung der Sichtbarkeit finden Sie in der SEO-Analyse, während Fragen zu Bedienbarkeit, Struktur und Nutzerführung in der UX-Analyse behandelt werden.

In der Praxis empfiehlt es sich, Performance nicht getrennt von SEO- und UX-Fragen zu betrachten. Ladezeit beeinflusst, ob Inhalte überhaupt wahrgenommen werden; Struktur und Verständlichkeit entscheiden, ob sie überzeugen. Beide Ebenen zusammen bestimmen, ob aus einem Besuch eine Anfrage wird.

1. 01
   Messwerte erfassen

   Lab- und Felddaten aus PageSpeed Insights, Lighthouse und Search Console zusammentragen.

2. 02
   Geräte und Seiten vergleichen

   Mobile und Desktop getrennt betrachten, zentrale Seitentypen (Startseite, Landingpages, Produktseiten) einzeln prüfen.

3. 03
   Ursachen identifizieren

   Ladewasserfall und Ressourcenliste analysieren: Bilder, Skripte, Schriften, Drittanbieter-Ressourcen.

4. 04
   Ursachen den Kennwerten zuordnen

   Klären, welche Ursache welchen Wert (LCP, INP, CLS) konkret beeinflusst.

5. 05
   Maßnahmen priorisieren

   Maßnahmen nach erwarteter Wirkung und Umsetzungsaufwand ordnen.

6. 06
   Umsetzen und erneut messen

   Änderungen umsetzen, Wirkung mit denselben Werkzeugen erneut prüfen.

Nicht jede technisch mögliche Optimierung lohnt sich gleichermaßen. Sinnvoll ist eine Einordnung nach zwei Dimensionen: dem erwarteten Effekt auf die Core Web Vitals beziehungsweise die Nutzererfahrung und dem Aufwand, der für die Umsetzung notwendig ist.

In der Praxis liefern Maßnahmen mit hoher Wirkung und geringem Aufwand den schnellsten Nutzen und sollten zuerst umgesetzt werden. Aufwendigere strukturelle Eingriffe – etwa ein Theme- oder Hosting-Wechsel – sind meist erst sinnvoll, wenn die naheliegenden Ursachen bereits behoben sind und weiterhin strukturelle Grenzen bestehen.

Eine häufige Fehlinterpretation ist die Annahme, ein PageSpeed-Score von 100 sei ein sinnvolles Ziel an sich. Tatsächlich ist der zusammengefasste Score ein gewichteter Laborwert, der stark schwanken kann und keine direkte Google-Rankingmetrik ist – relevant für die Bewertung durch Google sind vor allem die Core Web Vitals als Felddaten. Ab einem bestimmten Punkt bringt eine weitere Verbesserung des reinen Scores kaum noch geschäftlichen Nutzen, kostet aber überproportional viel Aufwand.

Eine zweite verbreitete Fehleinschätzung: Ein guter Score auf der Startseite wird auf die gesamte Website übertragen. Tatsächlich unterscheiden sich einzelne Seitentypen – etwa Produktseiten mit vielen Bildern oder Formularseiten mit Drittanbieter-Skripten – oft deutlich in ihrer Performance und sollten einzeln geprüft werden.