Viele Ladezeit-Projekte scheitern nicht an fehlendem Wissen, sondern an fehlender Reihenfolge. Es wird optimiert, was leicht zu ändern ist, statt das, was die Seite tatsächlich bremst. Dieser Ablauf dreht das um: messen, eingrenzen, eine Änderung, erneut messen.
Die kurze Antwort
Fang nicht mit Maßnahmen an, sondern mit einer Frage: Welche Seite ist für welche Nutzergruppe zu langsam, und in welchem Moment? Eine Startseite, die auf einem schnellen Büroanschluss gut aussieht, kann auf einem älteren Smartphone im Mobilfunknetz deutlich zäher sein. Erst wenn du weißt, welche Seite und welcher Aspekt betroffen ist – Aufbau, Reaktion auf Eingaben oder Springen des Layouts –, ist die Maßnahmenliste kurz und sinnvoll.
Als gemeinsame Sprache dafür haben sich die Core Web Vitals etabliert: LCP für das Laden des größten sichtbaren Inhalts, INP für die Reaktion auf Interaktionen und CLS für die visuelle Stabilität. Die Übersicht dazu steht bei web.dev zu den Web Vitals. Wichtig ist die Unterscheidung zwischen Labordaten aus einem simulierten Test und echten Nutzerdaten aus dem Feld – sie beantworten verschiedene Fragen und weichen regelmäßig voneinander ab.
Schritt 1: Richtig messen
Labormessungen sind reproduzierbar. Du testest dieselbe Seite unter denselben Bedingungen und siehst, ob eine Änderung etwas bewirkt hat. Felddaten kommen von echten Besuchern mit ihren echten Geräten, Netzen und Browsern – sie sagen dir, ob überhaupt ein Problem existiert und wen es trifft. Wir empfehlen: Nutze Felddaten, um zu entscheiden, ob und wo du arbeitest, und Labordaten, um zu prüfen, ob deine Änderung wirkt.
Miss außerdem nicht nur die Startseite. Wähle vier bis fünf Vorlagentypen aus: Startseite, eine Leistungs- oder Produktseite, eine Blogseite, eine Kontakt- oder Formularseite und – falls vorhanden – eine Übersichtsseite mit vielen Bildern. Diese Vorlagen decken meist einen großen Teil deiner Website ab. Notiere alle Werte in einer Tabelle mit Datum, Gerät, Netzbedingung und Testwerkzeug. Ohne diese Metadaten sind spätere Vergleiche kaum belastbar, weil du nicht weißt, ob sich die Seite oder die Messbedingung geändert hat.
Schritt 2: Ursache eingrenzen statt Tipps abarbeiten
Ladezeitratgeber listen gern zwanzig Maßnahmen. Nützlicher ist der umgekehrte Weg: Vom Symptom zur wahrscheinlichen Ursache. Die folgende Tabelle ist als Diagnosehilfe gedacht – sie ersetzt keine Analyse deines konkreten Aufbaus, sortiert aber die Suche.
| Beobachtung | Häufige Ursache | Erster Test |
|---|---|---|
| Bild oben auf der Seite erscheint spät | Zu großes oder zu spät geladenes Hauptbild | Bildformat und -abmessung prüfen, Lazy-Loading beim ersten sichtbaren Bild entfernen |
| Seite ist erst weiß, dann alles auf einmal | Blockierende Skripte oder Schriften im Kopfbereich | Skripte zählen, nicht benötigte entfernen, Schriftladen prüfen |
| Inhalte springen beim Laden | Bilder ohne Größenangabe, nachgeladene Banner | Breite und Höhe setzen, Platz für Einblendungen reservieren |
| Klicks reagieren verzögert | Viel JavaScript-Arbeit im Hauptthread | Umfang der eingebundenen Skripte und Drittanbieter prüfen |
| Nur die erste Anfrage ist langsam | Serverantwortzeit, fehlendes Caching | Antwortzeit des Servers messen, Cache-Einstellungen prüfen |
| Nur auf Unterseiten langsam | Plugin oder Element nur dort aktiv | Vorlagen vergleichen, Elemente einzeln deaktivieren |
| Mobil deutlich schlechter als Desktop | Gerätegeschwindigkeit und Netz, große Ressourcen | Auf gedrosselter Verbindung und älterem Gerät testen |
Auffällig häufig steckt die Ursache bei Drittanbieter-Einbindungen: Chat-Widgets, Kartendienste, Videoeinbettungen, mehrere Tracking-Skripte. Jedes davon war irgendwann eine sinnvolle Entscheidung, in Summe ergibt sich eine Last, die niemand bewusst beschlossen hat. Führe eine Liste, welches Skript welchen Zweck erfüllt und wer es verantwortet – das ist auch für die technische Bestandsaufnahme im Rahmen eines SEO-Audits nützlich.
Schritt 3: Priorisieren nach Wirkung und Aufwand
Ein wichtiger Zusatz zur Priorisierung: Bewerte Wirkung immer bezogen auf den ersten sichtbaren Bereich der wichtigsten Vorlage. Eine Optimierung, die den Seitenfuß betrifft, kann technisch korrekt und für den Eindruck der Nutzer trotzdem irrelevant sein.
Schritt 4: Sauber gegentesten
Ändere eine Sache, dann miss erneut unter denselben Bedingungen wie zuvor. Wenn du drei Dinge gleichzeitig anfasst und die Seite wird schneller, weißt du nicht, welche der drei gewirkt hat – und kannst die anderen beiden nicht guten Gewissens zurücknehmen. Wiederhole jede Messung mehrfach, weil einzelne Messungen schwanken; nimm den mittleren Wert, nicht den besten. Und prüfe nach jeder Änderung auch die Funktion: Ein entferntes Skript kann ein Formular, eine Einwilligungsabfrage oder eine Suche stilllegen.
Der Feldwert reagiert dabei träge, weil er auf Nutzerdaten über einen längeren Zeitraum beruht. Erwarte also nicht, dass du am Tag nach der Änderung im Felddatenbericht etwas siehst. Diese Denkweise – Hypothese, eine Änderung, Vergleich, Geduld – ist dieselbe wie bei Conversion-Experimenten, beschrieben in Conversion-Optimierung: Wann ein A/B-Test sinnvoll ist.
Fiktives Beispiel: die Seite mit dem Video im Kopfbereich
Erfundenes Beispiel: Ein Dienstleister hat auf der Startseite ein automatisch abspielendes Hintergrundvideo, darunter drei eingebettete Kartenausschnitte für die Standorte. Auf dem Bürolaptop wirkt alles flüssig, aus dem Außendienst kommen Beschwerden. Die Eingrenzung zeigt, dass die Beschwerden von mobilen Zugriffen stammen und die Seite dort lange leer bleibt. Konkrete Messwerte lassen wir hier bewusst weg – sie hängen stark vom jeweiligen Setup ab.
Die Maßnahmen ergeben sich aus der Diagnose, nicht aus einer Standardliste: Video mobil durch ein Standbild ersetzen, Karten erst auf Klick laden statt beim Seitenaufruf, Hauptbild in passender Größe ausliefern. Danach dieselbe Messung wiederholen und mit dem Ausgangswert vergleichen. Was von den Änderungen sichtbar bleibt und was gestalterisch verloren geht, ist eine Abwägung – Geschwindigkeit ist ein Gestaltungskriterium unter mehreren, wie auch der Überblick in Was ist Webdesign? zeigt. Genau solche Abwägungen gehören in die Arbeit einer Webdesign-Agentur, weil sie Technik und Wirkung gegeneinander stellen.
Grenzen: Was Ladezeit nicht löst
Eine schnelle Seite verkauft nichts, wenn Angebot, Inhalt und Nutzerführung nicht überzeugen. Geschwindigkeit ist eine Voraussetzung, kein Wachstumsmotor – und ab einem gewissen Punkt ist der Unterschied für Nutzer kaum noch spürbar, während der Aufwand deutlich steigt. Außerdem sind Messwerte kontextabhängig: Sie schwanken mit Netz, Gerät, Standort und Messzeitpunkt. Vergleiche darum immer deine eigene Seite mit sich selbst über die Zeit und nicht mit fremden Zahlen aus Fallbeispielen. Und rechne damit, dass sich die Ladezeit im Lauf der Zeit wieder verschlechtert, wenn neue Skripte und Bilder ungeprüft dazukommen.
Dein nächster Schritt
Leg eine einfache Messtabelle mit fünf Vorlagentypen an, trag den heutigen Stand mit Datum und Testbedingung ein und markiere die eine Seite mit dem größten Abstand zwischen Anspruch und Realität. Nimm dort genau eine Änderung aus der Kategorie „hohe Wirkung, geringer Aufwand“ vor und miss erneut. Diese eine Runde sauber durchzuziehen bringt mehr als eine Liste mit fünfzehn parallel gestarteten Maßnahmen.
Ladezeit gemeinsam eingrenzen
Wenn du wissen willst, was deine Seiten tatsächlich bremst und was sich zuerst lohnt, sehen wir uns Messung und Aufbau zusammen an.
Zur Webdesign-Agentur
Wissen
