Ist der Server schuld — oder die Website?

Erst messen.

1. Serverantwortzeit der Startseite und einer Unterseite messen.
2. Dasselbe im Backend, dort wirkt kein Seitencache.
3. Zu verschiedenen Zeiten messen, auch abends.
4. Eine statische Datei abrufen — ein Bild — und vergleichen.
5. Mit und ohne Plugins prüfen, wenn möglich in einer Kopie.

Punkt vier ist der schnellste Hinweis: Ist eine einfache Bilddatei sofort da, aber die Seite braucht Sekunden, ist der Server als solcher in Ordnung und das Problem liegt in der Verarbeitung — also bei PHP, Datenbank oder Plugins.

Die Serverantwortzeit.

Wichtig: Miss ohne Seitencache, sonst misst du nur, wie schnell eine fertige Datei ausgeliefert wird. Eine gecachte Seite ist immer schnell — das sagt nichts darüber, wie es aussieht, wenn jemand etwas in den Warenkorb legt oder sich anmeldet.

Was die Antwortzeit treibt.

• Zu viele Plugins, die bei jedem Aufruf arbeiten (Plugin-Audit).
• Langsame Datenbankabfragen, oft aus Filtern oder Suchfunktionen.
• Externe Aufrufe während des Seitenaufbaus — ein Dienst antwortet langsam und die Seite wartet.
• Veraltete PHP-Version (PHP aktualisieren).
• Fehlende Zwischenspeicherung auf PHP-Ebene.
• Riesige Tabellen mit Altlasten.
• Tatsächlich zu knappe Serverressourcen.

Der dritte Punkt wird am häufigsten übersehen und ist am ärgerlichsten: Ein Wetterdienst, ein Bewertungsanbieter oder eine Schriftquelle, die bei jedem Seitenaufruf gefragt wird, macht deine Website so langsam wie den langsamsten fremden Dienst.

Gleichzeitige Besucher.

Der am meisten unterschätzte Faktor. Jeder Webspace erlaubt eine begrenzte Zahl gleichzeitig arbeitender PHP-Prozesse. Sind alle belegt, warten weitere Besucher in der Schlange — die Seite ist dann nicht langsam, sondern wartend.

Das erklärt das typische Bild: Tagsüber gut, abends oder nach einem Newsletter plötzlich zäh. Ein Tempotest mit einem einzelnen Aufruf zeigt davon nichts, weil er allein auf dem Server ist.

Hier hilft entweder ein Paket mit mehr Prozessen oder — meist wirksamer — ein Seitencache, der die Mehrzahl der Aufrufe beantwortet, ohne dass PHP überhaupt startet.

Die Datenbank.

Bei Shops und größeren Websites der übliche Flaschenhals. Typische Ursachen: aufgeblähte Tabellen mit abgelaufenen Zwischenwerten, Protokolldaten, die nie gelöscht werden, verwaiste Datensätze aus entfernten Plugins, fehlende Indizes bei eigenen Abfragen.

Aufräumen hilft oft deutlich und kostet nichts. Danach lohnt der Blick, welche Abfragen tatsächlich lange brauchen — dafür gibt es Werkzeuge, die während eines Seitenaufrufs mitschreiben (Datenbank, WooCommerce langsam).

Datenträger und Nachbarn.

Zwei Dinge, die du nicht siehst. Erstens die Art der Datenträger: Auf älteren Systemen mit langsamen Festplatten ist alles zäh, was viele kleine Dateien liest — und WordPress mit vielen Plugins tut genau das. Frag nach, ob der Server mit schnellen Datenträgern arbeitet.

Zweitens die Nachbarn. Auf geteiltem Webspace teilst du dir die Maschine, und ein Nachbar mit viel Last bremst dich. Gute Anbieter begrenzen das; günstige packen mehr Kunden auf eine Maschine. Daran erkennt man den Unterschied zwischen zwei scheinbar gleichen Angeboten (Hosting-Arten).

Grenzen des Hosters.

Neben der Rechenleistung gibt es Begrenzungen, die zu Fehlern statt zu Langsamkeit führen: maximale Laufzeit eines Skripts, Arbeitsspeicher pro Prozess, Größe von Uploads, Zahl gleichzeitiger Datenbankverbindungen, Zahl der Prozesse insgesamt.

Wenn ein Import abbricht, ein großes Bild nicht hochgeht oder eine Seite nach genau dreißig Sekunden einen Fehler zeigt, ist das keine Leistungsfrage, sondern eine Grenze. Die lässt sich oft anheben — manchmal selbst, manchmal nur über den Support (Speicherlimit, Zeitüberschreitung).

Was Caching rettet.

Für eine Website, deren Inhalte sich nicht ständig ändern, ist ein Seitencache das wirksamste Mittel überhaupt: Der Server liefert eine fertige Datei aus, statt die Seite neu zu bauen. Damit vervielfacht sich die Zahl gleichzeitiger Besucher, die ein Paket verträgt.

Grenzen hat das bei personalisierten Inhalten — Warenkorb, Konto, geschützte Bereiche. Diese Seiten müssen vom Cache ausgenommen werden, und genau da trennt sich eine saubere Einrichtung von einer, die Kunden fremde Warenkörbe zeigt (Cache, Warenkorb).

Wann ein Wechsel hilft.

Wenn die Antwortzeit auch bei einer schlanken Testinstallation ohne Plugins schlecht ist. Dann liegt es tatsächlich an der Maschine, und kein Optimieren der Website ändert daran etwas.

Ebenso, wenn der Hoster dir die nötigen Grenzen nicht anhebt, keine aktuelle PHP-Version bietet oder bei Lastspitzen regelmäßig drosselt. Das sind Grenzen des Anbieters, nicht deiner Website (Hoster wechseln).

Was wirklich hilft.

1. Messen und Server von Website trennen.
2. Aktuelle PHP-Version und PHP-Zwischenspeicher aktivieren.
3. Seitencache einrichten, mit sauberen Ausnahmen.
4. Plugins durchgehen und das Teuerste ersetzen.
5. Externe Aufrufe aus dem Seitenaufbau herausnehmen.
6. Datenbank aufräumen.
7. Bilder verkleinern und modernes Format nutzen.
8. Erst dann aufrüsten, wenn immer noch Bedarf besteht.

Diese Reihenfolge ist nicht nur billiger, sondern wirksamer: Ein größeres Paket beschleunigt eine schlecht gebaute Seite um vielleicht ein Viertel. Die Punkte zwei bis sieben halbieren die Antwortzeit nicht selten (WordPress langsam).

Wenn du nicht weiterkommst.

Wenn du nicht weißt, ob ein größeres Paket etwas bringt, messe ich das — bevor du mehr bezahlst. Ich übernehme das: Einrichtung, Umzug oder Fehlersuche — und ich rede mit dem Hoster, damit du es nicht musst. Bei einem laufenden Ausfall hilft der Notfall-Support, dauerhaft begleitet die WordPress-Wartung.

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

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. Ich betreue Websites und Shops und kümmere mich dabei um das, was darunter liegt: Server, Domains, Zertifikate, Mailversand. Das ist selten die Arbeit, über die jemand spricht — aber sie entscheidet darüber, ob die Website erreichbar ist und ob Mails ankommen.

Ich arbeite mit dem Hoster, den du hast, statt dir einen neuen zu verkaufen. Ich bekomme keine Provisionen von Hostern, und wenn dein jetziger Anbieter passt, sage ich das. Wenn er nicht passt, sage ich auch das — mit Begründung, nicht mit Empfehlungslink.

Was ich nicht mache: eigene Server vermieten oder deinen Betrieb dauerhaft als Rechenzentrum übernehmen. Ich richte ein, ziehe um, repariere und übergebe — und auf Wunsch überwache ich den Betrieb im Rahmen der laufenden Betreuung.