Warum ist meine Website langsam? 7 Ursachen und was wirklich hilft

Sie tippen unterwegs auf Ihren eigenen Link und sehen erst einmal nichts. Dann springt ein Logo herein, dann wechselt die Schrift, dann rutscht der Text nach unten, weil ein Bild sich nachträglich Platz nimmt. Am Schreibtisch fällt das kaum auf. Am Handy, in der Straßenbahn, mit halbem Netz, fällt es sofort auf.

Das ist kein Schönheitsfehler. Wer auf eine leere Seite schaut, hat keinen Grund zu warten. Er kommt aus einer Google-Suche, aus Instagram, aus einer Mail, und das nächste Ergebnis ist einen Daumen entfernt. Sie merken davon nichts, außer an einer Zahl in Ihrer Statistik, die sich nicht erklären lässt.

Google sieht es ebenfalls. Ladezeit und Nutzererlebnis werden gemessen und fließen in die Bewertung einer Seite ein. Eine langsame Website kostet Sie also doppelt: die Leute, die schon da waren, und die Sichtbarkeit für die, die noch kommen sollen.

So messen Sie es selbst, bevor jemand Ihnen etwas verkauft

Verschaffen Sie sich selbst ein Bild, bevor Sie jemanden anrufen.

Google PageSpeed Insights (pagespeed.web.dev) ist der einfachste Weg: URL eintragen, Auswertung abwarten, fertig. Sie bekommen getrennte Ergebnisse für Handy und Desktop. Schauen Sie vor allem auf das Handy-Ergebnis, denn dort tut es weh.

Lighthouse ist dasselbe Werkzeug, nur direkt in Chrome eingebaut: Entwicklertools öffnen, Reiter Lighthouse.

Die Google Search Console hat einen eigenen Bericht namens "Core Web Vitals". Der ist der interessanteste, weil er nicht simuliert, sondern zeigt, was echte Besucher erlebt haben.

Die drei Kennzahlen, die Google bewertet

LCP (Largest Contentful Paint) misst, wann das größte sichtbare Element geladen ist – meist Ihr Titelbild oder die Überschrift ganz oben. Als gut gilt: höchstens 2,5 Sekunden.

INP (Interaction to Next Paint) misst, wie schnell die Seite auf Tippen und Klicken reagiert. Als gut gilt: höchstens 200 Millisekunden. Diese Kennzahl erklärt das Gefühl, dass eine Seite "hakt", obwohl sie längst da ist.

CLS (Cumulative Layout Shift) misst, wie stark Inhalte beim Laden springen. Als gut gilt: höchstens 0,1. Wer schon einmal auf einen Button getippt und im letzten Moment etwas anderes getroffen hat, kennt einen schlechten CLS-Wert.

Ein Hinweis, der Verwirrung erspart: Lighthouse liefert Labordaten, also eine Simulation unter Standardbedingungen. Die Search Console liefert Felddaten von echten Besuchern mit echten Geräten. Beide können deutlich auseinandergehen, und beide haben recht. Kleinere Seiten haben oft gar keine Felddaten, weil zu wenige Besucher gemessen wurden. Dann bleibt nur das Labor.

Die sieben Ursachen, die ich am häufigsten finde

1. Bilder, die viel zu groß sind

Der mit Abstand häufigste Fall. Ein Foto wird direkt aus der Kamera hochgeladen, die Seite zeigt es klein an, geladen wird es trotzdem in voller Größe. Auf dem Handy heißt das: Ihr Besucher lädt ein riesiges Bild herunter, um es fingernagelgroß zu sehen.

PageSpeed Insights listet Ihnen die einzelnen Dateien mit möglichen Einsparungen auf. Fast immer stehen dort Bilder ganz oben.

Was hilft: moderne Formate wie WebP oder AVIF statt JPEG und PNG, passende Größen je Gerät, und Bilder weiter unten erst laden, wenn jemand hinscrollt. Das wichtigste Bild ganz oben bekommt umgekehrt Vorrang und wird bewusst früh geladen.

2. Zu viel JavaScript

Page Builder wie Elementor oder Divi, schwere Themes, Slider, Animationsbibliotheken, Effekte, die Sie einmal ausprobiert und nie wieder benutzt haben: Jedes davon liefert Code mit, den der Browser herunterladen, lesen und ausführen muss, bevor etwas passiert.

Das ist die typische Ursache für einen schlechten INP-Wert: Die Seite sieht fertig aus, reagiert aber nicht, weil das Handy noch arbeitet.

Was hilft: alles streichen, was die Seite nicht wirklich braucht. Nicht optimieren, sondern weglassen. Der schnellste Code ist der, der nie geladen wird.

3. Skripte von Fremdanbietern

Tracking-Tools, Chat-Widget, Cookie-Banner, eingebettete Karte, YouTube-Video, extern geladene Schriften, ein Bewertungs-Badge im Footer. Jedes davon holt Daten von einem fremden Server. Über dessen Geschwindigkeit haben Sie keine Kontrolle, und ein einziger langsamer Anbieter bremst Ihre gesamte Seite aus.

In PageSpeed Insights finden Sie das im Abschnitt zu Drittanbieter-Code.

Was hilft: eine ehrliche Bestandsaufnahme. Wird das Chat-Widget benutzt? Braucht die Kontaktseite eine Karte, oder reicht ein Bild mit Link zu Google Maps? Videos kann man so einbinden, dass der Player erst beim Klick lädt.

4. Schriften, die das Rendern aufhalten

Webfonts sind ein unterschätzter Bremsklotz. Kommen sie von einem externen Dienst, kostet das eine zusätzliche Verbindung. Und solange die Schrift fehlt, zeigt der Browser je nach Einstellung gar keinen Text. Ihr Besucher schaut auf eine leere Fläche, obwohl der Inhalt längst da ist.

Dazu kommt die Menge. Viele Seiten laden eine Schriftfamilie in sämtlichen Schnitten und Stärken, sichtbar verwendet wird am Ende nur ein Bruchteil davon.

Was hilft: Schriften selbst hosten statt extern laden, auf die tatsächlich verwendeten Schnitte begrenzen und den Text sofort in einer Systemschrift zeigen, bis die richtige da ist.

5. Langsames Hosting ohne Caching und ohne CDN

Billiges Shared Hosting heißt, dass Ihre Website sich einen Server mit vielen anderen teilt. Ist einer davon unter Last, spüren Sie das. Ohne Caching baut der Server außerdem bei jedem Aufruf dieselbe Seite neu zusammen, statt das fertige Ergebnis auszuliefern. Und ohne CDN, also ein Netz aus Servern rund um die Welt, reist jede Anfrage bis zum Ursprungsserver.

Was hilft: Caching einschalten, ein CDN davorschalten, und wenn der Anbieter grundsätzlich langsam ist, wechseln. Alles ohne Eingriff in die Website selbst.

6. WordPress-Ballast

Fair gesagt: WordPress kann schnell sein. In der Praxis ist es das oft nicht, und das liegt selten an WordPress selbst. Es liegt daran, wie über Jahre damit gearbeitet wird. Ein Theme, das alles können soll. Ein Page Builder darüber. Dann ein Plugin für Formulare, eines für Galerien, eines für Cookies, eines für SEO, eines, das längst niemand mehr benutzt.

Jedes davon bringt eigenes CSS und JavaScript mit, oft auf allen Seiten, auch dort, wo es nichts zu tun hat. In Summe muss die Seite für ein paar Textabschnitte und ein Kontaktformular erstaunlich viel arbeiten.

Was hilft: aufräumen, ehrlich und rigoros. Alles deaktivieren, was nicht gebraucht wird, und danach neu messen. Wenn dabei herauskommt, dass der Page Builder selbst das Problem ist, sind wir beim Thema Relaunch.

7. Inhalte, die springen, und Code, der blockiert

Zwei Probleme mit demselben Symptom: Die Seite baut sich vor den Augen des Besuchers zusammen, statt einfach da zu sein.

Das Springen entsteht, wenn Bilder ohne feste Größenangabe eingebunden werden. Der Browser weiß nicht, wie viel Platz er reservieren soll, und schiebt alles nach unten, sobald das Bild eintrifft. Dasselbe machen nachgeladene Banner, Cookie-Hinweise und Schriften mit anderen Maßen als die Ersatzschrift.

Das Blockieren entsteht, wenn CSS und JavaScript im Kopf der Seite stehen und vollständig geladen sein müssen, bevor der Browser anfängt zu zeichnen.

Was hilft: feste Größen für Bilder, Videos und Einbettungen, reservierter Platz für alles Nachgeladene, und zuerst nur das CSS ausliefern, das der sichtbare Bereich braucht.

Was wirklich hilft, nach Wirkung sortiert

Wenn ich eine langsame Seite analysiere, arbeite ich diese Reihenfolge ab. Nach unten steigt der Aufwand, der Effekt sinkt.

1. Bilder richtig ausliefern. Modernes Format, passende Größe, Lazy Loading unterhalb des sichtbaren Bereichs, das wichtigste Bild ganz oben vorladen. Meist der größte Gewinn für den geringsten Aufwand.
2. JavaScript reduzieren. Plugins, Slider und Widgets streichen, die niemand vermisst, und nur laden, was die jeweilige Seite tatsächlich braucht.
3. Drittanbieter prüfen und entfernen. Jedes fremde Skript muss sich rechtfertigen. Was nichts beiträgt, fliegt raus.
4. Schriften selbst hosten. Auf wenige Schnitte begrenzen und den Text sofort anzeigen.
5. Caching und CDN aktivieren. Wirkt sofort und erfordert keinen Eingriff in Design oder Inhalte.
6. Feste Größen für Bilder und Einbettungen. Kostet fast nichts und bringt den CLS-Wert in Ordnung.
7. Kritisches CSS zuerst. Der Feinschliff, wenn der Rest sitzt.

Wann Flicken nicht mehr reicht

Manchmal ist Optimieren die falsche Antwort. Ich sage das ungern, weil es nach der teureren Empfehlung klingt, aber es stimmt in drei Fällen.

Erstens, wenn die Basis selbst das Problem ist. Wenn Theme, Page Builder und Plugin-Stapel gemeinsam die Ladezeit erzeugen, optimieren Sie an einer Konstruktion herum, die konstruktionsbedingt langsam bleibt.

Zweitens, wenn jede Optimierung beim nächsten Update verloren geht. Handoptimierte Einstellungen, die ein Plugin-Update überschreibt, sind kein Zustand, sondern eine wiederkehrende Rechnung.

Drittens, wenn das Design ohnehin veraltet ist. Dann investieren Sie in eine Seite, die Sie bald sowieso ersetzen.

Was ein Neubau kostet, habe ich hier aufgeschlüsselt: Was kostet eine Website in Österreich. Wie so ein Projekt abläuft, steht hier: Website erstellen lassen, Schritt für Schritt.

Wie ich Websites baue, damit das Problem nicht entsteht

Ich baue mit Next.js und React, statisch generiert. Die Seiten werden einmal fertig gebaut und liegen dann als fertige Dateien bereit, statt bei jedem Aufruf neu zusammengesetzt zu werden. Warum das wieder Sinn ergibt, steht hier: Warum statische Websites wieder relevant sind.

Gehostet wird auf Vercel, mit weltweitem CDN, sodass die Seite von einem Server in der Nähe des Besuchers kommt. Bilder liefert das System automatisch in modernen Formaten und passenden Größen aus. Plugins gibt es keine, also auch keinen Ballast und keine Updates, die eine Optimierung zunichtemachen.

Die laufende Pflege übernimmt das Servicepack: 79 € im Monat für eine einfache Website, 349 € im Monat mit Backend, enthalten sind Hosting, Wartung, Sicherheits-Updates, Support, kleine Änderungen und monatliche Backups. Websites starten bei 1.500 € für die Lite-Variante mit 1–3 Seiten. Details auf der Preisseite, gebaute Beispiele in den Projekten, und mein Angebot unter Leistungen auf der Startseite.

Häufige Fragen

Reicht ein Caching-Plugin?

Es hilft, aber es löst die Ursache nicht. Caching sorgt dafür, dass der Server schneller antwortet. Sind riesige Bilder und ein überladener Page Builder das eigentliche Problem, liefert das Plugin diesen Ballast nur schneller aus. Nützlich als Ergänzung, nutzlos als alleinige Maßnahme.

Ist mein Hosting schuld?

Manchmal, aber seltener als gedacht. Hosting bestimmt, wie schnell die erste Antwort vom Server kommt. Alles danach, also Bilder, Skripte und Schriften, liegt an der Website selbst. Ein guter Test: Wenn PageSpeed Insights vor allem Bilder und JavaScript bemängelt und nicht die Serverantwortzeit, wird ein Hosting-Wechsel allein wenig ändern.

Wie schnell muss meine Website sein?

Halten Sie sich an die Schwellen, die Google selbst nennt: LCP höchstens 2,5 Sekunden, INP höchstens 200 Millisekunden, CLS höchstens 0,1. Und messen Sie am Handy, nicht am Desktop. Sind diese drei Werte im grünen Bereich, ist Ihre Seite schnell genug und Sie können sich um Inhalte kümmern.

Hilft ein neues Theme?

Kurzfristig oft ja, dauerhaft selten. Ein schlankeres Theme entfernt einen Teil des Ballasts, aber Plugins, Bilder und Drittanbieter bleiben. Beim nächsten Theme-Wechsel fängt die Anpassungsarbeit von vorne an. Wenn das Design ohnehin nicht mehr passt, ist ein Neubau die ehrlichere Rechnung.

Nächster Schritt

Messen Sie Ihre Seite mit PageSpeed Insights am Handy und schauen Sie, was ganz oben in der Liste steht. Wenn Sie mit dem Ergebnis nichts anfangen können oder wissen wollen, ob sich Optimieren überhaupt noch lohnt: schreiben Sie mir, ich sehe mir Ihre Seite an und sage Ihnen ehrlich, was ich sehe.