<b>3D-Secure 2.0: почему конверсия падает, а фрод остается на месте</b>

<b>3D-Secure 2.0: почему конверсия падает, а фрод остается на месте</b>

Потому что многие подключили 3DS2 как галочку для комплаенса, а не как риск-движок. В итоге:
— frictionless не настроен, и половина «безопасных» платежей зря улетает в challenge;
— банк-эмитент не получает нормальные сигналы: device data, поведение, историю;
— мерчант сам ломает UX лишними редиректами, таймаутами и кривыми fallback-сценариями.

3DS2 не лечит фрод магически. Он снижает liability shift и дает банку контекст, но если у вас грязные BIN-правила, слабый velocity control и нулевая антифрод-логика на своей стороне, мошенник просто пройдет через ту же дыру в другом костыле. Документация обещает «умную аутентификацию», логи показывают обычный бардак.

Самая частая ошибка — считать 3DS2 финальным рубежом. Нет. Это один слой в цепочке: pre-auth scoring, 3DS decisioning, post-auth monitoring, ручные стоп-листы. Идемпотентность или смерть: если у вас повторная попытка оплаты после challenge создает дубль, вы сами выращиваете chargeback-ад.

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