Wie sich wiederkehrende WordPress-Redaktionsaufgaben zuverlässig ausführen und kontrollieren lassen – mit Server-Cron, Sperren, Protokollen und sicheren Wiederholungen.
Warum WP-Cron nicht immer genügt
WP-Cron wird normalerweise durch Besuche beziehungsweise entsprechende Anfragen an die Website angestoßen. Bei wenig Traffic können geplante Aufgaben verspätet starten. Auch ein regelmäßiger Server-Cron garantiert allerdings nicht, dass eine Aufgabe erfolgreich abgeschlossen wird: Ein PHP-Fehler, ein Timeout oder eine blockierte externe Schnittstelle können weiterhin dazwischenkommen.
Aufgaben und Ausführung voneinander trennen
Ein robuster Aufbau trennt die Redaktionsaufträge von ihrem Auslöser. Eine Datenbank hält zum Beispiel Aufgaben-ID, Typ, Status, geplanten Zeitpunkt, Versuchszahl und letzte Fehlermeldung fest. Der Cron stößt lediglich einen kurzen Worker an. Dieser holt fällige Datensätze ab und bearbeitet sie kontrolliert, statt bei jedem Aufruf eine komplette Recherche erneut zu starten.
Doppelte Arbeit verhindern
Ein Auftrag sollte nur einmal gleichzeitig laufen. Dafür braucht es eine Sperre mit Ablaufzeit und eine eindeutige Aufgaben-ID. Bei wiederholten Aufrufen muss der Worker erkennen, ob ein Ergebnis bereits gespeichert wurde. Diese Idempotenz ist besonders wichtig, wenn ein Auftrag nach einem Timeout erneut gestartet wird.
Server-Cron und WordPress richtig verbinden
In der Hosting-Verwaltung wird ein geplanter Aufruf oder ein geeigneter CLI-Befehl eingerichtet. Die konkrete Ausführung hängt vom Hoster ab. Ein öffentlich erreichbarer Spezial-Endpunkt darf nicht ungeschützt Schreibaktionen auslösen; er benötigt eine wirksame Authentifizierung. Wo möglich, ist eine serverinterne Ausführung vorzuziehen. WP-Cron lässt sich ergänzend verwenden oder nach erfolgreichem Ersatz bewusst deaktivieren – nicht vorher.
Prüfprotokoll statt blindem Vertrauen
Jeder Lauf sollte Startzeit, Ende, Auftrags-ID, Ergebnis und einen knappen Fehlertext hinterlassen. Außerdem braucht es eine Warnung, wenn erwartete Läufe ausbleiben. Eine täglich versandte Erfolgszahl allein reicht nicht: Auch unbearbeitete Aufgaben, Wiederholungen und dauerhaft fehlgeschlagene Vorgänge gehören in den Bericht.
Einführung in sicheren Stufen
Zuerst wird eine harmlose Leseaufgabe geplant und protokolliert. Danach folgen Datenbankzugriffe und Wiederholungslogik. Erst wenn die Abläufe stabil sind, kommen externe Recherchen und die Erstellung von WordPress-Entwürfen hinzu. Automatische Veröffentlichung sollte eine separate Freigaberegel besitzen.