Viele Menschen rufen die Website ihrer Stadt auf dem Smartphone auf, etwa für Öffnungszeiten, einen Termin im Bürgerbüro oder den Abfallkalender. Wie gut die Startseiten von Städten und Gemeinden auf dem Smartphone laden, hat SEO NW am 02.11.2026 mit Lighthouse gemessen. Für 383 Orte liegen eine gültige mobile Messung und eine gültige Desktop-Messung derselben Startseite vor. Bei 345 dieser 383 Seiten lag der Leistungswert mobil unter dem Desktop-Wert, im Median um 20 Punkte.
Die Studie vergleicht die beiden Messungen Seite für Seite. Die allgemeinen Ergebnisse zur Ladezeit, die Verteilung je Bundesland und Ortsgröße und die vollständige Methode stehen in der Studie Ladezeiten deutscher Kommunen. Beide beruhen auf derselben Messung.
Was diese Studie misst
Gemessen haben wir die Ladeleistung, also die Kategorie Leistung von Lighthouse. Die Bedienbarkeit auf dem Smartphone ist darin nicht enthalten. Ob Schaltflächen groß genug sind, ob sich das Menü mit dem Daumen bedienen lässt, ob Text ohne Zoomen lesbar ist und ob Formulare auf dem kleinen Bildschirm funktionieren, sagt diese Messung nicht. Auch Barrierefreiheit und Inhalte haben wir nicht geprüft. Die Studie beschreibt deshalb, wie schnell und wie ruhig die Startseiten auf einem simulierten Smartphone laden, verglichen mit dem Desktop.
Das hat für Gemeinden praktische Folgen. Google verwendet für Indexierung und Ranking die mobile Version der Inhalte, wie sie der Smartphone-Crawler abruft [7]. Über die Ladezeit sagt die Quelle dazu nichts. Wer seine Website nur am Büro-PC prüft, sieht das schnellere der beiden Bilder.
Methode und Stand
Die Stichprobe umfasst 395 Orte, je einen aus jedem Kreis und jeder kreisfreien Stadt der Ortsliste von local.seo-manager.info, jeweils den einwohnerstärksten Ort, für den local.seo-manager.info eine Ortsseite hat. Die Adresse der Website stammt aus Wikidata [8]. Jede Startseite wurde am 02.11.2026 zwischen 05:49 und 10:35 Uhr je einmal mobil und einmal am Desktop gemessen, mit Lighthouse 13.6.0 in einem installierten Google Chrome, jedes Mal mit leerem Browserprofil.
Für den mobilen Test stellt Lighthouse ein Smartphone vom Typ Moto G Power dar, mit einem Bildschirm von 412 mal 823 Pixeln [3]. Es simuliert eine Verbindung mit 150 Millisekunden Latenz und 1,6 Mbit/s und bremst den Prozessor um den Faktor 4 [2]. Der Desktop-Test arbeitet mit einem Fenster von 1.350 mal 940 Pixeln [3], 40 Millisekunden Latenz, rund 10 Mbit/s und ohne Bremse für den Prozessor [4]. Mobil und Desktop unterscheiden sich also gleichzeitig in Bildschirm, Netz und Rechenleistung.
Von 790 Messungen waren 769 gültig. 19 brachen mit einer Fehlermeldung ab, bei 2 weiteren konnte Lighthouse keinen Leistungswert berechnen. Der Vergleich in dieser Studie nutzt nur die 383 Orte, für die beide Messungen gültig sind. Bei 3 Orten fehlt eine der beiden Messungen, bei 9 Orten beide.
Fragen zu Ihrer Website?
Rufen Sie an, stellen Sie Ihre Frage in der gratis Sprechstunde oder vereinbaren Sie ein Erstgespräch.
Leistungswert mobil und am Desktop
Im direkten Vergleich lag der mobile Leistungswert bei 345 von 383 Seiten (90 Prozent) unter dem Desktop-Wert. Bei 6 Seiten waren beide gleich, bei 32 Seiten (8 Prozent) war der mobile Wert höher. Der Abstand betrug im Median 20 Punkte, bei der mittleren Hälfte der Seiten zwischen 10 und 26 Punkten.
| Leistungswert 90 bis 100 | Seiten | Anteil |
|---|---|---|
| mobil | 19 von 383 | 5 % |
| Desktop | 123 von 383 | 32 % |
| mobil und Desktop | 14 von 383 | 4 % |
Lighthouse rechnet die Messwerte für Mobil und Desktop mit getrennten Bewertungskurven in Punkte um [1]. Ein Punktabstand zwischen beiden Tests ist deshalb nur ein grobes Maß. Genauer ist der Vergleich der einzelnen Messwerte.
Auch die Bänder von Lighthouse zeigen den Abstand. Im Band 0 bis 49, das Lighthouse als schlecht einstuft [1], lagen mobil 60 von 384 gültigen Messungen (16 Prozent), am Desktop 7 von 385 (2 Prozent). Den extremen Fall, am Desktop 90 Punkte oder mehr und mobil unter 50, gab es unter den 383 Paaren nur einmal. Typisch ist also eine Startseite, die am Desktop ordentlich abschneidet und mobil im mittleren Band landet.
Ladezeit des größten Elements
Beim LCP ist der Unterschied am größten. Teilt man den mobilen Wert jeder Seite durch ihren Desktop-Wert, ergibt sich im Median das 5,2-Fache. Bei der mittleren Hälfte der Seiten dauerte der LCP mobil 3,9- bis 6,3-mal so lange wie am Desktop.
| LCP bis 2,5 Sekunden | Seiten | Anteil |
|---|---|---|
| mobil und Desktop | 11 von 383 | 3 % |
| nur am Desktop | 231 von 383 | 60 % |
Die Grenze von 2,5 Sekunden nennt web.dev für einen guten LCP [5]. Sie gilt für Felddaten am 75. Perzentil, auf eine einzelne Labormessung angewendet ist sie eine Näherung. 231 Startseiten bleiben am Desktop darunter und überschreiten sie im mobilen Test. Für diese Seiten liefert eine Prüfung am Arbeitsplatz ein gutes Ergebnis, das auf dem simulierten Smartphone nicht hält.
Layoutverschiebungen auf dem Smartphone
Beim CLS kehrt sich das Bild teilweise um. Als gut gilt ein Wert bis 0,1 [6]. Auf beiden Geräten erreichten das 206 von 383 Seiten (54 Prozent). 65 Seiten (17 Prozent) blieben nur mobil im guten Bereich, 36 Seiten (9 Prozent) nur am Desktop. Mobil blieb der CLS also häufiger im guten Bereich als am Desktop.
Eine Ursache dafür hat die Messung nicht erfasst. Denkbar sind eigene Vorlagen für schmale Bildschirme, bei denen weniger Elemente nebeneinander stehen und nachrücken können. Für den einzelnen Ort lässt sich das nur an der Seite selbst prüfen.
Blockierzeit auf dem Smartphone
Die Total Blocking Time zeigt, wie lange Skripte den Browser beim Laden blockieren. Web.dev empfiehlt weniger als 200 Millisekunden auf durchschnittlicher mobiler Hardware und nennt die TBT einen Hinweis auf spätere Probleme bei der Reaktion auf Eingaben [9]. Mobil lag die Blockierzeit im Median um 57 Millisekunden über dem Desktop-Wert. 306 von 384 mobilen Messungen blieben unter 200 Millisekunden (80 Prozent). Ein Viertel lag über 159 Millisekunden, der höchste Wert bei 8.337 Millisekunden.
Seitengewicht mobil und am Desktop
Eine Startseite, die sich an den Bildschirm anpasst, kann einem Smartphone kleinere Bilder schicken. Im Vergleich lieferten 158 von 383 Seiten (41 Prozent) mobil mindestens 10 Prozent weniger Daten aus als am Desktop. Bei 185 Seiten (48 Prozent) lag das Gewicht auf beiden Geräten innerhalb von 10 Prozent, bei 40 Seiten (10 Prozent) war die mobile Fassung mindestens 10 Prozent schwerer. Im Median wog die mobile Startseite das 0,94-Fache der Desktop-Fassung.
Fast alle Orte zeigen beiden Geräten dieselbe Adresse. Nur bei 1 von 384 Orten mit Endadresse auf beiden Geräten endete die mobile Messung auf einer anderen Adresse als die am Desktop. Die meisten Städte liefern also unter derselben Adresse an alle Geräte aus, das Smartphone bekommt aber oft fast so viele Daten wie der Desktop. Bei einer Verbindung mit 1,6 Mbit/s fällt jedes Megabyte ins Gewicht. In der Studie zu den Ladezeiten zeigt die Tabelle nach Gewichtsklassen, dass der mobile LCP mit dem Seitengewicht deutlich steigt.
Grenzen der Messung
Die Messung ist ein Labortest. Labordaten entstehen unter festen Bedingungen für Gerät, Netz und Standort, Felddaten dagegen bei echten Besuchern mit ihren eigenen Geräten [10]. Echte Smartphones sind teils schneller, teils langsamer als das simulierte Gerät, und wiederkehrende Besucher haben oft schon Dateien im Speicher. Jede Seite wurde je Gerät nur einmal gemessen. Die Lighthouse-Dokumentation empfiehlt mehrere Läufe und den Median daraus [11]. Gemessen wurde nur die Startseite.
Die Studie sagt nichts über die Bedienbarkeit, die Barrierefreiheit oder die Qualität der Inhalte. Eine Startseite mit gutem mobilem Leistungswert kann auf dem Smartphone trotzdem schwer zu bedienen sein, etwa wegen kleiner Schaltflächen oder eines unübersichtlichen Menüs. Einzelne Orte bewerten wir nicht, eine Einzelmessung trägt kein Urteil über eine bestimmte Gemeinde.
Was Verwaltungen prüfen können
Messen Sie die eigene Startseite zuerst im mobilen Test, mit mehreren Läufen, und vergleichen Sie LCP und Seitengewicht mit dem Desktop-Wert. Liegt das Gewicht auf beiden Geräten fast gleich, bekommt das Smartphone wahrscheinlich dieselben großen Bilder wie der Desktop. Mögliche Ursachen sind ein Titelbild, das in voller Breite hochgeladen und in jeder Größe ausgeliefert wird, oder ein Bildwechsler auf der Startseite, der alle Bilder auf einmal lädt. Ob das zutrifft, zeigt ein Blick in die Seite selbst. Danach lohnt der Blick auf das echte Gerät: Testen Sie Menü, Suche und das wichtigste Formular auf einem älteren Smartphone. Wie das geht, beschreiben die Ratgeber mobile Darstellung testen und Core Web Vitals auf Mobilgeräten. Den Begriff erklärt das Glossar unter responsive Webdesign.
Sie möchten wissen, warum die Startseite Ihrer Gemeinde mobil so viel langsamer lädt als am Arbeitsplatz? Stellen Sie die Frage in der gratis Sprechstunde von SEO NW oder rufen Sie rund um die Uhr unter 0800 188 7 100 an. Die Umsetzung begleitet SEO NW in der Leistung Mobile SEO.
- 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 core/config/constants.js (Bildschirmemulation Mobil und Desktop). Google Chrome, Lighthouse 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 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 Mobile-first Indexing Best Practices. Google Search Central. Stand ohne Datum. abgerufen am 03.11.2026
- Organisation Property P856: official website. Wikidata. Stand laufend. abgerufen am 03.11.2026
- Organisation Total Blocking Time (TBT). web.dev (Google). Stand 15.10.2025. 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
Häufige Fragen
Wie viel schlechter schneiden Gemeindewebsites mobil ab?
Bei 345 von 383 Startseiten lag der mobile Leistungswert unter dem Desktop-Wert, im Median um 20 Punkte. Der LCP dauerte mobil im Median 5,2-mal so lange wie am Desktop.
Misst die Studie, ob eine Website auf dem Smartphone gut bedienbar ist?
Nein. Gemessen wurde nur die Ladeleistung mit Lighthouse. Schaltflächen, Menüs, Schriftgröße, Formulare und Barrierefreiheit hat die Messung nicht erfasst.
Welches Smartphone simuliert Lighthouse?
Lighthouse stellt im mobilen Test ein Moto G Power mit einem Bildschirm von 412 mal 823 Pixeln dar. Dazu kommen eine gedrosselte Verbindung mit 1,6 Mbit/s und ein um den Faktor 4 gebremster Prozessor.
Warum ist der CLS mobil oft besser als am Desktop?
Die Messung erfasst keine Ursache. 65 Seiten waren nur mobil im guten Bereich, 36 nur am Desktop. Ob das an eigenen Vorlagen für schmale Bildschirme liegt, lässt sich nur an der einzelnen Seite prüfen.
Schicken die Städte dem Smartphone kleinere Seiten?
Bei 41 Prozent der verglichenen Startseiten war die mobile Fassung mindestens 10 Prozent leichter. Bei 48 Prozent wog sie fast gleich viel wie am Desktop, bei 10 Prozent mehr.
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.
