3D-Secure 2.0: почему конверсия падает, а фрод остаётся в тех же грязных местах

3D-Secure 2.0: почему конверсия падает, а фрод остаётся в тех же грязных местах

3DS2 продавали как магию: меньше трения, больше фрода под контролем. На практике многие мерчанты получили классический финтех-аттракцион — часть честных клиентов улетает в challenge, а злой бот всё равно проходит там, где issuer ленится скорить риск.

Проблема обычно не в самом протоколе, а в кривой интеграции:
— не передаёте нормальные device data, и эмитенту нечего считать;
— ломаете frictionless из-за пустых или мусорных полей;
— не умеете корректно обрабатывать soft decline и повторный флоу;
— путаете liability shift с «фрод исчезнет сам». Не исчезнет. Документация — это ложь, логи — истина.

Ещё веселее, когда бизнес просит «добавить 3DS везде». В результате вы насильно гоняете через challenge добропорядочных повторных клиентов, рекурренты и low-risk транзакции. Конверсия умирает, а фрод оставляют там же, потому что эквайер не настроил риск-порог, а мерчант не сегментировал сценарии.

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

Вывод: не «внедряйте 3DS2», а настраивайте маршрутизацию, риск-скоринг и логику challenge. Иначе это очередной костыль на костыле, где конверсия падает, а фрод лишь меняет форму.