Abschnittslink kopierenWarum 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 dem Website Speed Test auf OpenGraph Check - Mobile und Desktop auf einen Blick. Dann fixiere die drei größten Bremsen und entscheide, 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.

Abschnittslink kopierenWarum 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.

Abschnittslink kopierenDie 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.

Abschnittslink kopierenSo findest du heraus, wo es hakt

Bevor du blind Plugins installierst: messen. Nicht raten.

Website Speed Test: Mobile und Desktop auf einen Blick

Mein erster Schritt in Audits: URL eingeben, Ergebnis anschauen. Mit dem Website Speed Test auf OpenGraph Check siehst du sofort, wie schnell deine Seite auf dem Handy und am Desktop lädt. Beides steht nebeneinander - du musst nicht zweimal testen und Werte vergleichen.

Gerade auf Mobile schneiden viele Seiten schlechter ab. Was auf dem Laptop flott wirkt, kann auf dem Handy hakelig sein. Genau deshalb lohnt sich der Blick auf beide Werte.

Du siehst unter anderem:

• einen Geschwindigkeits-Score für Mobile und Desktop (0 bis 100)
• wie lange es dauert, bis der Hauptinhalt sichtbar ist
• ob die Seite beim Laden springt oder ruckelt
• Hinweise, was du als Nächstes verbessern kannst

Als Faustregel: Über 90 ist gut. Unter 50 solltest du handeln. Dazwischen lohnt sich gezieltes Optimieren - oft reichen Bilder, weniger Skripte und besseres Caching.

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. Nach dem Speed-Test lohnt sich ein Blick auf die technische Basis mit dem OpenGraph Scan: Fehlen Titel und Beschreibung für Social Media? Ist das Vorschaubild zu groß? Stimmen die wichtigsten Meta-Angaben? Beides zusammen gibt dir in wenigen Minuten ein klares Bild.

Achte beim Speed-Test besonders auf:

• Mobile-Score: Oft der wichtigere Wert, weil die meisten Besucher über das Handy kommen.
• Desktop-Score: Zeigt, ob die Seite auf dem Laptop deutlich schneller wirkt.
• Konkrete Hinweise: Was das Tool als nächsten Verbesserungsschritt vorschlägt.

Abschnittslink kopierenSchritt 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

Startseite und eine wichtige Unterseite im Website Speed Test prüfen. Mobile- und Desktop-Score notieren und Screenshots speichern. So siehst du später, ob eine Änderung wirklich geholfen hat.

Fällt Mobile deutlich schlechter aus als Desktop, liegt das Problem fast immer bei Bildern, JavaScript oder schwerem Mobile-Layout - nicht am Laptop-Test allein.

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.

Abschnittslink kopierenSchnelle 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?

Abschnittslink kopierenTypische Fehler bei der Optimierung

Nur den Geschwindigkeits-Score jagen. Grün auf der Startseite hilft wenig, wenn Checkout, Blog oder Formulare weiterhin langsam sind. Alle wichtigen Seiten 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.

Abschnittslink kopierenWann 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.

Abschnittslink kopierenFAQ

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.

Was ist ein guter Performance-Score?

Über 90 gilt als gut. Unter 50 solltest du aktiv werden. Dazwischen lohnt sich gezieltes Optimieren. Wichtiger als eine perfekte Zahl: Mobile und Desktop getrennt anschauen und die größten Schwachstellen zuerst angehen.

Warum unterscheiden sich Mobile- und Desktop-Scores?

Auf dem Handy wird langsameres Netz und schwächere Hardware simuliert. Deshalb fällt der Mobile-Score oft niedriger aus - und der ist für die meisten Websites relevanter.

Kann ich das selbst beheben?

Kleine Sachen ja: Bilder verkleinern, Plugins reduzieren, Caching aktivieren. Tiefergehende Probleme - render-blockierendes JavaScript, schlechte Architektur, Server-Setup - brauchen 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.

Abschnittslink kopierenFazit

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.