WP-Cron durch einen System-Scheduler triggern

Cookbook: Ziel und Ergebnis

Ein externer Scheduler triggert fällige WordPress-Ereignisse zuverlässig, ohne bei jedem Seitenaufruf WP-Cron anzustoßen. Er repariert keine langsamen oder defekten Hooks.

Rezept: Schritt für Schritt

1. Cron-Bestand und Laufzeiten zuerst prüfen. Bei Shared Hosting nur die vom Anbieter vorgesehene Cron-Funktion nutzen.
2. Scheduler bevorzugt per WP-CLI ausführen: wp cron event run --due-now --path=/pfad/zu/wordpress. Alternativ wp-cron.php lokal per HTTP triggern.
3. define('DISABLE_WP_CRON', true); erst setzen, wenn der externe Testlauf funktioniert.
4. Mit 5 Minuten beginnen; schnellere geschäftskritische Jobs benötigen passenden Takt und gemessene kurze Laufzeit. Locking und Mail-/Shop-Funktionen beobachten.

Rechenweg oder Entscheidungsregel

maximale planbedingte Verspätung ≈ Scheduler-Intervall\nAuslastung = mittlere Cron-Laufzeit / Intervall × 100

Bei 80 % oder mehr besteht wenig Reserve. Läuft der Job 70 s und der Scheduler jede Minute, droht Überlappung.

Praxisbeispiel

Plesk mit Zugriff auf den Server: geplante Aufgabe alle 5 Minuten unter dem richtigen Abonnement/Systembenutzer. WP-CLI-Aufruf mit absolutem Pfad, Log-Ausgabe in geschützte Datei. Gemessene Laufzeit 18 s ergibt 6 % Auslastung – komfortabel.

Prüfen, ob es funktioniert

• Cron-Log zeigt regelmäßige erfolgreiche Läufe und passende Benutzerrechte.
• Fällige Ereignisse bleiben nicht über mehrere Intervalle liegen.
• Seitenaufrufe lösen nach DISABLE_WP_CRON keine zusätzliche Cron-Anfrage mehr aus.

Rollback

DISABLE_WP_CRON entfernen oder auf false setzen und externen Scheduler deaktivieren – in dieser Reihenfolge, damit keine Lücke entsteht. Konfigurationsdatei und Plesk-Aufgabe anhand der Sicherung zurücksetzen.

Wann es sinnvoll ist

Bei wenig Traffic, zeitkritischen Veröffentlichungen, hohem Traffic oder planbar schweren Hintergrundjobs kann ein echter Scheduler zuverlässiger sein. Er ersetzt den Trigger, nicht das WordPress-Cron-System und nicht fehlerhafte Jobs.

Sichere Reihenfolge

1. Bestehende Cron-Probleme und lange Hooks zuerst identifizieren.
2. Externen Aufruf oder WP-CLI-Cron mit angemessenem Intervall einrichten und manuell testen.
3. Erst danach define( 'DISABLE_WP_CRON', true ); in wp-config.php setzen.
4. Ausführung, Fehler und letzte erfolgreiche Zeit überwachen.

Intervall

Fünf Minuten ist oft ein brauchbarer Startpunkt, aber der tatsächliche Bedarf hängt von Shop, Mailqueue und geplanten Beiträgen ab. Ein Minutentakt hilft nicht, wenn ein Job länger läuft oder Sperren blockieren.

Risiko: Wird WP-Cron deaktiviert, bevor der externe Trigger funktioniert, bleiben geplante Beiträge, Updates, Mails und Wartungsjobs liegen.

Erfolgskontrolle

Teste mehrere reale Jobtypen und lasse den Scheduler bei Fehlern alarmieren. Prüfe nach Deployments, Domainwechseln und Passwort-/Firewalländerungen erneut.

Quellen und Prüfstand

• WordPress: wp-config – Cron deaktivieren
• WordPress: PHP-Optimierung und Cron

Inhalt fachlich geprüft am 17. August 2026. Konkrete Werte sind Ausgangspunkte, keine Universaldosierung.