Если заказ появился в WooCommerce, но не дошёл до учётной системы, проверьте доставку события. Вебхук мог отключиться после серии ошибок получателя. Повторное оформление заказа покупателем не является способом восстановления обмена: сначала нужно понять, какое событие потеряно и где остановилась обработка.

Редакционная проверка инструкции выполнена 11 октября 2026 года. Описан существующий механизм уведомлений WooCommerce, без заявления о новой функции.

Найдите канал передачи заказа

Откройте настройки WooCommerce, раздел Advanced → Webhooks. Сопоставьте название, тему события и Delivery URL с используемой интеграцией. Статус Active разрешает отправку; Paused приостанавливает её; Disabled указывает на отключение. Не включайте неизвестный адрес только потому, что он похож на сервер подрядчика.

Сначала установите границы проблемы: один заказ, один тип события или вся передача после определённого времени. Запишите номер первого отсутствующего заказа и последнего успешно принятого. Такая пара позволяет проверять восстановление по конкретным объектам, а не по общему впечатлению, что обмен снова ожил.

Посмотрите последнюю доставку

В WooCommerce → Status → Logs отфильтруйте источник webhooks-delivery. Журнал помогает увидеть попытку доставки и ответ получателя. По стандартному правилу более пяти последовательных неудачных доставок приводит к отключению вебхука; установленный разработчиком фильтр может изменить этот порог.

Редакционная рекомендация: передайте разработчику время, идентификатор события и статус ответа, скрыв персональные данные и секреты. Ответ сервера об ошибке доступа требует другого исправления, чем недоступность обработчика. Простое повторное включение до устранения причины может закончиться тем же отключением.

Проверьте получателя перед возобновлением

Убедитесь вместе с ответственным за интеграцию, что адрес относится к рабочей системе, обработчик принимает нужное событие и проверка подписи настроена согласованно. При первом сохранении активного вебхука WooCommerce отправляет проверочный ping. Его получение подтверждает связь, но не заменяет проверку обработки реального заказа.

Для контрольного события заранее определите ожидаемую запись в учёте. Отслеживайте один и тот же номер от магазина до конечной системы. Подробнее о границах пилота и наблюдении за результатом — в материале о запуске автоматизации магазина.

Восстановите пропущенный интервал отдельно

После возобновления потока составьте список заказов за период сбоя и сопоставьте его с принятыми объектами. Не считайте новый успешный заказ доказательством, что все старые уведомления также восстановлены. Способ повторной обработки согласуйте с разработчиком конкретной интеграции.

Отдельно проверьте отсутствие дублей, если часть событий успела дойти до остановки. Завершение инцидента должно включать рабочую доставку новых событий, разбор пропущенного интервала и подтверждённое соответствие заказов. Сохраните причину отключения: это поможет заметить повторение сбоя до обращения следующего покупателя.