Mobile-First: Warum Ladezeit über Anfragen entscheidet

Wenn sieben von zehn Besuchern Ihre Website auf dem Handy öffnen, ist Ladezeit kein technisches Detail mehr — sie ist Verkaufsstrategie. Eine Seite, die auf dem Desktop blitzschnell wirkt, kann auf einem iPhone im Zug drei Sekunden brauchen. Drei Sekunden sind im mobilen Web eine Ewigkeit. Dieser Artikel zeigt Ihnen, wie Sie Ihre Ladezeit konkret messen, wo die häufigsten Bremsen stecken und wie Sie sie ohne Informatikstudium beheben.

Warum Ladezeit auf dem Handy anders tickt als am Desktop

Desktops sind meistens per Kabel oder stabilem WLAN verbunden. Handys nicht. Eine Person, die beim Warten auf den Zug in Zürich Ihre Website aufruft, ist vielleicht auf 4G mit schwachem Signal. Der Browser muss trotzdem Ihr Headerbild mit 3,2 MB laden, bevor irgendetwas Lesbares erscheint.

Dazu kommt: Mobile Geräte haben weniger Rechenleistung als ein Laptop. JavaScript, das am Desktop kaum spürbar ist, blockiert auf einem mittelklassigen Android-Gerät den gesamten Seitenaufbau für mehrere Sekunden.

Google misst das mit dem sogenannten Largest Contentful Paint (LCP) — der Zeit, bis das grösste sichtbare Element geladen ist. Ziel: unter 2,5 Sekunden. Viele Schweizer KMU-Websites liegen bei 5–8 Sekunden. Das ist kein Pech, das sind behebbare Fehler.

So messen Sie Ihre Ladezeit in 3 Minuten

Sie brauchen kein Spezialwissen. Öffnen Sie auf Ihrem Computer:

1. Google PageSpeed Insights (pagespeed.web.dev) — Geben Sie Ihre .ch-Domain ein, wählen Sie «Mobil» und notieren Sie den LCP-Wert sowie den Performance-Score.
2. WebPageTest.org — Wählen Sie als Teststandort «Frankfurt» (nächster Server zur Schweiz) und als Gerät «Moto G4» (repräsentiert ein Durchschnitts-Android).
3. GTmetrix — Zeigt Ihnen als Wasserfall, welche Datei am längsten lädt.

Machen Sie diesen Test einmal mit Ihrer Startseite, einmal mit Ihrer Angebotsseite oder Menüseite. Oft ist nicht die Startseite das Problem, sondern eine tief verlinkte Seite, auf die Besucher direkt aus Google landen.

Die 4 häufigsten Ladebremsen — und was Sie tun können

1. Bilder ohne Komprimierung

Das ist bei Abstand die häufigste Ursache. Eine Fotografin schickt Ihnen ein Bild mit 4000×3000 Pixeln und 8 MB. Es wird auf der Website auf 400 Pixel Breite angezeigt — aber trotzdem in voller Grösse geladen.

Was tun: Bilder vor dem Upload mit einem Tool wie Squoosh.app oder TinyPNG auf Webgrösse skalieren (max. 1200px Breite für Vollbreit-Bilder) und als WebP speichern. Zielgrösse: unter 200 KB pro Bild.

2. Keine Lazy Loading Einstellung

Bilder, die der Besucher erst sieht, wenn er nach unten scrollt, sollten nicht sofort geladen werden. Das nennt sich Lazy Loading — der Browser lädt diese Bilder erst, wenn sie in Sichtweite kommen.

Was tun: In modernen Website-Baukästen (WordPress, Webflow, Squarespace) gibt es diese Option oft in den Bild-Einstellungen. Suchen Sie nach «Lazy Load» oder «Verzögertes Laden». Wenn Ihre Website von einer Agentur gebaut wurde, fragen Sie explizit nach diesem Punkt.

3. Zu viele externe Scripts

TWINT-Buttons, Google Maps eingebettet, ein Facebook-Pixel, ein Chat-Widget, ein Cookie-Banner-Tool — jedes dieser Elemente lädt externe JavaScript-Dateien von fremden Servern. Jeder dieser Requests kostet Zeit.

Was tun: Führen Sie eine Liste aller eingebundenen Tools. Fragen Sie sich: Brauche ich das wirklich, oder wurde es irgendwann «mal eingebaut»? Ein Google Maps Ausschnitt lässt sich oft durch einen einfachen Link ersetzen («Route auf Google Maps öffnen») — spart 500 KB und zwei Sekunden.

4. Kein Content Delivery Network (CDN)

Ihr Webserver steht vielleicht in Deutschland oder den USA. Jeder Aufruf aus der Schweiz braucht eine gewisse Zeit für den Weg zum Server und zurück (Latenz).

Was tun: Viele Hosting-Anbieter (Hosttech, Hostpoint, Infomaniak) bieten CDN-Optionen an. Alternativ löst Cloudflare (kostenlose Basisversion) das Problem, indem Ihre Inhalte aus einem Server in Zürich oder Frankfurt ausgeliefert werden.

Was ein guter Mobile-Score konkret bringt

Ein KMU mit einem Coiffeur-Studio in Bern verbesserte ihren PageSpeed-Score von 34 auf 81. Das Einzige, was sich änderte: Alle Bilder wurden komprimiert, Lazy Loading aktiviert und ein unbenutztes Chat-Widget entfernt. Die Ladezeit sank von 6,4 auf 2,1 Sekunden. Die Buchungsrate über das Online-Formular stieg im folgenden Monat deutlich — ohne Werbeausgaben, ohne neue Texte, ohne neues Design.

Ladezeit ist unsichtbar für den Besucher, wenn sie gut ist. Wenn sie schlecht ist, ist sie das einzige, was er wahrnimmt — und dann ist er schon weg.

Mobile-First bedeutet: Mobile zuerst testen

Ein verbreitetes Missverständnis: «Mobile-First Design» heisst nicht, dass die Website auf dem Handy gut aussehen muss. Es heisst, dass sie auf dem Handy gut funktionieren muss — inklusive Ladezeit, Schriftgrösse, Schaltflächenabstand und Formulare, die mit dem Daumen bedienbar sind.

Wenn Sie sich fragen, ob Ihre aktuelle Website diesen Ansprüchen genügt, lohnt sich ein kurzer Blick auf unsere Preise & Pakete von FruchtDigital — dort sehen Sie, was ein Neubau oder eine Überarbeitung konkret kostet.

Für ein unverbindliches Gespräch über Ihre spezifische Situation können Sie auch direkt ein kostenloses Erstgespräch buchen.

Wer Referenzen sehen möchte, bevor er entscheidet, findet unter unsere Projekte & Referenzen konkrete Beispiele aus der Schweiz.

Und falls Sie noch ganz am Anfang stehen und wissen möchten, was FruchtDigital als Webdesign-Agentur{title="Startseite FruchtDigital"} grundsätzlich anbietet, gibt die Startseite einen guten Überblick.

Auf einen Blick

• Messen Sie Ihre mobile Ladezeit mit PageSpeed Insights (Ziel: LCP unter 2,5 Sekunden).
• Bilder sind meistens der grösste Hebel — komprimieren und skalieren vor dem Upload.
• Lazy Loading aktivieren für alle Bilder unterhalb des sichtbaren Bereichs.
• Externe Scripts kritisch hinterfragen und nicht benötigte entfernen.
• CDN nutzen, wenn Ihr Hostingplan das erlaubt — Infomaniak und Hostpoint bieten das an.
• Mobile-First bedeutet: Zuerst auf dem Handy testen, dann am Desktop.