Wie schnell lädt die Website einer deutschen Stadt? Um das zu beantworten, hat SEO NW am 02.11.2026 die Startseiten von 395 Städten und Gemeinden mit Lighthouse gemessen, jeweils einmal im mobilen Test und einmal im Desktop-Test. Aus jedem Kreis und jeder kreisfreien Stadt, für die local.seo-manager.info eine Ortsseite hat, ist ein Ort dabei. Die Ergebnisse fallen je nach Gerät sehr verschieden aus. Am Desktop erreichen knapp zwei Drittel der Seiten den Grenzwert für einen guten Largest Contentful Paint (LCP). In der mobilen Messung mit gedrosselter Verbindung schaffen das nur 3 Prozent.
Diese Seite beschreibt die Ladezeiten: Leistungswert, LCP, Layoutverschiebungen, Blockierzeit, Server-Antwortzeit und Seitengewicht. Den Vergleich zwischen Smartphone und Desktop vertieft die Studie mobile Leistung von Gemeindewebsites, die auf derselben Messung beruht.
Ergebnisse im Überblick
| Kennzahl (Median) | mobil | Desktop |
|---|---|---|
| Leistungswert von Lighthouse (0 bis 100) | 64 | 82 |
| Largest Contentful Paint (LCP) | 10,1 s | 2,1 s |
| First Contentful Paint (FCP) | 2,7 s | 0,6 s |
| Speed Index | 4,8 s | 1,1 s |
| Total Blocking Time (TBT) | 59 ms | 0 ms |
| Cumulative Layout Shift (CLS) | 0,005 | 0,032 |
| Server-Antwortzeit | 149 ms | 133 ms |
| Seitengewicht | 3,2 MB | 3,9 MB |
| gültige Messungen | 384 | 385 |
Die Werte stammen aus einem Labortest. Sie zeigen, wie eine Seite unter festgelegten Bedingungen lädt, und sind keine Messung bei echten Besuchern. Was das bedeutet, steht weiter unten unter den Grenzen der Messung.
Methode
Grundlage ist die Ortsliste von local.seo-manager.info. Aus jedem Kreis haben wir den Ort mit den meisten Einwohnern genommen, für den es dort eine Seite gibt. Bei kreisfreien Städten ist das die Stadt selbst. So kamen 395 Orte zusammen: 104 kreisfreie Städte und 291 Orte, die jeweils der größte Ort mit eigener Ortsseite in ihrem Landkreis sind. Die Einwohnerzahlen (Stand 31.12.2024) stammen aus dem Gemeindeverzeichnis des Statistischen Bundesamts [11]. Der kleinste Ort hat 4.946 Einwohner, der größte 1.505.005, der Median liegt bei 41.064. Die Stichprobe deckt 14 Bundesländer ab. Berlin und Hamburg fehlen, weil sie in der Ortsliste noch keine eigene Seite haben.
Die Adresse der offiziellen Website haben wir aus Wikidata übernommen, Eigenschaft P856 "offizielle Website" [10]. Gemessen wurde die dort eingetragene Startseite. Lighthouse folgt Weiterleitungen und misst die Seite, auf der es am Ende landet.
Gemessen hat ein Rechner von SEO NW mit Lighthouse 13.6.0 und einem installierten Google Chrome ohne Erweiterungen. Jede Messung lief in einem neuen, leeren Browserprofil, also ohne Zwischenspeicher. Ausgewertet haben wir nur die Kategorie Leistung, mit den Voreinstellungen von Lighthouse für mobil und Desktop. Chrome lief ohne sichtbares Fenster, die Wartezeit auf das Ladeende war auf 60 Sekunden begrenzt. Für den mobilen Test simuliert Lighthouse eine Verbindung mit 150 Millisekunden Latenz und 1,6 Mbit/s im Download und bremst den Prozessor um den Faktor 4 [5]. Für den Desktop-Test gelten 40 Millisekunden Latenz, rund 10 Mbit/s und keine Bremse für den Prozessor [6]. Jede Seite wurde je Gerät einmal gemessen.
Von 790 Messungen brachen 19 mit einer Fehlermeldung ab. Am häufigsten hielt Chrome das Laden mit einer Zwischenseite an (7 Fälle). In 5 Fällen konnte Lighthouse die Startseite nicht zuverlässig laden. Je 2 Messungen dauerten länger als 180 Sekunden, zeigten nie einen ersten Inhalt oder brachen in Lighthouse selbst ab, bei 1 Messung antwortete der Browser nicht mehr rechtzeitig. Bei 2 weiteren Messungen konnte Lighthouse keinen Leistungswert berechnen. Gezählt wurden 769 gültige Messungen, 384 mobil und 385 am Desktop. Für 383 Orte liegen beide Messungen vor, für 9 Orte keine.
Fragen zu Ihrer Website?
Rufen Sie an, stellen Sie Ihre Frage in der gratis Sprechstunde oder vereinbaren Sie ein Erstgespräch.
Stand der Messung
Alle Messungen liefen am 02.11.2026 zwischen 05:49 und 10:35 Uhr. Websites ändern sich laufend. Die Zahlen beschreiben den Zustand an diesem Vormittag, eine einzelne Gemeinde kann heute schneller oder langsamer sein.
Leistungswert von Lighthouse
Lighthouse fasst fünf Messwerte zu einem Wert von 0 bis 100 zusammen. Am stärksten zählen die Blockierzeit mit 30 Prozent, LCP und CLS mit je 25 Prozent. FCP und Speed Index tragen je 10 Prozent bei [4]. Für Desktop und Mobil verwendet Lighthouse eigene Bewertungskurven, die beiden Werte sind deshalb nicht direkt vergleichbar [4]. Lighthouse teilt die Werte in drei Bänder: 0 bis 49 gilt als schlecht, 50 bis 89 als verbesserungswürdig, 90 bis 100 als gut [4].
| Band | mobil | Desktop |
|---|---|---|
| 0 bis 49 | 16 % (60 Seiten) | 2 % (7 Seiten) |
| 50 bis 89 | 79 % (305 Seiten) | 66 % (254 Seiten) |
| 90 bis 100 | 5 % (19 Seiten) | 32 % (124 Seiten) |
Die mittlere Hälfte der mobilen Werte liegt zwischen 54 und 70 Punkten, am Desktop zwischen 71 und 93. Die Spannweite reicht mobil von 24 bis 100 und am Desktop von 13 bis 100.
Ladezeit des größten Elements
Der LCP misst, wann das größte Bild oder der größte Textblock im sichtbaren Bereich fertig angezeigt ist. Web.dev nennt 2,5 Sekunden oder weniger als guten Wert [1]. Im mobilen Test lag der Median bei 10,1 Sekunden, die mittlere Hälfte der Seiten zwischen 6,5 und 16,8 Sekunden. Den Grenzwert erreichten 13 von 384 Seiten, also 3 Prozent. Am Desktop lag der Median bei 2,1 Sekunden, 243 von 385 Seiten (63 Prozent) blieben unter 2,5 Sekunden.
Der erste sichtbare Inhalt erscheint deutlich früher. Der FCP lag mobil im Median bei 2,7 Sekunden, am Desktop bei 0,6 Sekunden. Die Mediane von FCP und LCP liegen mobil rund 7 Sekunden auseinander.
Layoutverschiebungen
Der CLS misst, wie stark sich sichtbare Inhalte beim Laden verschieben. Als gut gilt ein Wert von 0,1 oder weniger [2]. Diesen Wert hielten mobil 272 von 384 Seiten ein (71 Prozent), am Desktop 244 von 385 (63 Prozent). Der Median ist auf beiden Geräten niedrig, mobil 0,005 und am Desktop 0,032. Ein Viertel der Desktop-Seiten liegt aber über 0,285.
LCP und CLS gleichzeitig im guten Bereich hatten mobil 11 Seiten (3 Prozent) und am Desktop 155 Seiten (40 Prozent).
Blockierzeit und Server-Antwort
Die Total Blocking Time zählt, wie lange lange Skriptaufgaben den Browser beim Laden blockieren. Web.dev empfiehlt weniger als 200 Millisekunden, gemessen auf durchschnittlicher mobiler Hardware [3]. Im mobilen Test lagen 306 von 384 Seiten darunter (80 Prozent), der Median betrug 59 Millisekunden. Am Desktop war die Blockierzeit im Median null.
Die Server-Antwortzeit ist die Zeit, bis der Server das erste Byte der Startseite schickt. Lighthouse meldet einen Fehler, wenn das länger als 600 Millisekunden dauert [7]. Mobil antworteten 316 von 384 Servern innerhalb dieser Zeit (82 Prozent), am Desktop 327 von 385 (85 Prozent). Der Median lag bei 149 und 133 Millisekunden. Für die langen Ladezeiten ist der Server damit meist nicht die Hauptursache.
Seitengewicht
Die Startseiten übertrugen mobil im Median 3,2 MB, am Desktop 3,9 MB. Ein Viertel der mobilen Seiten war schwerer als 5,5 MB, die schwerste kam auf 91,2 MB. Nach Gewicht geordnet zeigt sich ein deutlicher Zusammenhang mit dem mobilen LCP:
| Seitengewicht mobil | Seiten | Median LCP mobil | LCP bis 2,5 s | Median Leistungswert |
|---|---|---|---|---|
| unter 2 MB | 96 | 5,8 s | 7 % | 71 |
| 2 bis unter 5 MB | 174 | 11,3 s | 3 % | 63 |
| 5 MB und mehr | 114 | 18,3 s | 1 % | 57 |
Selbst die leichtesten Seiten liegen mobil im Median weit über 2,5 Sekunden. Ein geringes Gewicht allein reicht also nicht. Welche weiteren Faktoren eine Rolle spielen, zeigt die Messung nicht.
Bundesländer und Ortsgröße
Einen Vergleich nach Gruppen nennen wir nur dort, wo je Gruppe und Gerät mindestens 20 gültige Messungen vorliegen. Das trifft auf sieben Bundesländer zu. Brandenburg, Schleswig-Holstein, Sachsen, Sachsen-Anhalt, Mecklenburg-Vorpommern, das Saarland und Bremen haben weniger Messungen und fehlen in der Tabelle.
| Bundesland | Seiten mobil | Median Leistungswert mobil | Median LCP mobil | Median Leistungswert Desktop |
|---|---|---|---|---|
| Bayern | 92 | 64 | 10,2 s | 79 |
| Nordrhein-Westfalen | 50 | 65 | 8,2 s | 85 |
| Niedersachsen | 42 | 64 | 10,5 s | 93 |
| Baden-Württemberg | 42 | 63 | 11,1 s | 83 |
| Rheinland-Pfalz | 35 | 55 | 10,1 s | 71 |
| Hessen | 26 | 64 | 10,2 s | 83 |
| Thüringen | 22 | 61 | 8,8 s | 80 |
Die mobilen Mediane liegen eng beieinander. Am Desktop gehen sie weiter auseinander, von 71 bis 93 Punkten. Nach Einwohnern geordnet sieht es ähnlich aus. In allen vier Größenklassen liegt der mobile Median des Leistungswerts zwischen 63 und 67.
| Einwohner | Seiten mobil | Median Leistungswert mobil | Median LCP mobil | LCP bis 2,5 s mobil |
|---|---|---|---|---|
| unter 20.000 | 71 | 65 | 9,0 s | 1 % |
| 20.000 bis unter 50.000 | 156 | 63 | 11,0 s | 3 % |
| 50.000 bis unter 100.000 | 81 | 63 | 11,3 s | 1 % |
| 100.000 und mehr | 76 | 67 | 7,7 s | 9 % |
Städte ab 100.000 Einwohnern haben mobil den kürzesten LCP im Median. Den guten Wert erreichen aber auch dort nur 7 von 76 Seiten. Kreisfreie Städte liegen mit einem mobilen LCP von 9,0 Sekunden im Median vor den größten Orten der Landkreise mit 10,5 Sekunden.
Grenzen der Messung
Lighthouse misst im Labor. Web.dev beschreibt den Unterschied so: Labordaten entstehen unter festen Bedingungen für Gerät, Netz und Standort, Felddaten bilden ab, was echte Besucher mit ihren Geräten und Verbindungen erleben [8]. Wiederkehrende Besucher haben zum Beispiel oft Dateien im Zwischenspeicher. Unsere Messung lief immer mit leerem Speicher. Die Grenzwerte von web.dev sind außerdem für Felddaten am 75. Perzentil aller Seitenaufrufe gedacht [1, 2]. Wenn wir sie auf eine einzelne Labormessung anwenden, ist das eine Näherung.
Jede Seite wurde je Gerät nur einmal gemessen. Die Lighthouse-Dokumentation rät, mehrfach zu messen, und nennt den Median aus fünf Läufen doppelt so stabil wie einen einzelnen Lauf [9]. Für den einzelnen Ort kann der Wert deshalb um einige Punkte schwanken. Über 395 Orte gemittelt fallen solche Ausreißer weniger ins Gewicht. Gemessen wurde nur die Startseite, Formulare, Bürgerdienste und Unterseiten blieben außen vor. Die Ortsauswahl folgt der Größe und bildet kleine Gemeinden kaum ab. Ob die Adresse in Wikidata zur heutigen offiziellen Seite führt, haben wir nicht einzeln geprüft. Eine Rangliste der Orte veröffentlichen wir bewusst nicht. Eine einzelne Messung reicht für eine solche Wertung nicht aus.
Was Kommunen daraus ableiten können
Die Server sind in den meisten Fällen schnell genug. Die Daten zeigen, dass der mobile LCP mit dem Seitengewicht steigt. Ein Ansatz ist deshalb, das Hauptbild für schmale Bildschirme kleiner auszuliefern und früh zu laden. Wie das geht, beschreibt der Ratgeber mobile Ladezeit verbessern. Wie Sie selbst messen, steht unter Lighthouse im Überblick, den Begriff LCP erklärt das Glossar. Bei Websites öffentlicher Stellen gehören Ladezeit und Barrierefreiheit oft in dasselbe Projekt.
Sie betreuen die Website einer Stadt oder Gemeinde und möchten wissen, wo Ihre Startseite Zeit verliert? Bringen Sie Ihre Frage in die gratis Sprechstunde von SEO NW. Die Hotline 0800 188 7 100 ist rund um die Uhr erreichbar, eine vollständige Analyse bietet die Leistung Core Web Vitals verbessern.
- Organisation Largest Contentful Paint (LCP). web.dev (Google). Stand 04.09.2025. abgerufen am 03.11.2026
- Organisation Cumulative Layout Shift (CLS). web.dev (Google). Stand ohne Datum. abgerufen am 03.11.2026
- Organisation Total Blocking Time (TBT). web.dev (Google). Stand 15.10.2025. abgerufen am 03.11.2026
- Organisation Lighthouse performance scoring. Chrome for Developers (Google). Stand ohne Datum. abgerufen am 03.11.2026
- Organisation Network Throttling / CPU Throttling (docs/throttling.md). Google Chrome, Lighthouse-Dokumentation auf GitHub. Stand laufend. abgerufen am 03.11.2026
- Organisation Lantern Simulation Constants (desktopDense4G, mobileSlow4G). The Chromium Authors, Paket @paulirish/trace_engine. Stand laufend. abgerufen am 03.11.2026
- Organisation Reduce server response times (TTFB). Chrome for Developers (Google). Stand ohne Datum. abgerufen am 03.11.2026
- Organisation Why lab and field data can be different. web.dev (Google). Stand ohne Datum. abgerufen am 03.11.2026
- Organisation Score Variability (docs/variability.md). Google Chrome, Lighthouse-Dokumentation auf GitHub. Stand laufend. abgerufen am 03.11.2026
- Organisation Property P856: official website. Wikidata. Stand laufend. abgerufen am 03.11.2026
- Behörde Regionales Gemeindeverzeichnis-Informationssystem GV-ISys. Statistisches Bundesamt (Destatis). Stand 31.12.2024. abgerufen am 03.11.2026
Häufige Fragen
Wie schnell laden die Websites deutscher Städte?
In unserer Messung vom 02.11.2026 lag der LCP im mobilen Test im Median bei 10,1 Sekunden und am Desktop bei 2,1 Sekunden. Den guten Wert von 2,5 Sekunden erreichten mobil 3 Prozent der Seiten, am Desktop 63 Prozent.
Welche Websites wurden gemessen?
Die Startseiten von 395 Orten, je einer pro Kreis oder kreisfreier Stadt, jeweils der einwohnerstärkste Ort mit eigener Seite auf local.seo-manager.info. Die Adresse der Website stammt aus Wikidata. Berlin und Hamburg sind nicht dabei.
Warum sind die mobilen Werte so viel schlechter?
Lighthouse simuliert im mobilen Test eine langsame Verbindung und einen um den Faktor 4 gebremsten Prozessor. Große Bilder und viele Dateien auf der Startseite fallen unter diesen Bedingungen stärker ins Gewicht als am Desktop.
Ist meine Gemeinde in der Studie schlecht bewertet?
Die Studie bewertet keine einzelnen Orte. Jede Seite wurde nur einmal gemessen, und ein einzelner Wert kann um einige Punkte schwanken. Für Ihre eigene Seite lohnt sich eine Messung mit mehreren Läufen.
Sind das die Werte, die Google für das Ranking nutzt?
Die Grenzwerte für LCP und CLS sind für Felddaten echter Besucher gedacht, am 75. Perzentil aller Seitenaufrufe. Unsere Messung ist ein Labortest unter festen Bedingungen. Sie zeigt eher, wo die Ursachen langer Ladezeiten liegen.
Fragen zu Ihrer Website?
Rufen Sie an, stellen Sie Ihre Frage in der gratis Sprechstunde oder vereinbaren Sie ein Erstgespräch.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.
