Warum lädt meine Website langsam?

Kurzantwort: Eine Website lädt meist deshalb langsam, weil Bilder zu groß sind, zu viele Skripte und Tracker laden, das Hosting schwach ist oder die Seite über Jahre mit Plugins und Bausteinen aufgebläht wurde. Miss zuerst mit PageSpeed Insights (Mobile), fixiere die drei größten Bremsen und entscheide dann, ob Optimierung reicht oder ein Relaunch günstiger ist.

Deine Website fühlt sich träge an. Auf dem Handy dauert es ewig, bis Text und Bilder da sind. Das ist kein Randproblem. Langsame Seiten verlieren Besucher, Anfragen und Google-Rankings.

„Warum lädt meine Website langsam?“ höre ich regelmäßig im Erstgespräch. Oft wurde schon ein Caching-Plugin installiert oder Bilder „komprimiert“. Trotzdem bleibt die Seite hakelig. Meist liegt das nicht an einer einzelnen Einstellung, sondern an mehreren Bremsen gleichzeitig.

Warum Ladezeit für dein Business zählt

Google wertet Core Web Vitals und Page Experience als Ranking-Signale. Wer auf Mobile langsam ist, hat es schwerer. Und Mobile ist für die meisten Firmenwebsites der Hauptkanal.

Konkret bedeutet das:

• Absprungrate: Ab etwa drei Sekunden Ladezeit steigen die Abbrüche spürbar.
• Anfragen und Verkäufe: Jede zusätzliche Sekunde kostet Conversions.
• Vertrauen: Eine stockende Seite wirkt unprofessionell, egal wie gut dein Angebot ist.

Geschwindigkeit ist kein Extra für Technik-Nerds. Sie ist Teil deines Auftritts. Wenn du ohnehin an einer neuen oder überarbeiteten Seite denkst, lohnt sich ein Blick auf was eine Website kostet und was Performance von Anfang an mit eingeplant werden sollte.

Die häufigsten Ursachen

Zu große Bilder

Der Klassiker: Ein Hero-Bild mit 3 oder 4 MB, direkt aus der Kamera hochgeladen. 4000 Pixel breit, als JPEG gespeichert. Der Browser muss das herunterladen und rendern. Auf LTE oder schwachem WLAN dauert das.

Ich sehe das oft bei Relaunches: schöne Fotos, aber niemand hat sie fürs Web vorbereitet. Ein Bild für den Header sollte selten über 150 bis 200 KB liegen. Formate wie WebP oder AVIF sparen zusätzlich Platz. Liegen Dateien darüber, kannst du sie kostenlos im Browser verkleinern, zum Beispiel mit toolit Image Compress - ohne Account und ohne Upload auf fremde Server.

Vergiss dabei nicht das OG-Image für Social Shares. Viele Seiten laden auf der Website kleine Bilder, setzen aber in den Meta-Tags ein 2-MB-PNG als og:image. Das bremst nicht zwingend deine Startseite, zeigt aber, dass Bilder nicht sauber gepflegt sind. Ob Titel, Description und OG-Image stimmen, prüfst du mit einem Scan auf OpenGraph Check.

Zu viele Skripte und Tracker

Cookie-Banner, Google Analytics, Meta Pixel, Hotjar, Chat-Widget, A/B-Tools, eingebettete Social-Feeds. Jedes Tool lädt eigene JavaScript-Dateien. Manche blockieren die Anzeige, bis sie fertig sind.

Frage dich bei jedem Skript: Brauche ich die Daten wirklich? Wenn ja, lade es verzögert oder erst nach einer Nutzeraktion. Weniger ist hier oft der größere Hebel als jedes Speed-Plugin.

Schweres WordPress-Setup

WordPress kann schnell sein. In der Praxis oft nicht: 25 Plugins, Page Builder, kein Caching, Theme von 2019, Hosting für wenige Euro im Monat.

Ein Plugin-Audit hilft: Deaktiviere testweise alles, was nicht zwingend nötig ist. Jedes Plugin muss seinen Nutzen rechtfertigen. Bei wachsenden Anforderungen lohnt manchmal ein moderner Stack statt weiterer Flickschusterei. Dazu komme ich unten nochmal.

Kein Caching und kein CDN

Ohne Caching baut der Server bei jedem Aufruf alles neu auf. Ohne CDN kommen Bilder immer vom gleichen Standort, auch wenn dein Besucher am anderen Ende der Republik sitzt.

Browser-Caching, Server-Cache und ein CDN für statische Dateien sind Standard bei professionellen Setups. Bei Webentwicklung mit Next.js ist vieles davon von Haus aus mitgedacht, weil Seiten und Assets gezielt ausgeliefert werden.

Schriften und CSS blockieren den Start

Vier, fünf Font-Schnitte von Google Fonts oder Adobe, alle sofort geladen. Die Seite bleibt weiß, bis alles da ist.

Weniger Schnitte, font-display: swap, Fonts selbst hosten. Kritisches CSS zuerst, Rest nachladen. Klingt technisch, bringt aber oft einen sichtbaren Sprung bei der Ladezeit.

Zu viele Effekte und zu große Seiten

Parallax, Scroll-Animation auf jedem Block, Video-Hintergrund in Full HD, hunderte DOM-Elemente. Auf dem MacBook des Designers sieht das gut aus. Auf einem älteren Android nicht.

Animationen nur dort, wo sie Nutzer wirklich helfen. CSS statt schwerem JavaScript. Weniger Elemente pro Seite.

Schwaches Hosting

Shared Hosting mit hunderten anderen Seiten auf einem Server, langsame Datenbank, kein HTTP/2, kein Edge-Netzwerk. Kein Plugin repariert das dauerhaft.

Wenn die Server-Antwortzeit (TTFB) regelmäßig über 600 ms liegt, liegt das Problem oft hier. Dann hilft kein Bild-Optimierer auf der Welt so gut wie besseres Hosting.

So findest du heraus, wo es hakt

Bevor du blind Plugins installierst: messen. Nicht raten.

Teste die Seite so, wie Besucher sie sehen: mit Cookie-Banner, Tracking und allen Plugins. Eine leere Staging-Umgebung täuscht gute Werte vor.

Performance ist nur die halbe Miete. Neben Ladezeit lohnt sich ein Blick auf die technische Basis: Fehlen og:title oder og:description? Ist das OG-Bild zu groß oder im falschen Format? Stimmen Canonical-Tags und robots.txt? Auf OpenGraph Check siehst du das für jede URL auf einen Blick - inklusive Vorschau für Facebook, LinkedIn, WhatsApp und Discord. Domain Rating und Sitemap-Check helfen zusätzlich einzuordnen, wie solide die Seite insgesamt aufgestellt ist.

Diese drei Metriken sind der Orientierungspunkt:

• LCP: Wann das größte sichtbare Element da ist. Ziel unter 2,5 Sekunden.
• INP: Wie schnell die Seite auf Klicks reagiert. Ziel unter 200 ms.
• CLS: Springt das Layout beim Laden? Ziel unter 0,1.

Schritt für Schritt: Was du jetzt tun kannst

Das ist die Reihenfolge, die ich in Audits meist empfehle. Nicht alles auf einmal. Erst messen, dann die größten Bremsen, dann neu messen.

Schritt 1: Ausgangslage festhalten

PageSpeed Insights für Startseite und eine wichtige Unterseite laufen lassen. Mobile zuerst. Screenshots oder Notizen zu LCP, INP und CLS speichern. So siehst du später, ob etwas wirklich geholfen hat.

Schritt 2: Bilder anfassen

Alle Bilder über 200 KB prüfen. In WebP oder AVIF exportieren, Auflösung an die Anzeigegröße anpassen. Für einen schnellen ersten Durchgang eignet sich toolit Image Compress: JPG, PNG und WebP direkt im Browser komprimieren. Prüfe auch das OG-Bild in den Meta-Tags - oft liegt dort noch ein unkomprimiertes Original. OpenGraph Check zeigt dir Vorschau und fehlende Tags in einem Durchgang. Lazy Loading für alles unterhalb des sichtbaren Bereichs aktivieren. Das ist oft der schnellste Gewinn.

Schritt 3: Skripte und Plugins ausmisten

Liste alles auf, was von extern geladen wird. Cookie-Tools, Analytics, Chat, Maps, Embeds. Was kann weg oder verzögert laden? Bei WordPress: Plugin für Plugin durchgehen. Viele Seiten tragen 10 bis 15 Plugins, die niemand mehr braucht.

Schritt 4: Caching und CDN prüfen

Ist Browser-Caching aktiv? Gibt es Server-Cache? Werden Bilder und CSS über ein CDN ausgeliefert? Wenn nein, ist das der nächste sinnvolle Schritt nach den Bildern.

Schritt 5: Hosting und TTFB checken

Wie schnell antwortet der Server, bevor überhaupt Inhalt kommt? Dauerhaft hohe TTFB deuten auf Hosting oder Server-Konfiguration hin, nicht auf ein fehlendes WordPress-Plugin.

Schritt 6: Priorisieren statt alles auf einmal

Nimm die drei größten Opportunities aus dem Report. Setze die um. Miss erneut. Viele Projekte verbessern sich schon deutlich, ohne Relaunch.

Schnelle Wins vs. größere Umbauten

Nicht jede Maßnahme ist gleich aufwendig.

Oft in wenigen Stunden:

• Bilder komprimieren und Format wechseln
• Unnötige Plugins deaktivieren
• Browser-Caching aktivieren
• Lazy Loading für Bilder und iframes
• Font-Anzahl reduzieren

Mehrere Tage:

• CDN sauber einrichten
• Third-Party-Skripte neu sortieren
• Datenbank und Server bei WordPress tunen
• Critical CSS und Lade-Reihenfolge optimieren

Wochen, aber großer Hebel:

• Relaunch auf modernem Stack
• Weniger Client-Side-Rendering, mehr statische oder Edge-Auslieferung
• Neues Design mit festem Performance-Budget von Anfang an

Die Frage lautet nicht „optimieren oder neu bauen?“, sondern: Was kostet dich weniger über die nächsten zwei Jahre?

Typische Fehler bei der Optimierung

Nur den PageSpeed-Score jagen. Grün auf der Startseite hilft wenig, wenn Checkout, Blog oder Formulare weiterhin langsam sind. Alle wichtigen Templates testen.

Caching-Plugin drauf und fertig. Caching kaschiert Symptome. Wenn jedes Bild 4 MB wiegt, cached du nur große Dateien schneller aus.

Mobile ignorieren. Google indexiert primär die mobile Version. Desktop-Werte allein reichen nicht.

Zu viele Speed-Plugins stapeln. Jedes „Booster“-Plugin kann neue Konflikte erzeugen. Lieber drei Ursachen gezielt fixen als zehn Tools installieren.

Ohne Messung vorher und nachher. Ohne Baseline weißt du nicht, ob sich etwas gelohnt hat.

Wann ein Relaunch sinnvoller ist als Flicken

Manchmal ist die Basis einfach ausgereizt:

• Page Builder plus 30 oder 40 Plugins auf altem Theme
• Jede Seite lädt 2 MB JavaScript für einen klassischen Firmenauftritt
• Mobile bleibt rot, obwohl schon „optimiert“ wurde
• Neue Features wie Mehrsprachigkeit oder Kundenportal würden es noch schwerer machen

Dann ist ein Neustart oft günstiger als endloses Nachrüsten. Nicht weil Relaunch per se besser ist. Sondern weil die Architektur nicht mehr mitwächst.

Bei einem Relaunch Performance von Tag eins mitplanen: Bildgrößen, Fonts, Script-Budget, Core Web Vitals als Abnahmekriterium. Wer Webentwicklung sauber aufsetzt, spart sich später teure Feuerwehr-Einsätze.

In Projekten mit klar definiertem Umfang liegen gezielte Performance-Audits oft im niedrigen vierstelligen Bereich. Ein Relaunch mit Performance-Fokus hängt vom Umfang ab, ähnlich wie eine neue Business-Website.

FAQ

Wie schnell sollte eine Website laden?

Als Faustregel unter drei Sekunden bis zur nutzbaren Seite auf Mobile. Besser unter zwei. Core Web Vitals im grünen Bereich sind das konkrete Ziel.

Kann ich das selbst beheben?

Kleine Sachen ja: Bilder verkleinern, Plugins reduzieren, Caching aktivieren. Bei render-blockierendem JavaScript, schlechter Architektur oder Server-Problemen brauchst du meist jemanden mit Erfahrung in Web Performance.

Hilft ein CDN immer?

Ein CDN beschleunigt die Auslieferung statischer Dateien weltweit. Es ersetzt kein schlechtes Hosting, keine 5-MB-Bilder und kein aufgeblähtes JavaScript. Sinnvoll, aber kein Wundermittel.

Warum ist meine WordPress-Seite plötzlich langsam?

Häufige Auslöser: neues Plugin, Plugin-Update, große Bilder im Blog, mehr Traffic auf schwachem Hosting, veraltete PHP-Version. Plugin-Audit und Hosting-Check zuerst.

Beeinflusst Langsamkeit wirklich SEO?

Ja. Core Web Vitals sind ein Ranking-Faktor. Indirekt zählt auch die Absprungrate, wenn Nutzer sofort wieder weggehen.

Was kostet Performance-Optimierung?

Ein Audit mit Quick Wins liegt oft im niedrigen vierstelligen Bereich. Ein Relaunch mit Performance-Fokus hängt vom Umfang ab. Im Erstgespräch lässt sich einschätzen, ob Optimierung reicht oder ein Neustart sinnvoller ist.

Muss ich alles auf einmal umbauen?

Nein. Oft reichen Bilder, weniger Skripte und besseres Caching für einen spürbaren Sprung. Erst messen, dann die drei größten Bremsen angehen.

Fazit

Langsame Websites haben selten eine Ursache. Meist sind es Bilder, Tracker, schwaches Hosting und eine Struktur, die über Jahre gewachsen ist.

Miss zuerst. Priorisiere die drei größten Hebel. Entscheide dann, ob Feintuning reicht oder die Basis neu gedacht werden muss.

Wenn du nicht sicher bist, wo deine Seite Zeit verliert, reicht oft ein kurzer Check, bevor du in Plugins oder einen teuren Relaunch investierst.