Newsletter-Versand: So bereitest du deine Website auf den Besucheransturm vor

Wenn du einen Newsletter an viele Empfänger verschickst, klicken oft Hunderte Leser innerhalb weniger Minuten auf die Links darin. Für deine Website ist das eine kurze, aber heftige Lastspitze. Kommen dann noch Hintergrundprozesse wie WP-Cron oder Bot-Zugriffe dazu, sind schnell alle gleichzeitigen PHP-Prozesse (sogenannte Entry Processes) deines Tarifs belegt. Neue Anfragen landen in der Warteschlange, bis sie mit einem Timeout abbrechen – deine Seite wirkt für ein paar Minuten offline.

Mit etwas Vorbereitung kannst du das in den meisten Fällen verhindern. Diese Anleitung zeigt dir, was du vor, während und nach dem Versand tun solltest.

Voraussetzungen

• Du verschickst deinen Newsletter über einen externen Newsletter- bzw. Transactional-SMTP-Anbieter – nicht über dein HostPress-Postfach. Details dazu findest du im Artikel Newsletter-Mailings und Sendelimits.
• Du hast Zugriff auf dein WordPress-Backend und auf Plesk (für das WordPress-Toolkit und die geplanten Aufgaben).
• Die Zielseiten, auf die dein Newsletter verlinkt, stehen fest.

Schritt-für-Schritt-Anleitung

1. Verstehen, was bei der Klickwelle passiert

Jeder Seitenaufruf, der nicht aus dem Cache kommt, startet einen eigenen PHP-Prozess. Die Anzahl gleichzeitiger PHP-Prozesse ist pro Tarif begrenzt (mehr dazu im Artikel LVE Limits richtig nutzen). Entscheidend ist also nicht die Gesamtzahl deiner Besucher, sondern wie viele ungecachte Anfragen gleichzeitig ankommen. Typische Ursachen für Engpässe:

• Die verlinkten Seiten werden nicht aus dem Cache ausgeliefert, zum Beispiel weil Tracking-Parameter wie utm_source oder utm_campaign den Cache umgehen.
• WP-Cron läuft bei jedem Seitenaufruf mit und belegt zusätzlich Prozesse.
• Bots, Crawler und Feed-Reader greifen parallel auf deine Seite zu.

2. Caching für die Zielseiten sicherstellen

1. Prüfe, ob dein Caching-Plugin (z. B. WP Rocket) aktiv ist und die Zielseiten des Newsletters im Cache liegen.
2. Stelle sicher, dass URLs mit Kampagnen-Parametern (utm_*) trotzdem aus dem Cache ausgeliefert werden. Viele Caching-Plugins ignorieren diese Parameter standardmäßig – prüfe die Einstellung in deinem Plugin.
3. Wärme den Cache kurz vor dem Versand vor, indem du die Zielseiten einmal selbst aufrufst oder die Vorlade-Funktion deines Caching-Plugins nutzt.
4. Verlinke im Newsletter möglichst auf statische, cachebare Seiten (Landingpage, Blogbeitrag) statt direkt auf dynamische Bereiche wie Warenkorb, Kasse oder Suchergebnisse.

3. WP-Cron auf einen festen Cronjob umstellen

Standardmäßig führt WordPress wp-cron.php bei jedem Seitenaufruf aus. Während einer Klickwelle kostet das wertvolle PHP-Prozesse.

1. Öffne in Plesk das WordPress-Toolkit und wähle deine Installation aus.
2. Deaktiviere dort den WordPress-Cron. Das Toolkit legt dabei automatisch eine geplante Aufgabe in Plesk an, die den Cron in einem festen Intervall auslöst.
3. Eine ausführliche Anleitung findest du im Artikel WP-Cron deaktivieren.

4. Ressourcenintensive Hintergrundaufgaben verschieben

• Plane Plugin- und Theme-Updates, Backups durch Plugins, Importe oder Synchronisationen (z. B. Warenwirtschaft, Marktplätze) nicht in das Zeitfenster rund um den Versand.
• Prüfe Plugins, die bei jedem Seitenaufruf zusätzliche Arbeit erledigen (z. B. serverseitige Scans oder Übersetzungen ohne Cache), und aktiviere – wo möglich – deren Caching-Optionen.

5. Versand staffeln

Verschicke große Mailings nicht an alle Empfänger gleichzeitig. Die meisten Newsletter-Anbieter bieten eine Versandsteuerung an, mit der du den Versand in Pakete aufteilen oder über einen Zeitraum strecken kannst. So verteilen sich die Klicks gleichmäßiger und die Spitze fällt deutlich flacher aus.

6. Unnötigen Bot-Traffic reduzieren

• Prüfe deine robots.txt und schließe unwichtige, dynamische Bereiche (z. B. Filter- oder Such-URLs) vom Crawling aus.
• Wenn du in den Logs auffällig viele Zugriffe einzelner Bots siehst, wende dich an unseren Support – auf Shared-Hosting-Tarifen können einzelne Bots serverseitig nur durch uns gedrosselt werden.

7. Größere Aktionen vorab beim Support ankündigen

Ankündigen musst du einen Newsletter-Versand grundsätzlich nicht. Bei sehr großen Verteilern oder wenn deine Seite schon früher bei Lastspitzen Probleme hatte, lohnt sich aber eine kurze Nachricht an unseren Support mit Datum, Uhrzeit, betroffener Domain und ungefährer Empfängerzahl. So können wir die Ressourcen deiner Umgebung im Blick behalten und gemeinsam mit dir prüfen, ob eine temporäre Ressourcenerhöhung oder ein größerer Tarif sinnvoll ist.

8. Nach dem Versand auswerten

1. Rufe deine Website direkt nach dem Versand selbst auf – idealerweise auch über ein anderes Netzwerk (z. B. mobile Daten).
2. Wenn es trotzdem zu Timeouts oder 504-Fehlern kam, notiere dir den genauen Zeitpunkt und schick ihn zusammen mit deiner Domain an unseren Support. Anhand der Server-Logs können wir nachvollziehen, welche Kombination aus Besuchern, Cron und Bots das Limit ausgeschöpft hat.
3. Was du tun kannst, während eine Lastspitze läuft, findest du im Artikel Plötzlicher Traffic-Anstieg: Was tun bei akuter Serverüberlastung (504-Fehler)?.

Fazit & Support-Hinweis

Ob deine Website eine Newsletter-Klickwelle verkraftet, hängt vor allem davon ab, wie viele Anfragen gleichzeitig ungecacht verarbeitet werden müssen. Mit sauber gecachten Zielseiten, einem festen Cronjob statt WP-Cron, gestaffeltem Versand und verschobenen Hintergrundaufgaben kommst du in den meisten Fällen ohne zusätzliche Ressourcen aus. Wenn du unsicher bist oder deine Seite bei früheren Aktionen schon einmal ausgefallen ist, melde dich vor dem Versand bei unserem Support – wir schauen uns deine Umgebung gern mit dir an.