Фраза «не работает оформление заказа» объединяет разные сбои. Кнопка может не реагировать, расчёт доставки — зависать, заказ — создаваться без перехода к оплате, а успешная оплата — не менять статус. Начните с определения последнего успешного шага: от этого зависит следующая проверка.
Сначала зафиксируйте один сценарий
- Страница и время ошибки, устройство и браузер.
- Товар и его вариант, количество, адрес или регион доставки без персональных данных покупателя.
- Выбранные доставка и способ оплаты.
- Точное сообщение об ошибке или шаг, на котором появляется бесконечная загрузка.
- Номер заказа, если он появился, и его текущий статус.
- Что менялось перед первым сбоем: обновление, тема, расширение, настройки кеша или платёжного сервиса.
В административной части WooCommerce доступны сведения о версии и окружении магазина. Как получить системный отчёт, описано в официальной инструкции. Полный отчёт и журналы не стоит публиковать открыто: перед передачей специалисту удалите секреты и данные покупателей.
Заказ не появился: проверяйте форму и ответ сайта
Убедитесь, что обязательные поля заполнены, а сообщение об ошибке не спрятано выше формы или под фиксированным блоком на телефоне. Условия полей могут зависеть от страны, доставки и выбранного способа оплаты. Проверьте тот же сценарий на другом устройстве и в новой сессии.
Разработчику полезно сопоставить ошибку в браузере с серверным журналом в тот же момент. Важен не только код ответа: сервер может вернуть сообщение о проверке данных или текст ошибки вместо ожидаемого результата. Сбор случайных скриншотов без времени и воспроизводимого сценария обычно замедляет поиск причины.
Уточните, используется ли блочное оформление заказа или классический вариант. Расширения и код, которые меняют одно оформление, не всегда подходят для другого. Переключение типа страницы — изменение сценария, которое сначала проверяют на тестовой копии, а не универсальная первая помощь.
Заказ появился, но переход к оплате не сработал
Откройте заказ, его заметки и доступный журнал платёжного модуля. Проверьте состояние платежа в кабинете провайдера и правила именно этого модуля. Ошибка перехода в браузере не доказывает ни успешную оплату, ни её отсутствие.
Статусы WooCommerce описывают разные этапы обработки. Например, ожидание оплаты и обработка оплаченного заказа — разные состояния. В блочном оформлении может встречаться черновик заказа, который сам по себе ещё не означает завершённую покупку. Сверяйте смысл статуса с документацией WooCommerce и используемым способом оплаты.
Если провайдер подтверждает платёж, а магазин не обновляет заказ, отдельно проверяют обратное уведомление и его обработку модулем. Не заменяйте эту проверку повторным созданием заказа. Если не пришло только письмо, а заказ и его состояние корректны, используйте отдельную диагностику уведомлений.
Проблема возникает после выбора доставки
Повторите оформление с тем же регионом, составом и весом корзины. Уточните зоны доставки, доступность способа для этого адреса, обязательность пункта выдачи и ответ внешнего сервиса. Отсутствие подходящего способа доставки может выглядеть для покупателя как сломанная кнопка заказа.
На тестовой копии сравните рабочий и проблемный сценарии: например, адрес внутри и вне нужной зоны. Если правила зависят от суммы, веса или типа товара, проверяйте условия на обеих сторонах границы. Изменение тарифа или отключение проверки ради одного заказа может нарушить остальные сценарии. Про состав расчёта есть отдельный материал о доставке в корзине.
Проверьте кеш и состояние сессии
Корзина и данные покупателя зависят от сессии. Если персональная страница попала в общий кеш или нужное обновление блокируется оптимизацией, посетитель может видеть устаревшую сумму или состав. Однако отключать все уровни кеша навсегда без проверки причины не стоит.
- В двух независимых сессиях добавьте разные товары и сравните корзины.
- Измените количество, вариант и адрес доставки; проверьте пересчёт.
- Сравните поведение до входа в аккаунт и после входа.
- На копии проверьте настройки кеша и оптимизации, которые менялись перед сбоем.
Назначение cookie корзины и сессии описано в документации WooCommerce. Конкретные исключения зависят от используемого решения. Подробнее о проверке после изменения кеша — в статье об ускорении WooCommerce.
Конфликт темы и расширений проверяйте на копии
Если сценарий начал ломаться после обновления, сначала сохраните состав версий и создайте тестовую копию. В ней можно последовательно проверять тему, расширения и собственный код. Отключение платёжного или доставочного модуля на рабочем магазине способно затронуть реальных покупателей.
WooCommerce рекомендует резервную копию и тестовую среду для проверки конфликтов. Меняйте одну проверяемую переменную за шаг и записывайте результат. Если ошибка исчезла, подтвердите связь повторной проверкой, а затем ищите совместимое исправление.
Как принять исправление оформления заказа
- Повторите исходный проблемный сценарий и убедитесь, что результат изменился ожидаемым образом.
- Проверьте покупку с телефона и компьютера, гостевое оформление и вход в аккаунт, если они поддерживаются.
- Проверьте затронутые способы оплаты и доставки в предусмотренном сервисом тестовом режиме.
- Убедитесь, что один сценарий не создаёт неожиданные дубли заказов и корректно обновляет сумму и статусы.
- Проверьте уведомления в затронутой части, затем согласуйте перенос и контроль на рабочем магазине.
Для доработки WooCommerce пришлите ссылку, описание шага, время и текст ошибки. Номер реального заказа и журналы передаются отдельно после согласования доступа. Если проблема относится к передаче заказов в учёт, её нужно разбирать как интеграцию, а не как внешний вид страницы оформления.
