Approval rate в платежах: почему кабинеты отваливаются на биллинге и как это починить

Если вы льёте трафик и хоть раз вместо открута видели Risk Payment, эта статья для вас. Разбираем метрику, от которой зависит, проживёт ли ваша связка дольше суток.

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

Меня зовут Денис, я в арбитраже трафика более 7 лет. Начинал с соло-заливов на нутру и гемблу, сейчас держу команду, которая работает с Meta*, Telegram и Google в нескольких гео. За это время прошёл через всё, о чём обычно не пишут в кейсах: выгоревшие бюджеты, кабинеты в бане на старте, карты, которые отваливались на третьем списании, и бесконечные тикеты в саппорт с формулировкой «биллинг работает некорректно».

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

В арбитраже трафик решает не только креатив и оффер. Ниже лежит слой, о котором вспоминают, когда уже поздно, и этот слой — платёжный. Если он проседает, вы теряете всё сразу: кабинет не может списать деньги с карты, прилетает Risk Payment, аккаунт уходит в бан. Масштабирование останавливается, а команда жжёт бюджет на замену карт и кабинетов.

Ключевая метрика этого слоя называется approval rate. Дальше разберу, как устроена механика отказов в Facebook*, Google и TikTok, почему платёж не проходит при живом балансе и что реально влияет на успешность транзакций при массовой работе.

Approval rate, или AR, показывает долю платежей, одобренных на этапе авторизации. Формула простая: если из 100 попыток списания со стороны рекламной площадки прошла 91, то AR равен 91%. Обратная метрика называется decline rate и показывает долю отклонённых операций.

Здесь важно не путать два разных мира.

Approval rate не равен конверсии в покупку. Конверсия показывает, сколько пользователей в итоге купили, а approval rate показывает, сколько платежей прошли банковскую и платёжную проверку. Это технический показатель платёжного слоя.

Approval rate не равен «апруву». В арбитраже «апрув» — сленг для подтверждённого лида или заказа после валидации колл-центром или системой проверки. Это другой этап воронки, и к авторизации платежа он отношения не имеет.

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

Оплата рекламных расходов представляет собой последовательность решений, которые происходят за кулисами и байеру не видны. Карта может быть валидной и с балансом, но платёж всё равно не пройдёт.

Механика выглядит так. Карта вводится, платёжный шлюз формирует запрос, эквайер передаёт его в платёжную систему, та идёт в банк-эмитент. По пути подключаются антифрод-проверки и при необходимости 3D Secure. Решение одобрить операцию или отклонить принимает банк.

Первая и самая массовая — недостаток средств. Бизнес часто переоценивает долю «подозрительных» отказов, хотя на деле большинство из них банально insufficient funds.

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

Третья причина связана с качеством данных и контекстом связки. Ошибки в реквизитах, устаревшая карта, несоответствие страны BIN, аккаунта и IP, неподходящий тип карты — всё это делает операцию менее понятной для эмитента и площадки. Формально это выглядит как технический отказ, но по сути является проблемой конфигурации связки.

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

Пятая причина — BIN и география карты. По первым 6–8 цифрам номера определяется банк-эмитент, страна, сеть и тип карты, и всё это влияет на оценку операции ещё до списания. География BIN становится частью риск-оценки, особенно в кросс-бордере, арбитраже трафика и медиабаинге.

Все пять факторов складываются в итоговый approval rate. Дальше разберём, как с этим работать и где именно его можно повысить.

В арбитраже approval rate не поднимается одной настройкой. Это работа сразу по нескольким зонам: часть платежей нужно возвращать через корректные ретраи, часть не терять на 3D Secure, часть не резать антифродом, а часть проводить через подходящий BIN и понятный для платформы контекст.

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

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

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

Смысл ретраев в том, чтобы вернуть деньги, которые почти дошли до кассы, но потерялись на последнем шаге. Soft declines дают основной резерв роста, а слепые повторы не работают, если не меняются время, маршрут или сценарий 3D Secure.

Логика должна учитывать тип отказа. Если причина в insufficient funds, не стоит повторять платёж сразу, лучше подождать и сделать повторную попытку позже. Если банк требует аутентификацию, операцию нужно перевести в корректный 3D Secure-поток. Если проблема в маршруте, платёж может пройти через другой банк или провайдера.

3D Secure — это дополнительная проверка перед оплатой. Он снижает риск и закрывает требования регуляторов, но каждый лишний шаг снижает конверсию.

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

Хороший 3D Secure представляет собой быстрый и понятный процесс, в котором пользователь без проблем подтверждает платёж. Плохой — это лишние шаги, ошибки и тупики, из-за которых пользователь не завершает проверку. Задача в том, чтобы сделать процесс простым и бесшовным, с корректной обработкой статусов и минимальным количеством действий.

На своём опыте скажу так. Когда я начинал переводить связки на карты с Silent 3D Secure, где подтверждение проходит на стороне эмитента без ввода кода, потери на аутентификации заметно просели. Не потому что магия, а потому что убрался лишний шаг, на котором пользователь отваливался. В массовой работе с кабинетами это особенно важно: чем меньше ручных подтверждений и лишних шагов в платёжном сценарии, тем ниже вероятность срыва запуска и потери рабочей связки.

Банк принимает решение не в вакууме. Он смотрит на контекст операции: откуда идёт платёж, как он выглядит, совпадает ли устройство с историей клиента, достаточно ли данных. Чем понятнее операция, тем выше шанс на approval.

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

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

Сюда же относится токенизация. Это один из инструментов роста успешных авторизаций, и в ряде случаев она даёт рост approval rate до 6%.

География BIN становится частью риск-оценки. Практика здесь такая: держите пул BIN-ов под конкретные гео и площадки, ротировать их по мере просадки траста и не мешать всё в одну кучу. Один универсальный BIN на все связки ведёт прямиком к declines.

Виртуальные карты в арбитраже: зачем нужен White Label

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

По мере роста объёма проблема уже не в том, где взять ещё одну карту, а в том, как управлять пулом. Нужно массово выпускать карты под кабинеты и байеров, распределять лимиты, ротировать BIN, вовремя выводить карты из работы и не допускать путаницы в связках. Именно здесь approval rate перестаёт быть банковской метрикой и становится частью операционки арбитражной команды.

White Label представляет собой готовую инфраструктуру карт под вашим брендом. Провайдер даёт интерфейс, выпуск виртуальных карт, бэкенд, аналитику, Apple Pay и Google Pay. Команда получает выпуск виртуальных карт, единый интерфейс управления, базовую аналитику и порядок в работе с пулом вместо разрозненной схемы из нескольких сторонних сервисов.

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

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

Поэтому White Label подходит как быстрый старт: навести порядок в выпуске карт, собрать управляемый пул и уйти от хаотичной схемы. Но если команда масштабируется, автоматизирует выпуск под кабинеты и хочет глубже влиять на approval rate, следующий уровень — это API или собственная инфраструктура.

В арбитраже и медиабаинге approval rate становится метрикой выживаемости рекламных кабинетов. Он складывается из качества BIN-ов, корректной работы с 3D Secure, гео-совпадений и контроля баланса.

Если у вас регулярные Risk Payment, микроспенды, нестабильный открут и отвал кабинетов на этапе биллинга, пора менять платёжную инфраструктуру.

Я в какой-то момент перестал собирать пул карт по частям и ушёл в один сервис, flexcard. BIN-пулы под Facebook*, Google и TikTok, карты под связки и кабинеты, White Label для управления пулом на объёме, всё в одном месте. Когда биллинг перестаёт быть узким горлышком, масштабирование упирается уже в трафик, а не в карты. Это, пожалуй, главный аргумент.

В 2022 году компания Meta* (признана экстремистской организацией, деятельность на территории России запрещена) и ее продукты Facebook* и Instagram* официально заблокированы в РФ.