Gutes Hosting, langsame Seite — dann liegt es woanders.

Erst prüfen, ob es wirklich nicht der Server ist.

Bevor wir weitergehen, ein Schnelltest: Ruf eine einfache Bilddatei direkt über ihre Adresse auf. Wenn die sofort da ist, liefert dein Server zügig aus — dann ist die Hardware in Ordnung und das Problem liegt in der Verarbeitung.

Der zweite Test: Miss die Serverantwortzeit, also die Zeit bis zum ersten Byte, und zwar im Backend. Dort wirkt kein Seitencache. Liegt sie unter 200 Millisekunden, ist der Server schnell. Liegt sie darüber, lies lieber dort weiter (Server zu langsam).

Wenn beide Tests gut aussehen und die Seite trotzdem zäh ist, bist du hier richtig.

Ursache 1: externe Dienste.

Der häufigste Fall und der am wenigsten bekannte. Deine Seite lädt etwas von einem fremden Server — und wartet darauf. Antwortet der fremde Server langsam, ist deine Seite langsam, egal wie gut dein Hosting ist.

Typische Kandidaten:

• Schriften von einer fremden Quelle.
• Bewertungswidgets, die bei jedem Aufruf Daten holen.
• Chat-Werkzeuge, die beim Seitenaufbau starten.
• Karten und Videoplayer, auch wenn niemand sie benutzt.
• Analyse- und Marketingwerkzeuge, oft mehrere nebeneinander.
• Einwilligungsbanner, das selbst von außen geladen wird.
• Wetter, Börsenkurse, Social-Media-Feeds.

Besonders tückisch wird es, wenn ein Dienst nicht nur langsam antwortet, sondern gar nicht. Dann wartet der Browser bis zur Zeitüberschreitung — und das können zehn Sekunden sein, in denen deine Seite steht, obwohl dein Server längst fertig ist.

Noch tückischer: Das passiert nur manchmal. Wer die Seite selbst testet und zufällig einen guten Moment erwischt, findet nichts — während Besucher regelmäßig warten (Externe Skripte).

Ursache 2: zu viele Skripte.

Bei WordPress fast immer ein Thema. Jedes Plugin bringt eigene Dateien mit, und die meisten laden sie auf jeder Seite — auch dort, wo das Plugin gar nichts tut.

Das kostet doppelt: einmal beim Übertragen, einmal beim Ausführen. Der zweite Teil ist auf älteren Handys der größere Posten, und er ist der Grund, warum eine Seite am Schreibtisch flott wirkt und unterwegs zäh (Mobil).

Schneller Test: Netzwerkanalyse öffnen, nach Skripten filtern, zählen. Zwanzig oder mehr sind ein Befund — und dann lohnt die Frage, welche davon auf der aufgerufenen Seite überhaupt gebraucht werden (Plugin-Audit).

Ursache 3: Bilder.

Der Klassiker und oft unterschätzt, weil man die Dateigröße nicht sieht. Ein Bild mit 4000 Pixeln Breite, das in einer 800 Pixel breiten Spalte erscheint, überträgt ein Vielfaches an Daten für dieselbe sichtbare Qualität.

Das macht sich am Schreibtisch mit Glasfaser kaum bemerkbar und unterwegs sofort. Prüf das in zwei Minuten: Rechtsklick auf ein Bild, untersuchen, tatsächliche gegen dargestellte Größe halten (Bilder optimieren).

Ursache 4: Caching.

Zwei Möglichkeiten: Es gibt keinen Cache, oder es gibt einen, der nicht greift.

Der zweite Fall ist häufiger, als man denkt. Typische Gründe: Ein Plugin setzt bei jedem Aufruf ein Cookie, und der Cache wird deshalb umgangen. Eine Sitzung wird für jeden Besucher gestartet. Oder es laufen mehrere Caching-Lösungen nebeneinander, die sich gegenseitig aushebeln.

Schneller Test: Dieselbe Seite zweimal in einem privaten Fenster laden und die Serverantwortzeit vergleichen. Ist sie beim zweiten Mal deutlich kürzer, greift der Cache. Ist sie gleich, greift er nicht — und das ist der Befund (Caching einrichten).

Ursache 5: Datenbank.

Bei Shops und gewachsenen Websites der übliche Flaschenhals — und er hat nichts mit der Serverleistung zu tun, sondern damit, wie viel bei jedem Aufruf gerechnet wird.

Typische Ursachen: aufgeblähte Tabellen mit abgelaufenen Zwischenwerten, Protokolldaten, die nie gelöscht werden, verwaiste Datensätze entfernter Plugins, oder eine Abfrage, die bei zehn Produkten schnell war und bei zehntausend nicht mehr.

Das Aufräumen kostet nichts und hilft oft deutlich. Danach lohnt der Blick, welche Abfragen tatsächlich lange brauchen (Shop langsam).

In zwanzig Minuten eingrenzen.

1. Bilddatei direkt aufrufen — kommt sie sofort? Dann ist der Server in Ordnung.
2. Serverantwortzeit messen, im Backend, ohne Cache.
3. Seite zweimal laden — wird sie beim zweiten Mal schneller? Dann greift der Cache.
4. Netzwerkanalyse öffnen und nach fremden Domains filtern.
5. Wasserfalldarstellung ansehen: Worauf wartet die Seite am längsten?
6. Nach Größe sortieren — die drei größten Dateien ansehen.
7. Skripte zählen.
8. Mit gedrosselter Verbindung wiederholen.

Schritt fünf ist der aufschlussreichste Einzelschritt. Die Wasserfalldarstellung zeigt auf einen Blick, wo die Zeit hingeht — und wenn dort ein breiter Balken für einen fremden Server steht, hast du deine Antwort in zehn Sekunden (Messen).

Warum ein größeres Paket nichts bringt.

Ein größerer Server rechnet schneller. Wenn das Problem aber ist, dass auf einen fremden Dienst gewartet wird, ändert das nichts — die Wartezeit bleibt dieselbe.

Dasselbe bei Bildern: Ein schnellerer Server schickt eine Zwei-Megabyte-Datei nicht kleiner los. Und bei Skripten, die der Browser ausführen muss, rechnet das Gerät des Besuchers, nicht dein Server.

Wo ein größeres Paket tatsächlich hilft: bei vielen gleichzeitigen Besuchern, bei schweren Datenbankabfragen und bei Vorgängen wie Importen oder Bildverarbeitung. Wenn dein Problem keines davon ist, zahlst du mehr für dasselbe Tempo (Welches Hosting passt).

Wann es doch am Hosting liegt.

Damit es fair bleibt — es gibt Fälle, in denen der Hoster das Problem ist, auch wenn er gut aussieht:

• Zu wenige gleichzeitige Prozesse. Tagsüber gut, abends zäh — ein Einzeltest zeigt davon nichts.
• Laute Nachbarn auf geteiltem Webspace.
• Langsame Datenträger bei älteren Systemen.
• Alte PHP-Version, die nicht umgestellt wurde (PHP-Version).
• Kein PHP-Zwischenspeicher aktiv.
• Server weit entfernt von deinen Besuchern.

Die ersten beiden erklären das typische Bild „morgens schnell, abends langsam“. Ein einzelner Tempotest um elf Uhr vormittags findet das nie — dafür braucht es eine Messung über den Tag.

Was tatsächlich hilft.

1. Externe Aufrufe aus dem Seitenaufbau nehmen — der größte Hebel, wenn sie vorhanden sind.
2. Schriften lokal ausliefern (Schriften).
3. Einbettungen erst auf Klick laden — Videos, Karten, Chat.
4. Bilder auf vernünftige Größen bringen.
5. Caching prüfen, ob es wirklich greift.
6. Plugins ausmisten.
7. Datenbank aufräumen.
8. Erst danach über ein größeres Paket nachdenken.

Die Punkte eins bis drei betreffen alle dieselbe Ursache und sind zusammen oft die Hälfte des Problems. Sie kosten nichts außer Arbeitszeit — und sie wirken sofort, nicht erst nach dem nächsten Abrechnungszeitraum.

Wenn du nicht weiterkommst.

Wenn du aufgerüstet hast und die Seite trotzdem zäh ist, messe ich nach, woran es wirklich liegt. Ich messe deine Seite mit echten Nutzerdaten statt mit einem einzelnen Test, sortiere die Befunde nach Wirkung und behebe die, die zählen: Ladezeit optimieren. Dauerhaft begleitet die WordPress-Wartung — damit neue Inhalte die Werte nicht wieder kaputt machen.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. Ich mache Websites schneller — und zwar messbar, nicht gefühlt. Das heißt: erst messen, dann die zwei oder drei Stellen beheben, die tatsächlich den Unterschied machen, dann noch einmal messen.

Was ich nicht mache: eine Punktzahl schönrechnen. Es gibt Tricks, mit denen ein Testwerkzeug hundert Punkte zeigt, während die Seite für echte Besucher gleich langsam bleibt. Das ist Selbstbetrug, und ich sage dir, wenn jemand dir so etwas verkauft hat.

Ich arbeite mit dem, was du hast — Theme, Plugins, Hoster. Ein Neubau ist manchmal die ehrlichere Antwort, und dann sage ich das auch, statt monatelang an einer Seite zu optimieren, die grundsätzlich falsch gebaut ist.