3 Sekunden. So lange wartet ein Besucher im Schnitt, bevor er deine Website verlässt. Wer länger braucht, verliert den Interessenten — und Google beobachtet das genau.
Seitengeschwindigkeit ist seit 2010 ein offizieller Google-Rankingfaktor. Seit 2018 gilt das auch für die mobile Ladezeit — und weil über 60 % deiner Besucher vom Smartphone kommen, ist das für Handwerksbetriebe besonders relevant.
Die gute Nachricht: Die häufigsten Geschwindigkeitsprobleme auf Handwerker-Websites haben konkrete Ursachen — und lassen sich oft beheben, ohne eine einzige Zeile Code zu schreiben.
Diese fünf Probleme finden sich auf fast jeder langsamen Handwerker-Website. Erkennst du dich wieder?
Das Handy macht ein Foto vom fertigen Bad — direkt aus der Galerie auf die Website hochgeladen. 4 Megabyte, 6000 × 4000 Pixel. Ein Browser muss das Bild vollständig herunterladen, bevor er es anzeigen kann. Auf einem Mobilgerät mit normalem LTE dauert das allein 2–4 Sekunden. Sind mehrere solcher Bilder auf der Seite, addiert sich das schnell auf 10+ Sekunden Ladezeit.
Bilder vor dem Hochladen verkleinern und komprimieren. Kostenlose Tools: Squoosh.app (Browser, kein Download nötig) oder TinyPNG.com. Zielgröße: unter 150 KB pro Bild, maximale Breite 1200 Pixel. Noch besser: WebP-Format statt JPG — gleiche Qualität, 30 % kleiner.
WordPress ist das meistgenutzte CMS der Welt — und eines der langsamstem, wenn es schlecht gepflegt wird. Jedes Plugin fügt JavaScript, CSS und Datenbankabfragen hinzu. Ein typisches WordPress-Setup für einen Handwerksbetrieb lädt 30–50 Skripte gleichzeitig. Der Browser muss warten, bis alle geladen sind, bevor er die Seite darstellt. Dazu kommen Datenbankabfragen für jeden Seitenaufruf — das dauert.
Nicht benötigte Plugins deinstallieren (nicht nur deaktivieren). Ein Caching-Plugin installieren (z. B. WP Rocket oder W3 Total Cache) — es speichert fertig gerenderte Seiten und überspringt die Datenbankabfragen. Alternativ: Wechsel zu einer statischen Website, die ohne Datenbank auskommt und damit strukturell schneller ist.
Deine Website liegt auf einem Server in Frankfurt. Ein Besucher aus München lädt sie — gut, kurze Distanz. Ein Besucher aus Hamburg? Auch ok. Aber was, wenn der Server überlastet ist, weil mehrere Websites auf demselben Shared-Hosting-Paket laufen? Günstige Shared-Hosting-Pakete teilen Ressourcen mit hunderten anderen Websites. Wenn ein anderer Kunde gerade viel Traffic hat, ist deine Website ebenfalls langsam — ohne dass du etwas tun kannst.
Ein Hosting-Anbieter mit integriertem CDN (Content Delivery Network) liefert deine Website von dem Server aus, der dem Besucher am nächsten ist. Anbieter wie Netlify oder Cloudflare Pages bieten das kostenlos für statische Websites. Reaktionszeit: statt 400–800 ms oft unter 50 ms.
JavaScript-Dateien, die im <head> der Seite eingebunden sind, blockieren den Browser: Er kann die Seite nicht darstellen, bevor er alle Skripte heruntergeladen und ausgeführt hat. Viele Website-Baukästen und Themes laden dutzende solcher Skripte blockierend — Slider-Bibliotheken, Animation-Frameworks, Social-Media-Buttons, Cookie-Banner. Der Besucher sieht eine weiße Seite, bis alles fertig ist.
JavaScript-Dateien mit dem defer-Attribut laden: <script defer src="...">. Das teilt dem Browser mit, das Skript erst nach dem Rendern der Seite auszuführen. In WordPress-Themes lässt sich das über Plugins wie Autoptimize aktivieren. Langfristig: weniger Drittanbieter-Skripte einbinden.
Bei jedem Besuch deiner Website lädt der Browser alle Dateien neu herunter — Bilder, CSS, JavaScript, Schriften. Das gilt auch für wiederkehrende Besucher, obwohl sich an diesen Dateien nichts geändert hat. Ohne Browser-Caching muss ein Stammkunde, der dein Kontaktformular erneut aufruft, dieselben 2 MB nochmals laden.
Browser-Caching über HTTP-Header steuern: Cache-Control: max-age=31536000 sagt dem Browser, eine Datei ein Jahr lang zu speichern. Statische Ressourcen (Bilder, Fonts, CSS) ändern sich selten — sie sollten immer lange gecacht werden. Auf Netlify oder Apache lässt sich das über eine einfache Konfigurationsdatei einstellen.
Google bewertet die Ladezeit mit dem PageSpeed Insights Score — einer Zahl von 0 bis 100. Er basiert auf dem Lighthouse-Audit und misst vor allem, wie schnell der Nutzer etwas Nützliches sieht, nicht nur, wann der Server antwortet.
| Score | Bewertung | Was das bedeutet |
|---|---|---|
| 90–100 | Gut | Optimale Performance — Google belohnt das im Ranking |
| 50–89 | Verbesserungsbedarf | Spürbar, aber kein Notfall — konkrete Maßnahmen helfen |
| 0–49 | Schlecht | Besucher springen ab, Ranking leidet — Handlungsbedarf |
Wichtig: Der Score wird separat für Mobile und Desktop gemessen. Handwerker-Websites erzielen auf Desktop oft 70–80 Punkte, brechen aber auf Mobile auf 20–40 ein — weil die meisten Probleme auf langsamen Verbindungen und kleinen Geräten sichtbarer werden.
Zielwert: Strebe auf Mobile einen Score von mindestens 70 an. Professionell gebaute statische Websites erreichen regelmäßig 90–100 — auch auf Mobile.
Diese drei kostenlosen Tools zeigen dir genau, was auf deiner Website bremst — und was du dagegen tun kannst:
Tipp: Teste immer deine Startseite und eine Unterseite (z. B. Kontakt oder eine Leistungsseite). Schlechte Werte auf Unterseiten beeinflussen das Ranking genauso — oft sind es die Unterseiten, auf denen Interessenten zuerst landen.
Diese sechs Punkte kannst du heute noch selbst prüfen — ohne Programmierkenntnisse:
Eine professionelle Website ist von Haus aus schnell — dafür sorgt Pixelklar.
Pixelklar baut dir eine statische Website, die auf Mobile 90+ PageSpeed erreicht — ohne Plugins, ohne Overhead, ohne Kompromisse.
Kostenlos anfragen