Продавец развивает собственный интернет-магазин рядом с продажами на маркетплейсах и подключает Ozon Pay к WooCommerce. После установки плагина кнопка оплаты может появиться, но это ещё не доказывает готовность принимать деньги. Нужно согласовать токен конкретного магазина, среду обмена и возврат покупателя на сайт. Руководство касается подключения модуля; маркировка и формирование финального чека являются отдельной задачей после настройки базового платежного маршрута.

Создайте токен для нужного магазина

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

Перед созданием составьте таблицу: домен сайта, магазин Ozon Pay, назначение токена и ответственный за интеграцию. Условный пример: у компании тестовая копия и основной сайт с похожими именами. Если ключи поменять местами, интерфейс не объяснит бизнесу, почему покупатель не может рассчитаться. Секреты храните в разрешённой конфигурации и не включайте в публичный журнал ошибок, скриншоты для подрядчика или текст обращения.

Согласуйте модуль и адрес возврата

Официальная инструкция предусматривает модуль Acquiring OZON Pay for WooCommerce, PHP cURL и настройку платежей WooCommerce. В модуль вводят accessKey и secretKey, выбирают среду и её адрес. Для возвращения после оплаты справка задаёт путь с параметрами wc-api=wc_ozonpay и action=return на домене магазина. Это адрес вашего сайта, а не демонстрационный домен из примера документации.

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

Пройдите контрольный маршрут до запуска

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

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

Передайте эксплуатацию с разделёнными обязанностями

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

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