WP-Cron ломает расписание задач, если сайт получает мало или много запросов

WP-Cron ломает расписание задач, если сайт получает мало или много запросов

WP-Cron в WordPress — это не настоящий системный cron, а запуск задач по посещениям. Поэтому публикация писем, очистка корзины, синхронизация и резервные процессы могут:
— задерживаться на тихих сайтах;
— запускаться рывками на пиковых;
— дублироваться, если одна и та же задача висит в очереди.

Проверьте три вещи: отключён ли лишний WP-Cron-пуск при каждом заходе; есть ли у сайта нормальный системный cron; не плодят ли плагины собственные фоновые задания. Для диагностики полезно смотреть не только список запланированных событий, но и частоту повторяющихся хуков, которые быстро засоряют очередь.

Если задачи критичны для бизнеса, лучше увести запуск в системный cron и оставить WP-Cron только как запасной механизм. Так рассылки, синхронизации и очереди обработки перестают зависеть от того, пришёл ли кто-то на сайт. Это особенно заметно на проектах с редким трафиком и на сайтах, где много фоновой автоматизации ⚙️

Раз в месяц проверяйте, не накопились ли зависшие события и нет ли плагина, который ставит одно и то же задание снова и снова. Если очередь чистая, автоматизация работает предсказуемо, а не «когда повезёт».