Was eine langsame Website an Anfragen kostet und wie Sie den Verlust messen
Wie Sie mit PageSpeed Insights, Search Console und Ihren Analysedaten messen, wie viele Anfragen eine langsame Website kostet, und was wirklich hilft.
- Nº
- 09
- Veröffentlicht
- Lesezeit
- 10 Min.
- Kategorie
- Notes
- Geschrieben von
- Revylio
Eine langsame Website kostet Anfragen, die in keiner Statistik erscheinen
Was eine langsame Website an Anfragen kostet, lesen Sie nicht aus Branchenstudien ab, sondern nur aus Ihren eigenen Daten. Der Verlust besteht aus Besuchern, die gehen, bevor Formular oder Telefonnummer sichtbar sind. Sie machen ihn sichtbar, indem Sie die Ladezeit Ihrer wichtigsten Einstiegsseiten neben deren Anfragequote legen.
Eine langsame Website ist in diesem Beitrag eine Seite, deren wesentlicher Inhalt auf dem Handy im Mobilfunknetz nicht in unter drei Sekunden steht. Diesen Richtwert nennt der Ratgeber von Packomedia zu Ladezeit und Anfragen. Die Grenze ist bewusst mobil gesetzt. Ein Großteil der Website-Besuche findet heute über das Smartphone statt, und dort steigt die Absprungrate schon nach wenigen Sekunden deutlich.
Dieser Leitfaden geht in vier Schritten vor:
- die Kennzahlen verstehen, mit denen Google Geschwindigkeit misst,
- die Ladezeit kostenlos mit PageSpeed Insights und der Search Console prüfen,
- den Anfrageverlust mit Ihren eigenen Analysedaten abschätzen,
- die Korrekturen auswählen, die tatsächlich etwas bewirken.
Am Ende steht ein konkreter Ablauf, mit dem Sie in Ihrem Unternehmen beginnen können.
Core Web Vitals: die drei Messwerte, mit denen Google Ladezeit bewertet
Core Web Vitals sind Kennzahlen von Google, die die Nutzererfahrung einer Website messen. Sie bestehen aus drei Werten, die jede Prüfung der Ladezeit ausweist. Wer sie einmal verstanden hat, kann jeden Messbericht lesen.
- LCP (Largest Contentful Paint) misst, wie schnell der Hauptinhalt sichtbar wird. Gut sind 2,5 Sekunden oder weniger.
- INP (Interaction to Next Paint) misst, wie schnell die Seite auf Klicks oder Tippen reagiert. Gut sind 200 Millisekunden oder weniger.
- CLS (Cumulative Layout Shift) misst, ob sich Inhalte beim Laden verschieben. Gut ist ein Wert von 0,1 oder weniger.
Google misst diese Schwellenwerte am 75. Perzentil echter Besuche. Ein Perzentil ist ein Grenzwert in einer Verteilung: Drei von vier Besuchen müssen den Wert erreichen, damit die Seite als gut gilt. Ein schneller Test auf Ihrem Büro-Rechner sagt darüber wenig aus.
Für die Suche zählt die Ladezeit mit, aber nicht allein. Google berücksichtigt Nutzererfahrung und technische Qualität, und langsame Seiten können Sichtbarkeit und Rankings verschlechtern. Wie stark die Ladezeit gewichtet wird, weiß von außen niemand genau. Für Ihre Anfragen ist dieser Punkt ohnehin zweitrangig: Ein Besucher, der vor dem Laden abspringt, schreibt Ihnen nicht, egal auf welchem Platz er Sie gefunden hat.
Warum fremde Branchenzahlen Ihren Anfrageverlust nicht beziffern
Branchenzahlen zur Ladezeit beschreiben fremde Websites, nicht Ihre. Sie stammen meist aus Auswertungen großer Marken, oft aus dem Handel. Ein Handwerksbetrieb, eine Kanzlei oder ein Industriezulieferer hat andere Besucher, andere Wege zur Anfrage und andere Geräte im Einsatz.
Prozentangaben aus Studien lassen sich deshalb nicht einfach auf Ihren Umsatz übertragen. Wer mit solchen Zahlen rechnet, bekommt ein Ergebnis, das beeindruckend klingt und keiner Prüfung standhält. Für eine Investitionsentscheidung brauchen Sie einen Wert, den Ihr Team nachvollziehen kann.
Hinzu kommt eine Messlücke im eigenen Analysewerkzeug. Wer die Seite verlässt, bevor sie fertig geladen ist, wird oft gar nicht erst als Besuch gezählt. Der eigentliche Verlust taucht also nicht als hohe Absprungrate auf, sondern fehlt still in den Sitzungszahlen.
Eigene Daten umgehen beide Probleme durch Vergleiche innerhalb derselben Website. Sie vergleichen schnelle mit langsamen Einstiegsseiten, Handy mit Rechner, den Zeitraum vor einer Korrektur mit dem danach. Alle Seiten haben dieselbe Marke, dasselbe Angebot und dieselbe Zielgruppe. Was sich unterscheidet, ist vor allem die Technik. Genau deshalb ist dieser Vergleich aussagekräftiger als jede fremde Statistik.
PageSpeed Insights richtig lesen: Labordaten, Felddaten und mobile Messung
PageSpeed Insights ist ein kostenloses Werkzeug von Google, das eine beliebige Adresse analysiert. Es liefert einen Leistungswert zwischen 0 und 100, die drei Core Web Vitals und Hinweise auf die größten Bremsen. Ein Wert über 90 gilt dort als bestanden, ein Wert unter 50 als klar verbesserungsbedürftig.
So gehen Sie bei jeder Messung vor:
- Öffnen Sie pagespeed.web.dev und geben Sie nicht nur die Startseite ein, sondern Ihre meistbesuchten Einstiegsseiten.
- Lesen Sie zuerst den Reiter für Mobilgeräte, denn Google bewertet vor allem die mobile Version.
- Prüfen Sie, ob oben Felddaten erscheinen. Das sind Messwerte echter Chrome-Nutzer aus den letzten 28 Tagen.
- Lesen Sie danach die Labordaten, also eine einzelne simulierte Messung unter festen Bedingungen.
- Wiederholen Sie den Test mehrmals, denn der Wert schwankt von Messung zu Messung.
Felddaten erscheinen nur, wenn genug Besuche vorliegen. Wo es sie gibt, zählen sie für Google mehr als der Laborwert. Der Leistungswert selbst dient als Orientierung. Entscheidend sind die Core Web Vitals und die tatsächlich gemessene Nutzererfahrung.
Notieren Sie für jede Seite drei Dinge: den mobilen LCP, die Herkunft des Werts (Feld oder Labor) und das Datum. Diese Notiz ist Ihr Ausgangswert für jeden späteren Vergleich.
Search Console: welche Seitengruppen Google als langsam einstuft
Die Google Search Console zeigt, wie Google die Nutzererfahrung auf Ihrer Website über die Zeit bewertet. Im Bereich Nutzerfreundlichkeit → Core Web Vitals gruppiert der Bericht Ihre Adressen nach Status. Die Gruppen heißen „gut“, „optimierungsbedürftig“ und „schlecht“, jeweils getrennt für Mobilgeräte und Desktop.
Der Bericht ergänzt PageSpeed Insights an einer wichtigen Stelle. PageSpeed Insights prüft eine Adresse nach der anderen. Die Search Console zeigt dagegen auf einen Blick, wie viele Seiten betroffen sind und welche Vorlage sie gemeinsam haben. Häufig teilen sich etwa alle Leistungsseiten oder alle Blogbeiträge dasselbe Problem.
Achten Sie besonders auf die Unterseiten. Leistungsprobleme sitzen oft genau dort, wo Besucher aus der Suche tatsächlich landen, und nicht auf der Startseite. Eine Startseite mit gutem Wert beruhigt deshalb zu Unrecht, wenn die Leistungsseiten rot markiert sind.
Auch die Search Console arbeitet mit einem Zeitfenster von 28 Tagen. Eine Korrektur schlägt sich daher nicht sofort im Bericht nieder. Planen Sie nach jeder Änderung rund vier Wochen ein, bevor Sie den Status neu bewerten. So vermeiden Sie, eine wirksame Korrektur vorschnell als wirkungslos abzutun.
Den Anfrageverlust mit eigenen Analysedaten sichtbar machen
Den Anfrageverlust einer langsamen Website schätzen Sie, indem Sie Anfragequoten verschiedener Seiten und Geräte vergleichen. Die Anfragequote ist die Zahl der Anfragen geteilt durch die Zahl der Sitzungen auf einer Seite. Als Anfrage zählen abgeschickte Formulare, Klicks auf den Telefon-Link und Klicks auf die E-Mail-Adresse.
Die Rechnung in vier Schritten
- Exportieren Sie aus Ihrem Analysewerkzeug die zehn meistbesuchten Einstiegsseiten der letzten drei Monate, getrennt nach Mobil und Desktop.
- Ermitteln Sie für jede Seite die Anfragequote auf beiden Gerätearten.
- Tragen Sie daneben den mobilen LCP aus PageSpeed Insights oder der Search Console ein.
- Rechnen Sie für langsame Seiten: (Anfragequote Desktop minus Anfragequote Mobil) mal mobile Sitzungen.
Das Ergebnis ist eine grobe Obergrenze, kein Beweis. Mobile Besucher verhalten sich auch aus anderen Gründen anders. Aussagekräftig wird die Zahl, wenn die Lücke bei langsamen Seiten deutlich größer ist als bei schnellen Seiten derselben Website.
Den belastbarsten Nachweis liefert ein Vorher-Nachher-Vergleich. Vergleichen Sie dabei gleich lange Zeiträume in ähnlicher Saison. Bei Svennis halten wir die Anfragequote pro Einstiegsseite und Gerät fest, bevor wir an der Technik etwas ändern, damit sich die Wirkung danach an denselben Zahlen prüfen lässt. Ohne diesen Ausgangswert bleibt jede spätere Erfolgsmeldung eine Behauptung.
Beispiel Abschleppdienst bei Bern: 6,7 Megabyte, knapp 6 Sekunden, ein blockierter Telefon-Link
Ein dokumentiertes Beispiel zeigt, wie viele Bremsen sich auf einer gewöhnlichen Firmenwebsite sammeln. Packomedia hat die alte Website eines Abschleppdienstes bei Bern vor dem Ersatz gemessen. Die Seite lud nach Angaben von Packomedia rund 6,7 Megabyte und brauchte knapp 6 Sekunden, bis sie stand.
Nach dem Neubau lud dieselbe Seite beim Erstaufruf rund 191 Kilobyte. Das entspricht Faktor 35. Allein das Logo wog vorher 1,94 Megabyte und danach 9 Kilobyte, bei gleichem Aussehen. Ein einziges falsch gespeichertes Bild machte also einen großen Teil des Gewichts aus.
Der folgenschwerste Fund war kein Ladeproblem im engeren Sinn. Auf dem Handy war vor dem Cookie-Banner kein anklickbarer Telefon-Link erreichbar, weil der Banner das Scrollen sperrte. Für einen Abschleppdienst ist der Anruf die Anfrage. Wer am Straßenrand steht, wartet nicht und sucht nicht lange.
Der Ratgeber nennt keine Zahlen dazu, wie viele Anfragen der Betrieb vorher verloren hat. Genau diese Lücke schließen nur Ihre eigenen Daten. Das Beispiel zeigt aber, wo Sie suchen sollten: beim Gewicht einzelner Dateien und auf dem Weg vom ersten Bildschirm bis zum Kontakt. Prüfen Sie diesen Weg auf Ihrem eigenen Handy, im Mobilfunknetz und ohne vorher gespeicherte Einwilligung.
Welche Korrekturen die Ladezeit tatsächlich verkürzen
Die wirksamsten Korrekturen setzen bei Bildern, fremdem Code und dem Server an. Die meisten Leistungsprobleme entstehen nicht durch ein einzelnes Detail, sondern durch mehrere kleine Schwächen zusammen. Die folgende Übersicht ordnet die häufigsten Ursachen ihren Anzeichen und Korrekturen zu.
| Ursache | Woran Sie sie erkennen | Korrektur |
|---|---|---|
| Zu große Bilder | Ein Foto mit 4 Megabyte erscheint in Briefmarkengröße, wird aber vollständig geladen | Bilder in Anzeigegröße und modernem Format ausliefern |
| Spät geladenes Hauptbild | Hoher LCP, obwohl das Bild klein ist | Den Hauptbereich nicht per Lazy Loading nachladen |
| Schriften von fremden Servern | Text wird spät lesbar, zusätzliche Verbindungen | Schriften vom eigenen Server ausliefern |
| Fremde Skripte | Statistik, Karten und Bewertungswidgets laden Code von außen | Streichen, was niemand nutzt |
| Kein Zwischenspeicher | Das Content-Management-System baut jede Seite bei jedem Aufruf neu zusammen | Seiten-Cache einrichten |
| Schwache Hosting-Basis | Hohe Server-Antwortzeit | Hosting wechseln |
| Alte Themes und Plugins | Unnötiger Code, schlechte Struktur | Erweiterungen bereinigen oder ersetzen |
Lazy Loading bedeutet, dass Bilder erst geladen werden, wenn sie in den sichtbaren Bereich scrollen. Für Bilder weiter unten ist das sinnvoll. Für das große Bild im ersten Bildschirm ist es schädlich, weil der LCP genau dieses Element misst.
Beginnen Sie mit den Bildern. Bilder verkleinern und in ein modernes Format bringen ist laut Packomedia der größte Hebel und meistens an einem Tag erledigt. Eine langsame Server-Antwort lässt sich dagegen durch keine Anpassung innerhalb der Website beheben.
Wann einzelne Korrekturen nicht reichen und ein Relaunch sinnvoll ist
Einzelne Korrekturen reichen nicht, wenn die Bremsen im Fundament der Website stecken. Bildoptimierung ist oft ein wichtiger erster Schritt, aber nicht immer ausreichend. Häufig spielen auch Hosting, Skripte, Schriftarten, Theme-Code und Seitenstruktur eine Rolle. Ein schweres Theme mit vielen Plugins bleibt auch mit perfekten Bildern schwer.
Drei Anzeichen sprechen eher für einen Neubau als für weitere Reparaturen:
- Nach der Bildoptimierung bleibt der mobile LCP über 2,5 Sekunden.
- Jede Korrektur erfordert Eingriffe in fremden Theme- oder Plugin-Code.
- Die Struktur führt Besucher über Umwege zur Anfrage.
Wer einen Neubau plant, sollte die Geschwindigkeit von Anfang an einplanen. Wer Performance erst am Ende bedenkt, muss oft teurer nachbessern. Woran Sie den richtigen Zeitpunkt erkennen, beschreibt der Beitrag Website-Relaunch: wann er sich lohnt.
Ein Relaunch darf die bestehende Sichtbarkeit nicht gefährden. Beim Website-Relaunch von Revylio wird die Seitenstruktur vor dem Design freigegeben. Jeder geänderte Pfad bekommt eine 301-Weiterleitung, also eine dauerhafte Umleitung auf die neue Adresse. Die Sitemap wird zum Launch neu eingereicht. So sinkt das Risiko, dass schnellere Seiten auf Kosten bestehender Suchtreffer gehen. Rankings selbst kann niemand garantieren.
Ladezeit in Deutschland: Mobilfunknetz, Datenschutz und BFSG
Für Unternehmen in Deutschland hängt die Ladezeit eng mit Datenschutz und Barrierefreiheit zusammen. Viele Bremsen sind zugleich rechtliche Baustellen. Eine Modernisierung lohnt sich deshalb doppelt, wenn sie beide Seiten gemeinsam betrachtet.
Mobilfunknetz als Prüfmaßstab
Messen Sie nicht im schnellen Büronetz. Der Richtwert gilt für das Handy im Mobilfunknetz, wo das Wesentliche in unter drei Sekunden stehen sollte. Wer nur im WLAN testet, unterschätzt das Problem auf dem Land und unterwegs.
Fremde Server und Datenschutz
Jede von einem fremden Server eingebundene Schrift ist ein zusätzlicher Verbindungsaufbau und datenschutzrechtlich diskutabel. Dasselbe gilt für Karten, Statistik und Bewertungswidgets, die Code von außen nachladen. Wer solche Einbindungen streicht oder selbst ausliefert, gewinnt Ladezeit und senkt zugleich das Datenschutzrisiko.
Barrierefreiheit seit dem 28.06.2025
Seit dem 28.06.2025 gilt das Barrierefreiheitsstärkungsgesetz (BFSG) für viele Angebote im elektronischen Geschäftsverkehr mit Verbrauchern. Kleinstunternehmen, die Dienstleistungen erbringen, sind ausgenommen. Wenn Sie Vorlagen, Bilder und Skripte ohnehin anfassen, prüfen Sie die Barrierefreiheit im selben Arbeitsgang. Was dabei konkret geprüft wird, beschreibt der Beitrag Barrierefreie Website nach WCAG 2.1 AA im Relaunch. Auch der Cookie-Banner gehört auf die Liste: Er sollte den Weg zum Kontakt nicht versperren, und Impressum sowie Datenschutzhinweise müssen jederzeit erreichbar bleiben.
Nächste Schritte: messen, Ausgangswert festhalten, Korrekturen ordnen
Der erste Schritt ist eine Messung Ihrer wichtigsten Einstiegsseiten, nicht der Startseite. Für den Einstieg brauchen Sie kein Budget, nur Zugang zu Ihrem Analysewerkzeug und zur Search Console. Gehen Sie in dieser Reihenfolge vor:
- Exportieren Sie die zehn meistbesuchten Einstiegsseiten, getrennt nach Mobil und Desktop.
- Messen Sie jede Seite in PageSpeed Insights mobil und notieren Sie LCP, INP und CLS mit Datum.
- Öffnen Sie den Core-Web-Vitals-Bericht der Search Console und markieren Sie betroffene Seitengruppen.
- Berechnen Sie die Anfragequote pro Seite und Gerät und halten Sie sie als Ausgangswert fest.
- Prüfen Sie auf Ihrem Handy im Mobilfunknetz den Weg vom ersten Bildschirm bis zum Telefon-Link.
- Beheben Sie zuerst die Bilder und vergleichen Sie nach vier Wochen mit dem Ausgangswert.
Bleiben die Werte danach schlecht, liegt das Problem meist tiefer, bei Theme, Plugins oder Hosting. Dann lohnt eine Analyse der gesamten Website. In der Analysephase eines Relaunchs bei Revylio werden Traffic, Anfragen und das geprüft, was die Suche tatsächlich sieht. Von Ihnen braucht es dafür eine Stunde und Ihre Analysedaten.
Die Kosten eines Relaunchs werden nach Umfang kalkuliert: nach Zahl der Seiten, vorhandenen Inhalten und nötigen Anbindungen. Den Ablauf und die Kalkulation finden Sie auf der Seite Website-Relaunch und Webdesign bei Revylio.