3DS 2.0 на виртуалках: когда карта проходит, а когда режет конверсии

3DS 2.0 на виртуалках: когда карта проходит, а когда режет конверсии

3DS — это не просто «доп. окно с кодом». Для арбитража важнее другое: как часто банк-эмитент уводит платеж в challenge, насколько ровно проходит frictionless и не ломается ли оплата на мобильном трафике.

Проверяй виртуалку по 4 признакам:
— есть ли стабильный SMS/push/OAuth-канал для подтверждения;
— поддерживает ли карта 3DS именно на нужных MCC и регионах;
— не сбрасывается ли сессия при редиректе на верификацию;
— сохраняется ли BIN-поведение после серии платежей, а не только на первом.

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

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

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