3DS 2.0 меняет не только фрод-фильтры, но и CR в checkout: где теряются оплаты

3DS 2.0 меняет не только фрод-фильтры, но и CR в checkout: где теряются оплаты

В 3DS2 конверсия ломается не на самой аутентификации, а на переходах между шагами: frictionless, challenge, fallback на 3DS1, ошибки ACS и таймауты редиректа. Если платёжный флоу не передаёт достаточно данных в AReq, банк чаще уводит сделку в challenge — а это уже лишний клик, лишняя потеря.

Для команды важны 4 точки контроля:
— amount, currency, BIN, device data и billing data должны совпадать;
— webhook и return URL не должны расходиться по статусам;
— на мобильном критичны deep link и стабильный редирект;
— если PSP умеет, надо логировать reason code отказа, а не только статус failed.

CR обычно проседает, когда merchant видит только «3DS failed» и не разделяет причины: отказ issuer, ошибка аутентификации, timeout, unsupported card range. Без этой разбивки невозможно понять, где чинить: в передаче данных, в UX, в routing или в настройках risk engine.

Если смотреть на 3DS2 как на часть платежного маршрута, а не как на формальность, он начинает работать на CR: меньше лишних challenge, меньше скрытых фейлов, лучше предсказуемость по картам с низким аппрувом. Главное — мерить не один approval rate, а весь путь от init до authorized.