WooCommerce перед запуском: чек-лист для продакшена

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

Сначала подготовьте безопасный контур

Проверки рассчитаны на WooCommerce 9.x и WordPress 6.x. В другой версии названия экранов и поведение расширений могут отличаться, поэтому перед запуском сверяйте документацию конкретных плагинов.

Не тестируйте оплату и массовые изменения прямо на рабочем сайте. Подготовьте staging-копию — отдельную копию сайта, базы данных и файлов, на которой можно менять настройки без риска для заказов.

• создайте резервную копию файлов и базы данных;
• убедитесь, что у вас есть доступ администратора WordPress, панели хостинга, DNS и платёжного сервиса;
• запишите версии WordPress, WooCommerce, PHP, темы и расширений;
• проверьте, что staging не отправляет реальные письма покупателям и не принимает настоящие платежи;
• составьте список активных плагинов и отметьте те, что влияют на корзину, оплату, доставку, цены и кэш.

Результат этого этапа простой: вы можете восстановить сайт и понимаете, какие изменения были внесены перед запуском.

Проверьте базовые настройки магазина

Откройте раздел WooCommerce > Настройки и пройдите его по порядку. Не копируйте настройки из другого магазина вслепую: страна, валюта, налоги и способы доставки связаны между собой.

1. Адрес магазина. Проверьте страну, регион, город и почтовый индекс. Эти данные влияют на расчёт доставки и доступность способов оплаты. В форме оформления заказа должна подставляться ожидаемая страна.
2. Валюта. Убедитесь, что валюта магазина совпадает с валютой платёжного шлюза, ценами товаров и бухгалтерским учётом. Откройте карточку товара и проверьте отображение цены на витрине, в корзине и на странице оплаты.
3. Единицы измерения. Проверьте вес и размеры товаров. Если у товара заполнен вес, доставка должна использовать именно это значение, а не пустое поле или случайную единицу.
4. Налоги. Решите, показываются ли цены с учётом налогов и какие налоговые классы используются. Ставки зависят от страны, режима работы и вашей схемы учёта; их нельзя подставлять по шаблону из чужого магазина.
5. Страницы WooCommerce. Проверьте страницы магазина, корзины, оформления заказа и личного кабинета. Каждая ссылка должна вести на правильную страницу, а не на черновик, 404 или старую версию checkout.

После каждого блока очистите кэш и откройте сайт в приватном окне браузера. Это покажет результат для нового посетителя, а не сохранённую страницу администратора.

Пройдите путь покупателя целиком

Главная проверка — не отдельная карточка товара, а полный заказ от первого клика до письма о выполнении. Используйте тестовый товар с небольшой ценой, понятным весом и остатком больше нуля.

1. Откройте магазин как неавторизованный пользователь. Фильтры, категории, поиск и изображения товара должны работать без входа в админку.
2. Добавьте товар в корзину, измените количество, удалите позицию и верните её обратно. Итоговая сумма и остаток должны пересчитываться после каждого действия.
3. Заполните форму оформления заказа с тестовыми данными. Проверьте обязательные поля, формат телефона, выбор страны и адрес доставки.
4. Выберите каждый доступный способ доставки. Убедитесь, что стоимость и обещанный срок не противоречат условиям на странице магазина.
5. Создайте тестовый заказ через платёжный шлюз в его тестовом режиме. Не используйте реальные реквизиты в staging.
6. Проверьте статусы заказа, письмо покупателю, письмо администратору и запись заказа в панели WooCommerce.

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

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

Оплата, доставка и письма: зоны максимального риска

Платёжный шлюз

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

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

Доставка

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

Почта

Оформите тестовый заказ на адрес, которым вы можете управлять. Проверьте тему, имя отправителя, ссылки, состав заказа и отображение на телефоне. Если письма не приходят, не ограничивайтесь повторной отправкой: смотрите журнал почтового сервиса, папку спама и настройки SMTP-плагина.

Проверьте товары, остатки и возвраты

До запуска откройте несколько товаров каждого типа: простой, вариативный, виртуальный и со скидкой, если они используются в магазине. У вариативного товара проверьте, что каждая комбинация имеет собственную цену, остаток и изображение там, где это требуется.

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

Сделайте отдельный тест возврата. Важно понять, кто меняет статус заказа, возвращается ли сумма в платёжном сервисе и как после этого корректируется остаток. Автоматический возврат зависит от конкретного шлюза и не должен считаться гарантированным свойством WooCommerce.

Совместимость, скорость и безопасность

Соберите список обновлений, которые были установлены перед запуском. Не обновляйте одновременно WordPress, WooCommerce, тему и все плагины без проверки: при проблеме вы не поймёте, какой компонент её вызвал.

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

Если в WooCommerce доступно переключение хранилища заказов, меняйте его только после проверки совместимости темы и расширений на staging. Нельзя считать успешным запуском ситуацию, когда новые заказы создаются, но отчёты, экспорт или CRM перестают их видеть.

Что ломается чаще всего

• Заказ не создаётся. Проверьте обязательные поля, JavaScript-ошибки в браузере, валюту и логи платёжного расширения.
• Оплата прошла, но заказ остался в ожидании. Проверьте уведомления платёжного шлюза и доступность его callback или webhook-адреса по HTTPS.
• Корзина очищается. Ищите конфликт кэша, cookie, домена с www и без www, а также настройки безопасности, блокирующие сессию.
• Письма не доходят. Проверьте SMTP, домен отправителя, SPF, DKIM, журнал доставки и папку спама.
• Сумма отличается в разных местах. Сверьте налоги, округление, купоны, доставку и настройки отображения цен.

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

Два сценария запуска и их цена

Для небольшого магазина иногда выбирают прямое включение, но оно экономит только время на подготовку. Основной риск переносится на первые реальные заказы. Безопаснее запускать изменения через staging и короткое окно публикации.

Для магазина с действующими заказами выбирайте staging. Для нового сайта без покупателей прямой запуск допустим только после резервной копии и ручной проверки заказа в продакшене.

Что делать дальше

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

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

Сноска. Webhook — уведомление от внешнего сервиса на адрес вашего сайта о событии, например об успешной оплате. Если webhook не дошёл, платёж мог пройти, а статус заказа в WooCommerce не измениться.