Wenn dein WooCommerce-Shop zeitweise gar nicht mehr oder nur sehr langsam erreichbar ist, obwohl du selbst nichts geändert hast, kann das an automatisierten Crawlern liegen, die deine Filter- und Facettennavigation aufrufen. Gerade bei Shops mit vielen Produktvarianten (Farbe, Größe, Material etc.) lassen sich daraus enorm viele Kombinationen von Filter-URLs erzeugen. Ruft ein Crawler diese systematisch ab, kann das zu einer massiven Datenbank- und Speicherlast führen und im schlimmsten Fall den Server so stark auslasten, dass PHP-Prozesse abgebrochen werden (sichtbar z. B. als 524- oder 503-Fehler).
Voraussetzungen
- Ein WooCommerce-Shop mit Filter- bzw. Facettennavigation (z. B. Filterung nach mehreren Attributen gleichzeitig)
- Zugriff auf das Kundencenter bzw. Plesk, um die robots.txt anzupassen
- Zugriff auf die Server-Logs oder Unterstützung durch den HostPress-Support zur Bestätigung der Ursache
Schritt-für-Schritt-Anleitung
Schritt 1: Symptome erkennen
Typische Anzeichen für dieses Problem sind wiederkehrende Ausfälle oder starke Verlangsamungen, die zeitlich mit erhöhter Crawler-Aktivität zusammenfallen, sowie Fehlercodes wie 524 (Timeout) oder 503 (Dienst nicht verfügbar) beim Aufruf von Produktseiten oder Filteransichten.
Schritt 2: Ursache über die Logs eingrenzen (lassen)
Support-seitig lässt sich in den Server-Logs erkennen, ob Anfragen mit stark verschachtelten Filterkombinationen (mehrere Produktvarianten mit UND/ODER-Verknüpfungen in der URL) gehäuft auftreten, insbesondere von bekannten Crawler-User-Agents. Wende dich an den Support, wenn du selbst keinen Zugriff auf die Logs hast.
Schritt 3: Betroffene Crawler in der robots.txt aussperren
Trage in deiner robots.txt gezielt Regeln ein, die verhindern, dass Crawler deine Filter-URLs mit vielen Parametern abrufen. Ein Beispiel:
- Disallow für URL-Muster mit mehreren gleichzeitigen Filterparametern (z. B. Parameter-Kombinationen mit „?filter“ oder ähnlichen Query-Strings, je nach eingesetztem Filter-Plugin)
- Bekannte, besonders aggressive Crawler gezielt per User-Agent ausschließen
Wie du die robots.txt grundsätzlich bearbeitest, erfährst du in unserem Artikel zur Funktion der robots.txt.
Schritt 4: Technische Begrenzung der Filterkombinationen prüfen
Prüfe gemeinsam mit deiner Agentur bzw. deinem Entwickler, ob die Filternavigation deines Shops technisch so eingeschränkt werden kann, dass keine beliebig verschachtelten Kombinationen als eigene, crawlbare URL erzeugt werden (z. B. durch „nofollow“ auf Filterlinks oder eine kanonische URL für gefilterte Ansichten).
Schritt 5: Überwachung nach der Anpassung
Beobachte nach der Anpassung der robots.txt und ggf. weiterer Maßnahmen, ob die Erreichbarkeitsprobleme erneut auftreten. Melde dich beim Support, falls es weiterhin zu Ausfällen kommt.
Sonderfall: Botnetz-Angriff auf deine Filter-URLs
Nicht immer stecken hinter der Überlastung „normale“ Crawler wie Such- oder KI-Bots. Manchmal ruft ein ganzes Botnetz mit tausenden wechselnden IP-Adressen deine Filternavigation gezielt ab. Weil dabei ständig neue Filterkombinationen entstehen, greift dein Seiten-Cache (z. B. WP Rocket) nicht – jede Anfrage muss von WooCommerce komplett neu berechnet werden. CPU und Arbeitsspeicher deines Pakets sind dann innerhalb kurzer Zeit voll ausgelastet.
Woran du einen Botnetz-Angriff erkennst
- Dein Shop zeigt im Frontend einen 503-Fehler, im Backend erscheint „Es gab einen kritischen Fehler auf dieser Website“.
- In den Fehlermeldungen tauchen scheinbar zufällig einzelne Plugins auf. Das ist in diesem Fall meist nur eine Folge des vollen Arbeitsspeichers, kein Plugin-Defekt – deaktiviere also nicht vorschnell Plugins.
- Die Anfragen kommen von sehr vielen unterschiedlichen IP-Adressen. Das Sperren einzelner IPs bringt deshalb nichts.
- Die aufgerufenen URLs enthalten fast immer Filterparameter deines Filter-Plugins (bei YITH z. B.
yith_wcan=).
Warum die robots.txt hier allein nicht reicht
Die robots.txt ist eine freiwillige Vereinbarung. Seriöse Crawler halten sich daran, Botnetze ignorieren sie. Sie ist trotzdem sinnvoll, weil sie legitime Crawler von deinen Filter-URLs fernhält. Für den YITH Ajax Product Filter sieht ein passender Eintrag zum Beispiel so aus:
User-agent: *
Disallow: /*yith_wcan=Setzt du ein anderes Filter-Plugin ein, passe den Parameter an die Filter-URLs deines Shops an.
Was der HostPress-Support serverseitig tun kann
Bei einem akuten Angriff kann der Support die Filteranfragen der Bots direkt am Webserver abfangen, bevor sie WordPress erreichen. Ein bewährtes Merkmal: Bot-Anfragen kommen fast immer ohne Referrer, also ohne vorherigen Klick auf deiner Website. Solche Filteraufrufe werden dann mit „Zugriff verweigert“ beantwortet, während echte Besucher, die im Shop auf einen Filter klicken, davon nichts merken.
Eine Einschränkung solltest du kennen: Ruft jemand einen fertig gefilterten Shop-Link direkt auf (z. B. aus einem Lesezeichen oder einem Newsletter), kann in seltenen Fällen ebenfalls die „Zugriff verweigert“-Seite erscheinen. Verschickst du solche Filter-Links gezielt, z. B. in Newslettern, sag dem Support Bescheid.
Staging-Umgebung schützen
Wird der Live-Shop abgesichert, weichen Angreifer gerne auf eine öffentlich erreichbare Test- bzw. Staging-Umgebung aus. Da Staging und Live-Shop sich dieselben Server-Ressourcen teilen, legt ein Angriff auf die Staging-Seite auch deinen Live-Shop lahm.
- Öffne in Plesk das WP Toolkit und wähle deine Staging-Installation aus.
- Aktiviere den Passwortschutz für die Staging-Installation und vergib einen Benutzernamen und ein sicheres Passwort.
- Gib die Zugangsdaten nur an Personen weiter, die wirklich auf der Testumgebung arbeiten.
- Lass den Passwortschutz dauerhaft aktiv – Besucher und Suchmaschinen brauchen keinen Zugriff auf deine Staging-Seite.
Eine ausführliche Anleitung findest du in unserem Artikel zum WP Toolkit (Abschnitt Passwortschutz).
Wann du den Notfall-Support nutzen solltest
Ist dein Shop komplett down und bekommst du 503-Fehler, obwohl du nichts geändert hast, nutze den Notfall-Support im Kundencenter. Der Support kann anhand der Server-Logs schnell erkennen, ob ein Angriff auf deine Filter-URLs vorliegt, und die passenden Sperren einrichten. Aktiviere bis dahin gern den Wartungsmodus deines Shops.
Fazit & Support-Hinweis
Wiederholte Ausfälle oder Timeouts bei einem WooCommerce-Shop mit vielen Filteroptionen sind häufig nicht auf einen klassischen Serverfehler zurückzuführen, sondern auf Crawler, die deine Facettennavigation systematisch abrufen. Eine angepasste robots.txt und eine technische Begrenzung der Filterkombinationen helfen, die Last dauerhaft zu reduzieren. Bei Unsicherheit, ob dieses Problem bei dir vorliegt, hilft dir unser Support gerne bei der Analyse der Server-Logs.