Website langsam? Ursachen systematisch prüfen

Wann ist eine Website eigentlich langsam?

„Langsam“ kann unterschiedliche Dinge bedeuten.

Ein Nutzer kann beispielsweise erleben, dass:

• zunächst lange kaum sichtbarer Inhalt erscheint,
• eine Seite zwar sichtbar ist, aber verspätet auf Eingaben reagiert,
• Elemente während des Ladens ihre Position verändern,
• nur bestimmte Unterseiten auffällig langsam sind,
• die Website auf Mobilgeräten deutlich träger wirkt als am Desktop.

Diese Probleme können unterschiedliche technische Ursachen besitzen. Deshalb ist eine Diagnose aussagekräftiger als die pauschale Aussage „die Website muss schneller werden“.

Core Web Vitals: drei unterschiedliche Aspekte

Google verwendet mit den Core Web Vitals Messwerte für wichtige Aspekte der realen Nutzererfahrung.

Diese Werte helfen bei der technischen Einordnung. Eine Website sollte aber nicht allein für einen möglichst perfekten Messwert optimiert werden.

Gute Core Web Vitals garantieren kein gutes Ranking

Performance und Nutzerfreundlichkeit sind für eine gute Website wichtig.

Daraus sollte jedoch nicht der Eindruck entstehen, dass ein bestimmter Geschwindigkeitswert automatisch zu einer bestimmten Google-Position führt.

Google weist selbst darauf hin, dass die Rankingsysteme mehrere Signale berücksichtigen und dass gute Core-Web-Vitals-Werte keine Spitzenposition garantieren.

Eine schnelle Seite mit schwachem oder unpassendem Inhalt bleibt deshalb nicht allein aufgrund ihrer Geschwindigkeit die beste Antwort auf eine Suchanfrage.

1. Große Bilder sind ein häufiger Ausgangspunkt

Hochauflösende Bilder können wesentlich größer ausgeliefert werden, als sie für ihre sichtbare Darstellung notwendig sind.

Das ist besonders problematisch, wenn:

• mehrere große Bilder gleichzeitig geladen werden,
• Mobilgeräte dieselben großen Dateien wie Desktopgeräte erhalten,
• unnötig schwere Bilddateien eingesetzt werden,
• Bilder außerhalb des sichtbaren Bereichs sofort geladen werden.

Bildoptimierung bedeutet deshalb nicht automatisch, die visuelle Qualität sichtbar zu verschlechtern. Entscheidend ist eine zur tatsächlichen Verwendung passende Auslieferung.

2. JavaScript kann die Reaktionsfähigkeit beeinträchtigen

Moderne Websites verwenden JavaScript für Navigation, Animationen, Formulare, Tracking, interaktive Elemente und zahlreiche weitere Funktionen.

Problematisch wird es, wenn im Browser sehr viel Arbeit ausgeführt werden muss, obwohl ein großer Teil davon für den eigentlichen Seiteninhalt nicht erforderlich ist.

Das kann sich beispielsweise darin zeigen, dass eine Seite bereits sichtbar ist, aber auf Klicks oder Eingaben verzögert reagiert.

3. Drittanbieter-Skripte mitprüfen

Nicht jede Verzögerung entsteht im eigentlichen Website-Code.

Externe Funktionen können zusätzliche Dateien, Verbindungen und Browserarbeit verursachen.

Dazu können je nach Website beispielsweise gehören:

• Analyse- und Trackingdienste,
• Consent-Technik,
• Chatsysteme,
• externe Videos oder Einbettungen,
• Bewertungswidgets,
• Marketing- und Conversion-Skripte.

Solche Funktionen können geschäftlich sinnvoll oder notwendig sein. Trotzdem sollte geprüft werden, welche tatsächlich benötigt werden und wann sie geladen werden müssen.

4. Der Server kann bereits vor dem Seitenaufbau Zeit verlieren

Wenn eine Serverantwort lange benötigt, beginnen Browser und Nutzer entsprechend später mit dem eigentlichen Seitenaufbau.

Mögliche Ursachen können unter anderem in:

• der Anwendung selbst,
• Datenbankabfragen,
• Serverressourcen,
• fehlendem Caching,
• oder externen Abhängigkeiten

liegen.

Deshalb reicht es nicht immer, ausschließlich Frontend-Dateien zu verkleinern.

5. Zu viel CSS und JavaScript kann unnötige Arbeit erzeugen

Websites wachsen über Jahre.

Dabei bleiben gelegentlich Stylesheets, Bibliotheken oder Funktionen erhalten, die nur noch auf wenigen oder gar keinen Seiten benötigt werden.

Eine technische Prüfung sollte deshalb nicht nur fragen, ob Dateien komprimiert sind, sondern auch:

Muss diese Ressource auf dieser Seite überhaupt geladen werden?

6. Webfonts können den ersten sichtbaren Aufbau beeinflussen

Schriftarten sind ein wichtiger Teil des Designs. Gleichzeitig können viele Schriftschnitte oder ungünstig eingebundene Font-Dateien zusätzlichen Netzwerkaufwand erzeugen.

Es lohnt sich deshalb zu prüfen, welche Schriftvarianten tatsächlich verwendet werden und wie sie ausgeliefert werden.

7. Layout-Verschiebungen sind ein anderes Problem als reine Ladezeit

Eine Seite kann schnell erscheinen und trotzdem unangenehm nutzbar sein.

Das passiert beispielsweise, wenn Inhalte nachträglich ihre Position verändern und ein Nutzer dadurch versehentlich ein anderes Element anklickt.

Typische Auslöser können nachgeladene Medien, dynamische Elemente oder zunächst nicht reservierter Platz sein.

Genau deshalb betrachtet CLS nicht dieselbe Eigenschaft wie LCP.

8. Mobilgeräte unter realistischen Bedingungen prüfen

Eine Website kann auf einem leistungsfähigen Rechner mit schneller Verbindung unauffällig wirken und unter mobilen Bedingungen deutlich schlechter reagieren.

Deshalb sollte Performance nicht ausschließlich am eigenen Bürorechner beurteilt werden.

PageSpeed Insights ist ein Diagnosewerkzeug, kein Selbstzweck

Tools helfen dabei, technische Engpässe sichtbar zu machen.

Sie sollten aber nicht dazu führen, dass jede Empfehlung ohne Kontext umgesetzt wird.

Eine sinnvolle Priorisierung fragt:

1. Welches konkrete Problem erleben reale Nutzer?
2. Welche Ressource oder technische Ursache trägt dazu bei?
3. Welche Verbesserung besitzt tatsächlich relevante Wirkung?
4. Welche Funktion würde durch die Änderung möglicherweise beeinträchtigt?
5. Lässt sich die Verbesserung anschließend nachvollziehbar messen?

Ein schlechter Einzeltest ist noch keine vollständige Diagnose

Performance-Messungen können je nach Seite, Gerät, Verbindung und Testbedingungen unterschiedlich ausfallen.

Deshalb sollte ein einzelner Testlauf nicht automatisch zu einer umfangreichen technischen Umstellung führen.

Wichtiger ist die Frage, ob sich ein Problem reproduzieren lässt und welche Seitentypen tatsächlich betroffen sind.

Startseite und Unterseiten getrennt testen

Viele Websites verwenden unterschiedliche Seitentemplates.

Eine schnelle Startseite bedeutet deshalb nicht automatisch, dass eine Leistungsseite, ein Ratgeberartikel oder ein Formular ebenso gut funktioniert.

Besonders wichtige Zielseiten sollten separat geprüft werden.

Geschwindigkeit und Conversion hängen zusammen – aber nicht allein

Eine unnötig langsame oder schlecht reagierende Website kann den Kontaktweg erschweren.

Wenn Besucher vorhanden sind, aber kaum Anfragen entstehen, sollte Performance deshalb mitgeprüft werden.

Sie ist aber nur eine mögliche Ursache. Ebenso relevant können Suchintention, Angebot, Nutzerführung, Vertrauen oder das Kontaktformular sein.

Dazu: Website hat Besucher, aber keine Anfragen?

Schnelltest für die eigene Website

1. Testen Sie mehrere wichtige URLs statt nur der Startseite.
2. Prüfen Sie mobile und Desktop-Nutzung getrennt.
3. Kontrollieren Sie besonders große Bilder und Medien.
4. Prüfen Sie, welche externen Skripte geladen werden.
5. Achten Sie auf verzögerte Interaktionen und Layout-Verschiebungen.
6. Vergleichen Sie Probleme zwischen verschiedenen Seitentypen.
7. Optimieren Sie nicht nur einen Score, sondern die konkrete Ursache.

Wann wird technische Unterstützung sinnvoll?

Eine professionelle technische Analyse ist besonders sinnvoll, wenn Messwerte zwar Probleme zeigen, aber die Ursache nicht klar erkennbar ist.

Dasselbe gilt, wenn Verbesserungen an einer Stelle neue Darstellungs-, Tracking- oder Funktionsprobleme an anderer Stelle verursachen.

Dann sollte nicht nur eine Liste automatisierter Empfehlungen abgearbeitet, sondern die Website als technisches Gesamtsystem betrachtet werden.

Fazit

Eine langsame Website sollte nicht mit einer einzigen Standardmaßnahme behandelt werden.

Bilder, JavaScript, Drittanbieter-Dienste, Serververarbeitung, Fonts und Layout können auf unterschiedliche Weise zur Nutzererfahrung beitragen.

Core Web Vitals helfen, wichtige Aspekte messbar zu machen. Die sinnvollste Optimierung ist jedoch nicht zwangsläufig diejenige, die einen Testwert am stärksten verändert, sondern diejenige, die einen tatsächlichen Engpass beseitigt.