Warum wird meine Website nach einem Newsletter-Versand langsam oder zeigt 503-Fehler?

Kurz nach dem Versand eines Newsletters melden manche Kund:innen, dass ihre Website plötzlich sehr langsam lädt oder zeitweise mit einem 503-Fehler gar nicht erreichbar ist – obwohl an der Website selbst nichts verändert wurde. Ein häufiger, aber wenig bekannter Grund dafür sind individuelle Tracking-Parameter in den Links des Newsletters, die das Caching deiner Seite aushebeln.

Voraussetzungen

• Du versendest einen Newsletter oder ein Mailing mit Links auf deine WordPress-Website.
• Deine Website nutzt das HostPress RocketCache (WP-Rocket Seiten-Cache).
• Die Probleme (Langsamkeit, 503-Fehler) treten zeitlich passend zum Versand oder kurz danach auf.

Schritt-für-Schritt-Anleitung

1. Ursache verstehen: Tracking-Parameter verhindern Caching

Viele Newsletter-Tools hängen an jeden Link eine individuelle Kennung an, zum Beispiel https://deine-domain.de/angebot/?tracking_id=abc123. Für den Seiten-Cache ist jede unterschiedliche URL eine eigene, neue Seite. Da die Kennung pro Empfänger:in variiert, kann für keinen dieser Aufrufe eine bereits zwischengespeicherte (gecachte) Version ausgeliefert werden – jede einzelne Anfrage muss die Seite komplett neu von WordPress und der Datenbank erzeugen lassen.

2. Warum das zur Überlastung führen kann

Wird der Newsletter an viele Empfänger:innen gleichzeitig zugestellt und öffnen mehrere davon den Link in kurzer Zeit, entstehen viele parallele, ungecachte Seitenaufrufe. Das kann die verfügbaren Server-Ressourcen (CPU, RAM, parallele PHP-Prozesse) kurzfristig übersteigen und zu Zeitüberschreitungen oder 503-Fehlern führen – auch wenn die Website unter normalem Traffic problemlos läuft.

3. Was du prüfen und anpassen kannst

1. Schau dir die Links in deinem Newsletter-Tool an: Enthalten sie individuelle Tracking-Parameter (z. B. ?tracking_id=, ?utm_id= mit wechselnden Werten pro Empfänger)?
2. Prüfe in den Einstellungen deines Newsletter-Tools, ob sich das Klick-Tracking über URL-Parameter deaktivieren lässt oder ob stattdessen Redirect-basiertes Tracking genutzt werden kann, das nicht direkt auf die Ziel-URL mit Parameter verlinkt.
3. Falls Tracking-Parameter notwendig sind: Verteile den Versand in kleineren Batches über einen längeren Zeitraum, statt alle Empfänger:innen gleichzeitig anzuschreiben, um Lastspitzen zu vermeiden.
4. Plane größere Mailings möglichst außerhalb von Stoßzeiten deiner Website.

4. Wenn die Website bereits nicht erreichbar ist

• Prüfe zunächst die Checkliste für „Website nicht erreichbar“ (Cache leeren, DNS- und SSL-Einstellungen prüfen).
• Kontaktiere den HostPress-Support mit dem ungefähren Zeitpunkt des Newsletter-Versands – anhand der Server-Logs lässt sich prüfen, ob tatsächlich viele ungecachte Aufrufe mit Tracking-Parametern die Ursache waren.

Weitere häufige Ursache: Fehlerhafte Plugins in Kombination mit Bot-Traffic

Nicht jede Serverüberlastung mit 503-Fehlern oder unerwartetem Wartungsmodus hängt mit einem Newsletter-Versand zusammen. Ein weiteres, ebenfalls häufig beobachtetes Muster ist das Zusammenspiel aus fehlerhaftem Plugin-Code und hohem automatisiertem Traffic durch Suchmaschinen- oder KI-Crawler.

1. Ursache verstehen: PHP-Fehler durch veraltete oder fehlerhafte Plugins

Manche Plugins greifen bei jedem Seitenaufruf auf Inhalte zu, die nicht mehr existieren (zum Beispiel einen gelöschten Beitrag oder ein nicht mehr vorhandenes Produkt). Das erzeugt bei jedem einzelnen Aufruf eine PHP-Warnung. Bei niedrigem Traffic fällt das oft kaum auf – bei hoher Aufrufzahl können daraus in kurzer Zeit mehrere Tausend Warnungen entstehen, die spürbar Serverressourcen (CPU, RAM, PHP-Prozesse) binden.

2. Warum das zur Überlastung führen kann

Kommt zu den PHP-Warnungen noch zusätzlicher Traffic durch automatisierte Bots hinzu – etwa SEO-Analyse-Bots, KI-Trainings-Crawler oder ein API-Sync einer externen Anbindung – addieren sich beide Lastfaktoren. In der Spitze kann das dazu führen, dass die verfügbaren PHP-Prozesse und Ressourcenlimits des Hosting-Tarifs vollständig ausgeschöpft werden. Die Folge sind 503-Fehler, die WordPress bzw. der Server teilweise automatisch mit einem Wartungsbildschirm quittiert – oft mehrfach am selben Tag, wenn beide Ursachen bestehen bleiben.

3. Was du prüfen und anpassen kannst

1. Aktiviere WordPress-Debugging kontrolliert in der wp-config.php (WP_DEBUG, WP_DEBUG_LOG, WP_DEBUG_DISPLAY auf false) und prüfe anschließend die Datei wp-content/debug.log auf wiederholte PHP-Warnungen wie „Attempt to read property … on null“.
2. Notiere, welche Plugins in den Warnungen genannt werden, und prüfe, ob dafür ein Update oder ein bekannter Hotfix verfügbar ist.
3. Prüfe in den Zugriffs-Logs (Plesk → Protokolle), ob zeitgleich viele Anfragen von automatisierten Bots eingehen. Typische Auffälligkeiten sind sehr viele Aufrufe derselben IP-Bereiche oder bekannter Bot-User-Agents in kurzer Zeit.
4. Reduziere unnötigen Bot-Traffic: Deaktiviere nicht benötigte Crawl-Funktionen, drossele SEO-Tools wie Bingbot über die entsprechenden Crawl-Einstellungen, und wende dich bei Bedarf an den HostPress-Support, um einzelne Bots serverseitig blocken zu lassen.
5. Wenn die betroffenen Plugins nicht sofort aktualisiert werden können, prüfe gemeinsam mit deiner Entwicklung, ob eine kleine Null-Prüfung im Plugin-Code (Workaround) die Fehler kurzfristig entschärfen kann. Beachte: HostPress bietet keine Entwicklerarbeiten am Plugin-Code an, kann aber bei der Fehleranalyse unterstützen.

Fazit & Support-Hinweis

Individuelle Tracking-Parameter in Newsletter-Links sind ein häufiger, aber leicht zu übersehender Grund für Lastspitzen und 503-Fehler nach einem Mailing-Versand, da sie das Seiten-Caching für jeden Klick einzeln umgehen. Wenn deine Website regelmäßig nach Newsletter-Versänden langsam wird, melde dich beim HostPress-Support – gemeinsam könnt ihr prüfen, ob eure Tracking-Konfiguration angepasst oder der Versand entzerrt werden sollte.