Прием интернет-платежей: где чаще всего теряются деньги и как это предотвратить

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

Владелец видит конверсию 3% и считает это нормой для своей ниши. Но при этом треть отказов чисто технические: неправильно настроенный редирект после оплаты, нет поддержки СБП, форма не адаптирована под мобильный, платёж по иностранной карте падает без объяснений.

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

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

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

Брошенная корзина: потери начинаются ещё до отказа банка

70% покупок в российском e-commerce в 2026 году остаются незавершенными. Треть из них по техническим причинам (форма оплаты долго грузилась, не подошёл способ оплаты, появился непонятный экран с ошибкой).

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

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

Технический отказ банка: не всегда вина покупателя

Когда транзакция не проходит, большинство продавцов думают, что у клиента нет денег. Это не так. По данным крупных процессинговых компаний, 15–20% отказов возникают по  техническим причинам на стороне банка-эквайера или платёжной формы (таймауты, недоступность сервера, ошибки маршрутизации).

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

Правильное решение: повторная попытка через другой маршрут (retry logic) и внятное сообщение пользователю вместо безликого «Платёж не прошёл». Если инфраструктура не поддерживает автоматический retry, то это деньги, ушедшие к конкурентам.

Один метод оплаты против трёх: арифметика простая

СБП в 2026 году устойчиво занимает второе место по объему онлайн-оплат после банковских карт. Часть аудитории платит только через QR-код (особенно покупатели старше 35 лет в регионах, привыкшие к мобильному банкингу Сбера или Т-Банка).

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

Добавление СБП и QR-оплаты поднимает конверсию на 8–12% в сегментах с высокой долей мобильного трафика. Это не прогноз, это реальные цифры из A/B-тестов магазинов, перешедших с одного метода оплаты на несколько.

Поддержка нескольких методов в одной интеграции стала стандартом для современных платежных провайдеров. URLPAY закрывает карты, СБП, QR и платежные ссылки через единый API. Разработчику не нужно поддерживать три отдельных подключения.

Самозанятые и ИП: проблема на старте, о которой молчат

Значительная часть потерь возникает ещё до первой транзакции. Продавец просто не может подключить оплату.

Типичная ситуация: фрилансер хочет принимать оплату онлайн. Идёт в ЮKassa или к банковскому эквайеру. Получает отказ (самозанятым там отказывают или предлагают ждать рассмотрения заявки несколько недель).

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

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

Отсутствие антифрода: когда платит не тот, кто должен

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

В нишах с цифровыми товарами (игровые аккаунты, подписки, курсы) доля мошеннических попыток выше средней. Карточные данные покупают и тестируют именно на мелких транзакциях.

Базовым уровнем защиты  будет 3-D Secure. Но одного 3DS недостаточно. Опытный фрод обходит его через социальную инженерию. Нужен поведенческий антифрод: анализ устройства, частота попыток, геолокация, паттерны ввода. Это уровень специализированной инфраструктуры, а не базового эквайринга.

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

Вебхуки с ошибками: заказы, которые зависают в неопределённости

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

Корректная реализация вебхуков требует нескольких вещей: retry при недоступности сервера, подпись запроса для верификации, идемпотентность обработки (чтобы одно уведомление не активировало заказ дважды). Технически несложно, но требует аккуратной документации со стороны поставщика.

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

Нет оплаты без сайта: потери в Telegram и соцсетях

Отдельная категория продавцов, рискующих понести убытки, это те, кто продает в Telegram-каналах или соцсетях, но без сайта и без корректного способа принять оплату.

Распространённый сценарий: эксперт продаёт консультации через Telegram. Пишет клиенту реквизиты. Клиент переводит оплату вручную. Часть клиентов не доходит до перевода, ведь слишком много шагов.

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

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

Массовые выплаты: скрытая дыра в маркетплейсах и сервисах

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

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

Поставщик инфраструктуры должен поддерживать API для массовых выплат с батч-загрузкой, статусами по каждой транзакции и вебхуками на успех или отказ. Без этого рост бизнеса упирается не в технологии, а в ручной труд.

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

Если хотите посмотреть, как работает инфраструктура, которая закрывает карты, СБП, QR и платежные ссылки через одну интеграцию, то зайдите на urlpay.io. Подключение занимает от одного дня. Самозанятые и ИП проходят онбординг без долгого ожидания. А документация для разработчиков сразу доступна на urlpay.io/docs/api. Меньше точек отказа — больше завершенных оплат.