Wenn Deine WordPress-Website plötzlich extrem langsam wird oder gar nicht mehr erreichbar ist, steckt nicht immer ein klassischer Hack dahinter. Eine mögliche Ursache ist ein DDoS-Angriff: Dabei wird Deine Website mit sehr vielen Anfragen überflutet, bis Server, Datenbank oder Netzwerk überlastet sind. Für Besucher wirkt das wie ein Ausfall, obwohl WordPress selbst technisch vielleicht noch intakt ist.
Guter WordPress DDoS Schutz besteht nicht aus einem einzelnen Plugin, sondern aus mehreren Schutzschichten. Ziel ist, schädlichen oder übermäßigen Traffic möglichst früh abzufangen, bevor er Deine WordPress-Installation erreicht. Die folgenden Schritte helfen Dir, die Lage einzuordnen, Sofortmaßnahmen zu treffen und Deine Website langfristig robuster zu machen.

Was ist ein DDoS-Angriff auf WordPress?
DDoS steht für „Distributed Denial of Service“. Vereinfacht gesagt schicken viele Geräte oder Server gleichzeitig Anfragen an Deine Website. Diese Anfragen können echte Seitenaufrufe, Login-Versuche, API-Aufrufe oder Zugriffe auf besonders belastende Dateien sein. Weil die Anfragen verteilt von vielen Quellen kommen, lassen sie sich schwerer blockieren als ein einzelner auffälliger Besucher.
Für WordPress ist das besonders unangenehm, weil viele Seiten dynamisch erzeugt werden. Jeder ungecachte Seitenaufruf kann PHP, Datenbankabfragen, Plugins und Theme-Funktionen auslösen. Wenn Tausende solcher Anfragen gleichzeitig eintreffen, reicht schon ein kleiner Engpass, damit die Website spürbar langsam wird oder komplett ausfällt.
DDoS oder Brute Force: Der Unterschied ist wichtig
Ein DDoS-Angriff zielt in erster Linie auf Überlastung. Die Angreifer wollen Deine Website nicht zwingend übernehmen, sondern sie unerreichbar machen. Bei einem Brute-Force-Angriff geht es dagegen darum, Zugangsdaten zu erraten, meist über die Login-Seite oder XML-RPC. Beide Angriffsarten können gleichzeitig auftreten, brauchen aber unterschiedliche Gegenmaßnahmen.
Wenn Dein Login viele fehlgeschlagene Anmeldungen zeigt, spricht das eher für Brute Force. Wenn dagegen die gesamte Website, statische Dateien oder bestimmte URLs massenhaft aufgerufen werden, ist DDoS wahrscheinlicher. In der Praxis lohnt sich immer ein Blick in Server-Logs, CDN-Statistiken und Monitoring-Daten.
WordPress DDoS Schutz: Die wichtigsten Schutzschichten
Der beste Schutz beginnt vor WordPress. Alles, was bereits auf DNS-, Netzwerk- oder Webserver-Ebene gefiltert wird, muss Deine eigentliche Website nicht mehr verarbeiten. Deshalb sind CDN, Web Application Firewall und gutes Hosting so wichtig.
- Nutze ein CDN mit DDoS-Schutz, zum Beispiel einen etablierten Anbieter mit Anycast-Netzwerk und Schutzmechanismen gegen Anfragefluten.
- Aktiviere eine Web Application Firewall, damit auffällige Muster, Bots und bekannte Angriffsvektoren früh blockiert werden.
- Richte Rate Limiting ein, besonders für Login, XML-RPC, REST-API-Endpunkte und Suchfunktionen.
- Deaktiviere oder beschränke XML-RPC, wenn Du es nicht für Apps, Jetpack oder externe Dienste brauchst.
- Setze auf Hosting, das DDoS-Schutz, schnelle Reaktionszeiten und Zugriff auf aussagekräftige Logs bietet.
- Nutze Monitoring mit Alarmen, damit Du Ausfälle, ungewöhnliche Antwortzeiten oder Traffic-Spitzen früh bemerkst.
Sofortmaßnahmen, wenn Deine Website gerade angegriffen wird
Wenn Deine Seite bereits langsam oder offline ist, zählt zuerst Stabilisierung. Prüfe, ob Dein Hoster eine DDoS-Abwehr aktivieren kann oder ob ein Notfallmodus beim CDN verfügbar ist. Bei Cloudflare wäre das zum Beispiel ein strengerer Sicherheitsmodus oder eine Challenge für verdächtige Besucher. Wichtig ist: Nicht wahllos Plugins installieren, während der Server schon überlastet ist. Das kann die Lage verschlimmern.
- Prüfe im Hosting-Panel oder Monitoring, ob Traffic, CPU, RAM oder Datenbanklast ungewöhnlich hoch sind.
- Aktiviere den Schutzmodus Deines CDN oder Deiner Firewall und erhöhe temporär die Sicherheitsstufe.
- Blockiere auffällige Länder, IP-Bereiche oder User Agents nur dann, wenn die Logs ein klares Muster zeigen.
- Begrenze Zugriffe auf wp-login.php und xmlrpc.php, wenn diese Ziele stark belastet werden.
- Informiere Deinen Hoster mit konkreten Daten: Zeitpunkt, betroffene URLs, Log-Auszüge und aktuelle Fehlermeldungen.

XML-RPC richtig absichern
XML-RPC ist eine WordPress-Schnittstelle, die für externe Veröffentlichungen, Apps oder bestimmte Dienste genutzt werden kann. Gleichzeitig wird sie häufig für massenhafte Login-Versuche oder verstärkende Anfragewellen missbraucht. Wenn Du XML-RPC nicht brauchst, solltest Du die Schnittstelle deaktivieren oder serverseitig blockieren lassen.
Falls ein Dienst XML-RPC benötigt, ist eine komplette Abschaltung nicht immer sinnvoll. Dann ist Rate Limiting die bessere Wahl: Die Schnittstelle bleibt erreichbar, aber nicht unbegrenzt. Genau hier zeigt sich, warum WordPress DDoS Schutz immer zur konkreten Website passen muss.
Warum Plugins allein nicht reichen
Sicherheitsplugins können Login-Versuche begrenzen, verdächtige Muster erkennen und Einstellungen vereinfachen. Gegen große DDoS-Angriffe helfen sie aber nur begrenzt, weil WordPress den Traffic bereits verarbeiten muss, bevor das Plugin reagieren kann. Wenn der Server unter Last steht, kommt die Plugin-Logik oft zu spät.
Nutze Plugins deshalb als Ergänzung, nicht als Fundament. Die tragenden Schichten sind CDN, WAF, Hosting-Schutz, Caching und saubere Serverregeln. Ein gutes Cache-Setup reduziert zudem die Last bei normalen Traffic-Spitzen und macht Deine Website widerstandsfähiger, auch wenn kein Angriff vorliegt.
Monitoring und Vorbereitung für den Ernstfall
Viele Betreiber merken einen Angriff erst, wenn Kunden, Leser oder Google Ads ins Leere laufen. Monitoring verhindert das nicht, verkürzt aber die Reaktionszeit deutlich. Sinnvoll sind Uptime-Checks, Performance-Messungen und Benachrichtigungen per E-Mail oder Messenger, sobald Antwortzeiten steigen oder die Website nicht erreichbar ist.
Lege außerdem fest, wer im Notfall was prüft: Hosting, CDN, DNS, WordPress-Admin, Backups und Logs. Wenn Du Dir unsicher bist oder Deine Website bereits betroffen ist, kann Captain WordPress die technische Prüfung, Bereinigung nach Angriffen und laufende Wartung übernehmen. Der wichtigste Schritt ist dann, Ruhe in die Analyse zu bringen und nicht an mehreren Stellen gleichzeitig unkontrolliert zu ändern.
Prävention: So bleibt Deine WordPress-Seite robuster
Halte WordPress, Themes und Plugins aktuell, entferne ungenutzte Erweiterungen und prüfe regelmäßig, welche externen Dienste Zugriff auf Deine Website haben. Starke Passwörter und Zwei-Faktor-Authentifizierung schützen zwar eher gegen Brute Force als gegen DDoS, gehören aber trotzdem zur Sicherheitsbasis.
Ein belastbares Setup kombiniert schnelle Auslieferung, klare Zugriffsbeschränkungen und verlässliche Alarme. Wenn Du diese Schutzschichten sauber einrichtest, ist Deine Website nicht unangreifbar, aber deutlich besser vorbereitet. WordPress DDoS Schutz bedeutet vor allem: Angriffe früh abfangen, Last reduzieren und im Notfall strukturiert reagieren.
Häufige Fragen
Kann ein WordPress-Plugin einen DDoS-Angriff stoppen?
Ein Plugin kann helfen, bestimmte Anfragen zu begrenzen oder Login-Angriffe zu bremsen. Gegen große DDoS-Angriffe ist Schutz auf CDN-, WAF- und Hosting-Ebene deutlich wichtiger.
Ist ein DDoS-Angriff dasselbe wie ein Hack?
Nein. Bei DDoS geht es meist um Überlastung und Ausfall. Ein Hack zielt eher darauf ab, Zugriff zu bekommen, Daten zu verändern oder Schadcode einzuschleusen.
Sollte ich XML-RPC immer deaktivieren?
Wenn Du XML-RPC nicht nutzt, ist Deaktivieren oder Blockieren sinnvoll. Falls Apps oder Dienste darauf angewiesen sind, solltest Du die Schnittstelle stattdessen absichern und begrenzen.
Woran erkenne ich einen DDoS-Angriff?
Typische Hinweise sind plötzliche Traffic-Spitzen, stark steigende Serverlast, viele Anfragen auf einzelne URLs und Ausfälle ohne erkennbare Änderung an WordPress selbst.
Hilft ein CDN bei WordPress DDoS Schutz?
Ja, ein CDN kann schädlichen oder übermäßigen Traffic vor Deiner Website filtern und Last verteilen. Besonders wirksam ist es zusammen mit WAF, Rate Limiting und gutem Hosting.