Was „langsam“ bedeutet
Langsam ist kein Gefühl, sondern messbar. Google beschreibt es mit den Core Web Vitals. Der LCP misst, wann der Hauptinhalt erscheint: Bis 2,5 Sekunden gilt er als gut, über 4 Sekunden als schlecht. Der CLS misst, wie stark die Seite beim Laden springt, und der INP, wie schnell sie auf Eingaben reagiert. Details zu den Grenzwerten finden Sie unter Core Web Vitals erklärt.
Wichtig ist, wo gemessen wird. Die mobile Messung simuliert ein durchschnittliches Handy mit gedrosselter Verbindung und fällt strenger aus als die am Desktop. Eine Seite, die am Rechner in einer Sekunde steht, kann am Handy vier Sekunden brauchen. Wer nur am Desktop prüft, übersieht deshalb oft das eigentliche Problem.
Wo Besucher verloren gehen
Wartezeit kostet an vier Stellen, und jede davon lässt sich einzeln erkennen:
- Vor dem ersten Inhalt. Der Bildschirm bleibt weiß oder zeigt nur den Rahmen. Wer über eine Suche kommt, hat die Alternative einen Fingertipp entfernt und geht zurück, bevor er Ihr Angebot gesehen hat.
- Beim Bedienen. Ein Menü öffnet sich verzögert, ein Knopf reagiert nicht sofort. Besucher tippen mehrfach oder geben auf. Das ist der Bereich des INP.
- Beim Springen. Ein nachladendes Banner schiebt den Inhalt nach unten, und der Tipp trifft die Werbung statt den gewünschten Knopf. Das misst der CLS.
- Im Ablauf. Bei Anfrageformular, Terminwunsch oder Bestellung entscheidet jede weitere Wartezeit mit darüber, ob der Vorgang zu Ende geführt wird.
Dazu kommt der Eindruck: Eine träge Seite kann weniger professionell wirken, auch wenn das Angebot gut ist. Das lässt sich schwer beziffern und fließt deshalb nicht in die Rechnung unten ein.
Typische Ursachen für Wartezeit
Meistens bremsen wenige Dinge, und sie wiederholen sich bei vielen Seiten:
- Große Bilder. Fotos in Kameraauflösung und im falschen Format sind oft die schwersten Dateien. Besucher am Handy warten dann auf Daten, die sie nie sehen.
- Zu viele Skripte. Chat-Fenster, Tracker, Kartenausschnitte und eingebettete Videos laden Code von fremden Servern und belasten den Prozessor.
- Blockierende Dateien. Stylesheets und Skripte im Kopf der Seite halten die Anzeige auf, bis sie vollständig geladen sind.
- Langsame Serverantwort. Braucht der Server lange für die erste Antwort, beginnt alles andere später.
- Überladene Baukästen. Viele Erweiterungen und verschachtelte Layouts erzeugen mehr Code, als die Seite braucht.
Welche dieser Ursachen bei Ihnen zutrifft, zeigen die fünf Verbesserungen im Speed-Test. Sie sind nach Wirkung sortiert und auf Deutsch erklärt.
Rechenbeispiel: Was Wartezeit kostet
Die Rechnung verwendet frei gewählte Annahmen. Setzen Sie Ihre eigenen Zahlen ein, vor allem beim Anteil der Besucher, die wegen der Wartezeit gehen. Er ist die unsicherste Größe.
Verlust pro Jahr = Besucher × Absprunganteil durch Wartezeit × Anfragequote × Abschlussquote × Auftragswert × 12
Beispielrechnung für einen Betrieb mit Anfrageformular
- Besucher pro Monat
- 5.000
- Absprung wegen Wartezeit, angenommen 10 %
- 500 Besucher
- Anfragequote 2 %: 500 × 2 %
- 10 Anfragen
- Abschlussquote 20 %: 10 × 20 %
- 2 Aufträge
- Auftragswert 400 € Deckungsbeitrag: 2 × 400 €
- 800 € pro Monat
- Verlust pro Jahr: 800 € × 12
- 9.600 €
Rechnen Sie mit einer Spanne. Bei einem Absprung von nur 5 Prozent halbiert sich das Ergebnis auf 4.800 Euro, bei 20 Prozent verdoppelt es sich auf 19.200 Euro. Das Beispiel ist eine Rechenhilfe und keine Prognose. Es zeigt aber, dass schon kleine Anteile bei regelmäßigem Besucherstrom spürbar werden. Haben Sie einen Online-Shop, ersetzen Sie Anfragen durch Bestellungen und den Auftragswert durch den Warenkorbwert.
Rechenbeispiel: Wartezeit im Ablauf
Auch kleine Verzögerungen summieren sich, wenn ein Vorgang mehrere Schritte hat, etwa ein Formular mit vier Seiten oder eine Bestellstrecke. Das Beispiel nutzt angenommene Werte: Von 100 Besuchern, die einen Schritt beginnen, kommen bei langsamer Seite 90 zum nächsten Schritt, bei schneller Seite 95.
Vier Schritte bis zum Abschluss (Beispielwerte)
- Langsame Seite: 0,90 × 0,90 × 0,90 × 0,90
- 65,6 von 100
- Schnelle Seite: 0,95 × 0,95 × 0,95 × 0,95
- 81,5 von 100
- Mehr Abschlüsse je 100 Besucher
- 15,9
Der Unterschied von fünf Prozentpunkten je Schritt wirkt klein, ergibt aber über vier Schritte rund ein Viertel mehr Abschlüsse, denn 81,5 geteilt durch 65,6 ergibt etwa 1,24. Die Formel lautet: Abschlussanteil = Fortsetzungsquote hoch Zahl der Schritte. Sie zeigt, warum sich Tempo gerade in mehrstufigen Abläufen auszahlt und warum jeder überflüssige Schritt zählt.
Rechenbeispiel: Datenmenge und Wartezeit
Je mehr Daten eine Seite überträgt, desto länger wartet ein Handy mit schwacher Verbindung. Die reine Übertragungszeit lässt sich überschlagen: Megabyte mal 8, geteilt durch Megabit pro Sekunde. Der mobile Test von Lighthouse simuliert eine gedrosselte Verbindung in der Größenordnung von 1,6 Mbit/s, damit rechnet das Beispiel. Die Datenmengen sind frei gewählt.
Eine Seite mit 3,0 Megabyte, davon 2,0 Megabyte Bilder (Beispielwerte)
- Vorher: 3,0 MB × 8 ÷ 1,6 Mbit/s
- 15,0 s
- Bilder verkleinert: 2,0 MB werden zu 0,5 MB, Seite danach 1,5 MB
- 1,5 MB
- Nachher: 1,5 MB × 8 ÷ 1,6 Mbit/s
- 7,5 s
- Eingesparte Übertragungszeit
- 7,5 s
Das ist eine Untergrenze, denn Serverantwort, Verbindungsaufbau und das Ausführen von Skripten kommen hinzu. Als Größenordnung zeigt es aber, warum die Datenmenge der erste Hebel ist: Auf dieser Verbindung kostet jedes Megabyte fünf Sekunden Übertragungszeit.
Warum mobil den Ausschlag gibt
Handys haben schwächere Prozessoren als Rechner, und die Mobilfunkverbindung schwankt. Deshalb kommt es bei vielen Seiten zu einer deutlichen Lücke zwischen beiden Welten. Im Beispiel der Auswertung auf der Startseite erreicht die Seite am Desktop 86 Punkte und mobil nur 54. Kommen 60 Prozent der Besucher mit dem Handy, erleben sie die schwächere Seite. Die Zahlen sind Beispielwerte, das Muster ist aber typisch.
Schauen Sie in Ihre Statistik: Wie hoch ist der Anteil mobiler Besuche, und wie unterscheidet sich die Absprungrate nach Gerät? Ein deutlich höherer Absprung mobil ist ein Hinweis, dass dort etwas bremst. Er beweist es nicht, denn auch Inhalte und Gestaltung wirken am Handy anders. Zusammen mit der mobilen Messung ergibt sich aber ein belastbares Bild.
Langsam und die Suche
Google nennt die Seitenerfahrung, zu der die Core Web Vitals gehören, als einen Faktor seiner Bewertung. Wie stark er im Einzelfall wirkt, lässt sich nicht beziffern, und ein bestimmtes Ranking ist daraus nicht ableitbar. Inhalt und Relevanz zählen mehr. Behandeln Sie das Tempo deshalb nicht als Suchmaschinentrick, sondern als Qualitätsmerkmal für Ihre Besucher. Wer eine Seite schnell nutzen kann, bleibt eher dran und kommt eher wieder.
So finden Sie heraus, was Ihre Seite kostet
- Messen. Starten Sie den Speed-Test und notieren Sie die Werte für mobil und Desktop.
- Zahlen sammeln. Entnehmen Sie Ihrer Statistik den Anteil mobiler Besuche, die Absprungrate je Gerät, die Zahl der Anfragen oder Bestellungen und den Wert je Abschluss.
- Annahme wählen. Schätzen Sie vorsichtig, wie viele Besucher wegen der Wartezeit gehen, und rechnen Sie mit einer Spanne wie im Beispiel.
- Verbessern und nachmessen. Setzen Sie die wichtigsten Verbesserungen um und messen Sie erneut.
- Vergleichen. Beobachten Sie vier Wochen lang Absprungrate und Anfragen und vergleichen Sie sie mit dem Zeitraum davor.
Beachten Sie bei dem Vergleich, dass auch andere Änderungen die Zahlen beeinflussen, etwa Werbung, Saison oder neue Angebote. Ein einzelner Zeitraum beweist keine Ursache. Mehrere Messungen und ein Blick auf den Trend sind verlässlicher.
Erwarten Sie nicht, dass Tempo allein ein schwaches Angebot rettet. Eine schnelle Seite beseitigt eine Hürde, ersetzt aber weder klare Inhalte noch einen verständlichen nächsten Schritt. Sie sorgt dafür, dass Besucher überhaupt dazu kommen, Ihr Angebot zu prüfen.
Was Sie zuerst tun können
Die größten Gewinne liegen oft bei den Bildern. Sie sind meist die schwersten Dateien einer Seite und lassen sich mit geringem Aufwand verkleinern. Wie das geht, zeigt der Beitrag Bilder richtig komprimieren. Danach folgen das Hauptbild, feste Bildmaße und die Komprimierung am Server. Alle Schritte stehen geordnet nach Aufwand und Wirkung unter Website schneller machen: 15 Maßnahmen.
Reichen Einzelkorrekturen nicht, weil Technik oder Aufbau der Seite grundsätzlich bremsen, lohnt ein Blick auf den Neubau. Eine Entscheidungshilfe mit Kostenvergleich finden Sie im Beitrag Website-Relaunch: Wann er sich lohnt.
Checkliste: Kosten der Ladezeit ermitteln
- Mobil und am Desktop gemessen und die Werte notiert
- LCP, CLS und TBT (Näherung für INP) mit den Grenzwerten verglichen
- Anteil mobiler Besuche aus der Statistik bekannt
- Absprungrate nach Gerät verglichen
- Anfragen oder Bestellungen pro Monat und Wert je Abschluss bekannt
- Verlust mit einer Spanne statt mit einem Wert berechnet
- Die fünf wichtigsten Verbesserungen aus dem Test eingeplant
- Nach der Umsetzung neu gemessen und die Statistik verglichen
Quellen und Stand
Stand: Oktober 2026. Die Grenzwerte stammen aus der Google-Dokumentation Web Vitals, die Einordnung der Seitenerfahrung aus Google Search Central. Google kann Grenzwerte ändern. Alle Rechenbeispiele verwenden frei gewählte Zahlen und sind keine Messergebnisse oder Studien.