Der Versand an wenige Empfänger lässt sich technisch in einem einzelnen Seitenaufruf auslösen. Bei größeren Listen wäre das riskant: Browser-Timeouts, Serverlimits oder ein kurzer Verbindungsfehler könnten den gesamten Vorgang abbrechen. CROPS WP Mail Suite Pro sieht deshalb eine Versandarchitektur vor, die Aufträge in einer Queue speichert und in kontrollierten Batches verarbeitet.
Die Queue trennt Vorbereitung und Ausführung
Beim Start einer Aussendung werden nicht sofort sämtliche Nachrichten verschickt. Zunächst entstehen einzelne Queue-Einträge mit Empfänger, Newsletter, Absenderprofil und Status. Dadurch bleibt der Auftrag bestehen, auch wenn der Benutzer die Seite verlässt. Die eigentliche Verarbeitung übernimmt ein Hintergrundprozess.
Diese Trennung bringt mehrere Vorteile. Der Versand kann pausiert, fortgesetzt und ausgewertet werden. Fehler betreffen zunächst nur einzelne Einträge. Außerdem wird sichtbar, wie viele Nachrichten warten, gerade verarbeitet werden, erfolgreich waren oder erneut versucht werden müssen. Für Betreiber entsteht damit ein realistisches Bild des Fortschritts statt eines unklaren Ladebildschirms.
Cron als verlässlicher Taktgeber
WordPress bietet mit WP-Cron eine eingebaute Möglichkeit für wiederkehrende Aufgaben. Sie hängt jedoch von Seitenaufrufen ab und ist bei wenig besuchten Websites nicht immer minutengenau. Die Suite soll deshalb sowohl WP-Cron als auch einen externen Server-Cron unterstützen. In den Einstellungen muss klar erkennbar sein, welcher Modus aktiv ist und wann der letzte Lauf stattgefunden hat.
Ein externer Cron ruft den vorgesehenen Prozess in festen Abständen auf und eignet sich besonders für planbare Versandfenster. Die Dokumentation soll dafür konkrete Beispiele bereitstellen, ohne Serverkenntnisse vorauszusetzen. Gleichzeitig bleibt WP-Cron als einfachere Einstiegslösung verfügbar, sofern die Website regelmäßig aufgerufen wird.
Batchgrößen schützen Server und Absender
Ein Batch bestimmt, wie viele Queue-Einträge pro Lauf verarbeitet werden. Eine zu große Zahl kann PHP-Laufzeiten und Speicher belasten. Eine zu kleine Zahl verlängert den Versand unnötig. Deshalb ist eine einstellbare, aber abgesicherte Batchgröße vorgesehen. Sie muss mit den Limits der SMTP-Profile und der Cron-Frequenz zusammenspielen.
Beispielsweise darf ein Profil mit geringer Stundenkapazität nicht durch mehrere parallele Läufe überbucht werden. Der Prozess braucht Sperren, damit zwei Cron-Aufrufe nicht dieselben Einträge übernehmen. Nach Abschluss muss die Kapazität korrekt gezählt werden. Fehlerhafte Doppelzählungen würden Profile zu früh blockieren, fehlende Zählungen könnten dagegen Limits überschreiten.
Warmup für neue oder empfindliche Absender
Neue Absenderdomains oder frisch eingerichtete Konten sollten nicht sofort große Mengen verschicken. Ein Warmup verteilt das Volumen schrittweise über mehrere Tage oder Zeitfenster. Die Suite plant deshalb Regeln, mit denen ein Betreiber die zulässige Menge langsam erhöhen kann.
Warmup ist kein automatisches Qualitätsversprechen. Es unterstützt lediglich einen kontrollierten Aufbau. Inhalt, Empfängerqualität, Domainkonfiguration und Rückläufer bleiben ebenso wichtig. In der Oberfläche sollen aktuelle Warmup-Stufe, Tagesgrenze und nächster Schritt sichtbar sein, damit Betreiber den Prozess nicht mit einem festen Versandlimit verwechseln.
Fehler dürfen die Warteschlange nicht blockieren
In einer realen Installation können Profile deaktiviert, gelöscht oder vorübergehend nicht erreichbar sein. Queue-Einträge dürfen dadurch nicht endlos im Status „läuft“ verbleiben. Der Prozess benötigt klare Übergänge: warten, reserviert, gesendet, fehlgeschlagen, erneut versuchen oder dauerhaft gestoppt.
Bei einem temporären Fehler kann ein kontrollierter Retry sinnvoll sein. Die Zahl der Versuche und der Abstand müssen begrenzt werden. Ein permanenter Fehler, etwa eine ungültige Adresse, gehört dagegen nicht in eine Endlosschleife. Die spätere Bounce-Verarbeitung kann solche Adressen zusätzlich sperren und aus weiteren Versänden ausschließen.
Mehrere Jobs gleichzeitig sichtbar machen
Betreiber können parallel einen Empfängerimport und eine Kampagne ausführen. Die Suite soll laufende Jobs deshalb nicht in einer einzigen globalen Fortschrittsanzeige verstecken. Vorgesehen ist ein dezenter, einklappbarer Hinweis im Adminbereich, der mehrere Prozesse getrennt zeigt. Ein laufender Versand kann bei Bedarf aufgeklappt werden, während andere Bereiche weiterhin bedienbar bleiben.
Diese Anzeige dient nicht als Ersatz für die ausführliche Queue-Ansicht. Sie informiert über aktive Vorgänge, Fortschritt und mögliche Fehler. Wer Details benötigt, wechselt in den jeweiligen Job. Wer nur weiterarbeiten möchte, kann den Hinweis schließen, ohne den Hintergrundprozess zu stoppen.
Planung und tatsächlicher Lauf bleiben unterscheidbar
Eine Kampagne kann für einen späteren Zeitpunkt vorgesehen sein, ohne bereits Queue-Einträge zu reservieren. Erst beim definierten Start entsteht der technische Auftrag. Diese Trennung verhindert, dass früh angelegte Planungen Kapazitäten blockieren oder veraltete Empfängerstände verwenden.
Vor dem Start wird die Zielgruppe erneut geprüft. Abmeldungen, Sperren und geänderte Segmente werden berücksichtigt. So bleibt die Planung flexibel, während der tatsächliche Versand mit einem aktuellen, dokumentierten Empfängerbestand arbeitet.
Nachvollziehbarkeit bis zum Abschluss
Ein Versand gilt nicht als erledigt, sobald er gestartet wurde. Erst wenn alle vorgesehenen Einträge einen definierten Endstatus erreicht haben, kann die Kampagne abgeschlossen und ein Versandnachweis erstellt werden. Die Queue liefert dafür die technischen Grunddaten: Anzahl, Zeitpunkte, Profile, Erfolge und Fehler.
CROPS WP Mail Suite Pro behandelt den Hintergrundversand damit als eigenes Kernmodul. Für Anwender bleibt der Ablauf einfach: vorbereiten, freigeben, starten und Fortschritt beobachten. Die technische Komplexität wird jedoch nicht verdrängt, sondern in klaren Zuständen und kontrollierten Prozessen abgebildet. Genau das macht größere Aussendungen verlässlich betreibbar.
