WP-Cron ломает расписания: где он сбоит и как перевести задачи на нормальный запуск

WP-Cron ломает расписания: где он сбоит и как перевести задачи на нормальный запуск

WP-Cron в WordPress удобен, но он не живёт по настоящему времени сервера. Задача выполняется только когда кто-то открывает сайт, поэтому при малом трафике события сдвигаются, а при пиках могут запускаться пачкой.

Проверьте типовые точки отказа:
— важные действия завязаны на wp-cron.php;
— сайт долго простаивает без посещений;
— тяжёлые задачи запускаются одновременно;
— один и тот же крон дублируется плагинами.

Для надёжности вынесите запуск в системный cron и отключите внутренний триггер. Так расписание перестанет зависеть от визитов, а бэкапы, отправка писем, чистка корзины и синхронизации будут идти предсказуемо. Если задача критична, держите её в отдельном хукe, а не смешивайте с длинной обработкой.

Ещё один полезный приём — логировать запуск: время, название события, статус и ошибку. Тогда легко увидеть, где задача не стартует, где падает и где тормозит из-за внешнего API.

Если в WordPress что-то «иногда не срабатывает», первым делом смотрите на WP-Cron: перевод на системный запуск обычно убирает половину загадочных сбоев.