Warum das in Ihrer Woche auftaucht
Eine Kampagnenseite sollte Samstag um 08:00 live gehen. Nachts besuchte niemand die Site. Montagmorgen ist die Seite noch Entwurf. Das ist Default-WP-Cron-Verhalten, kein mysteriöser CMS-Bug.
Klartext
Geplante Veröffentlichungen, manche Backup-Plugins, Lizenz-Checks und andere verzögerte Tasks hängen am Feuern von WP-Cron.
Auf ruhigen Sites bedeutet kein Besuch: kein Job-Lauf. Auf vollen Sites kann jeder Besuch versuchen, Arbeit zu starten und Kontention erzeugen.
Ein üblicher Härtungsschritt ist DISABLE_WP_CRON in wp-config.php plus System-Cron (oder Host-Scheduler), der wp-cron.php in festem Intervall aufruft, oft alle fünf Minuten.
Schwere Plugins mit häufig geplanten Jobs brauchen Review. Cron ist kein kostenloser Background-Worker für unbegrenzte Tasks.
Nach einer Migration prüfen Sie, ob Cron noch läuft. Neue Hosts lassen oft visit-getriggertes Verhalten stehen.
Fakten zum Behalten
- Default-Trigger
- Seitenbesuch (kein echter Wall-Clock-Daemon)
- Übliche Härtung
- DISABLE_WP_CRON + System-Cron zu wp-cron.php
- Typisches Intervall
- Alle 5 Minuten in vielen Production-Setups
- Jobs u.a.
- Geplante Posts, Update-Checks, viele Plugin-Tasks
- Failure Mode
- Verpasste Schedules bei wenig Traffic; Overlap bei viel Traffic
Nicht dasselbe wie
- Linux/System-CronEin echter OS-Scheduler. Production WordPress nutzt oft System-Cron, um WP-Cron zuverlässig aufzurufen.
- Action Scheduler (WooCommerce)Robustere Queue von WooCommerce und manchen Plugins. Braucht trotzdem einen zuverlässigen Trigger darunter.
- Ein forever Background WorkerWP-Cron ist best-effort verzögerte Arbeit in WordPress-Requests oder Cron-Hits, kein dediziertes Job-Cluster.
Wo es wehtut
WP-Cron tut weh, wenn eine „geplante" Kampagnenseite übers Wochenende nie live geht, oder wenn ein Backup-Plugin nie fertig wird, weil Besuche die Queue nie triggerten.
Teams verschwenden Stunden mit Content-Debugging, während der Scheduler schlicht nie aufgerufen wurde.
Was zu prüfen ist
- Ist visit-getriggerter Default-WP-Cron in Production noch aktiv?
- Trifft echter Cron wp-cron.php in festem Intervall?
- Welche Plugins planen schwere wiederkehrende Jobs?
- Hat jemand nach dem letzten Host-Migration geplante Posts noch verifiziert?
- Sind fehlgeschlagene Jobs in Logs oder einem Cron-UI-Plugin sichtbar, dem Sie vertrauen?
Häufige Fragen
Was ist WP-Cron?
Der interne Scheduler von WordPress für verzögerte Tasks wie geplante Posts, Update-Checks und Plugin-Hintergrundjobs.
Warum veröffentlichen geplante Posts manchmal nicht?
Default-WP-Cron läuft bei einem Seitenbesuch. Auf Low-Traffic-Sites wartet der Job, bis jemand eine Seite lädt.
Wie fixieren Sie WP-Cron in Production?
Default visit-getriggerten Cron deaktivieren und wp-cron.php über echten System-Cron oder Host-Scheduler in festem Intervall aufrufen.
Ist WP-Cron ein Security-Risiko?
wp-cron.php ohne Rate-Limits kann für Resource Exhaustion missbraucht werden. Host-Guidance folgen und WordPress aktuell halten.
Was sollten Sie zuerst prüfen?
Ob Production visit-getriggerten Cron oder echten System-Cron nutzt, dann welche Plugins wiederkehrend schwere Arbeit planen.