Интернет-магазин не принимает оплату: что проверить

Шаг 1. Определите, на каком шаге обрыв

Шаг 2. Проверьте страницу оформления

• Откройте оформление заказа в окне инкогнито и посмотрите консоль браузера (F12 → Console) на красные ошибки.
• Отключите плагин кеширования для страниц корзины, оформления и личного кабинета. Кешированная страница оформления может содержать устаревшие данные и ломать оплату.
• Проверьте, не обновлялись ли плагины платёжной системы, темы или ядра. Совместимость с версией PHP часто ломается после обновления.
• Для WooCommerce откройте «WooCommerce» → «Состояние» → «Журналы»: там пишут ошибки платёжных модулей.

Шаг 3. Проверьте ключи и режим

Самая частая причина: рабочий магазин переключён в тестовый режим или наоборот. Проверьте:

1. В платёжном плагине стоит нужный режим: тестовый или боевой.
2. Ключи и идентификатор магазина соответствуют режиму. Тестовые ключи не работают в боевом режиме.
3. Ключи не обрезаны при вставке: нет лишних пробелов, символов перевода строки.
4. В личном кабинете провайдера магазин активен, не заблокирован и не требует подтверждения данных.
5. Сумма заказа передаётся в нужном формате (рубли или копейки зависят от провайдера, смотрите документацию).

Тестовые платежи делайте только в тестовом режиме провайдера с тестовыми картами из его документации. В боевом режиме платите минимальную сумму и сразу оформляйте возврат.

Шаг 4. Оплата прошла, заказ не обновился

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

Проверьте:

• Адрес уведомлений в кабинете провайдера указан верно, начинается с https://, не содержит лишних символов.
• Адрес открывается снаружи. Не закрыт паролем, не перенаправляется на другую страницу, не блокируется защитой хостинга. Проверка: отправьте на него тестовый запрос.
• Журнал доставки у провайдера. В кабинете большинства провайдеров видно, какие уведомления отправлены и с каким кодом ответил сайт. Код 200 значит, что сайт принял. Коды 403, 404, 500 указывают, где искать причину: 403, 404, 500.
• Подпись запроса. Если провайдер подписывает уведомление секретным ключом, а в магазине записан другой ключ, магазин отклонит запрос. Сравните ключи.

Шаг 5. Проверьте SSL и адреса возврата

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

Шаг 6. Статусы заказов

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

Что сообщить платёжному провайдеру

Если причина на стороне провайдера, пришлите ему:

• идентификатор магазина;
• номер заказа и платежа;
• точное время неудачной попытки с часовым поясом;
• текст или код ошибки;
• скриншот журнала доставки уведомлений.

Когда нужен специалист

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

Сколько стоит решение у нас

Диапазоны ориентировочные, ставка 3 800 ₽ в час. Точную оценку присылаем до начала работ. Все цены.

Частые вопросы