Ausgangslage: Eine Landingpage, die auf dem Smartphone Anfragen verliert
Ein Kasseler Handwerksbetrieb mit zwölf Mitarbeitern hatte eine Landingpage für Badrenovierungen, die auf dem Desktop passabel wirkte, mobil aber regelmäßig abbrach. Der Largest Contentful Paint lag bei 4,3 Sekunden, gemessen mit Lighthouse auf einem gedrosselten Moto G4. Besucher brachen zu 38 Prozent vor dem ersten Scroll ab. Das Problem war nicht das Angebot, sondern der erste Eindruck: Wer nach einer Badrenovierung sucht, entscheidet auf dem Smartphone in wenigen Sekunden, ob er weitersieht oder zurück zur Suche geht.
Ursache: Zu viele Bausteine für zu wenig Inhalt
Die Seite lud einen Slider mit fünf Bildern, zwei Icon-Fonts, ein Chat-Plugin und einen externen Karten-Iframe, bevor der eigentliche Text sichtbar war. Jede dieser Ressourcen erzeugt eine eigene Anfrage, blockiert den Hauptthread oder verschiebt das Layout. Auf einem Mobilgerät mit begrenzter CPU-Leistung summiert sich das zu messbarer Verzögerung.
Der Ansatz von twindor setzt genau dort an: Kritische Inhalte werden zuerst ausgeliefert, nicht kritische Ressourcen erst nach dem ersten Rendern. Statt alle Funktionen in den ersten Pixel zu packen, bleibt die Startansicht auf das Wesentliche reduziert. Das ist keine Kosmetik, sondern eine Architekturentscheidung.
Lösung: Kritische Inhalte zuerst, Ballast später
Im konkreten Projekt wurden drei Dinge geändert: Das Hero-Bild wurde als responsives WebP mit festen Abmessungen ausgeliefert, das Chat-Plugin lud erst nach einem Klick, und der Karten-Iframe wurde durch einen statischen Link ersetzt. Das kritische CSS blieb inline, der Rest wurde nachgeladen. Der Text stand nach 1,2 Sekunden, das Bild nach 1,8 Sekunden. Entscheidend war die Reihenfolge: erst Angebot und Kontaktweg, dann Zusatzfunktionen.
Ergebnis: Messbare Verbesserung statt Bauchgefühl
Nach dem Umbau sank der Largest Contentful Paint von 4,3 auf 1,8 Sekunden. Das Seitengewicht fiel von 2,8 MB auf 680 KB. Die Absprungrate auf der mobilen Landingpage ging in sechs Wochen von 38 auf 24 Prozent zurück, die Zahl der Formularanfragen stieg um 17 Prozent. Der Betrieb konnte die Änderungen ohne neues CMS umsetzen, weil die Struktur schlank blieb. Für lokale Dienstleister ist das der relevante Hebel: nicht mehr Funktionen, sondern weniger Bremsen vor dem ersten Inhalt.
Was Betriebe aus dem Fall mitnehmen
- Mobile Ladezeit vor dem ersten Scroll messen, nicht nur Desktop-Werte prüfen.
- Jede Funktion im ersten Viewport auf ihren Beitrag zur Anfrage prüfen.
- Bilder und Iframes mit festen Größen ausliefern, damit das Layout nicht springt.
- Erst den Kontaktweg sichtbar machen, dann Karten, Chat und Slider nachladen.
Wer twindor für eine lokale Landingpage prüft, sollte den Test mit echten Mobilgeräten und einer klaren Zielgröße fahren. Eine Seite, die in unter zwei Sekunden den Kontaktweg zeigt, ist für einen Handwerksbetrieb oft wertvoller als eine Seite mit zehn Zusatzmodulen.