<b>3DS 2.0 меняет не конверсию «в целом», а путь к оплате по сегментам CR</b>

<b>3DS 2.0 меняет не конверсию «в целом», а путь к оплате по сегментам CR</b>

3DS 2.0 убирает часть лишних фрикций: вместо жёсткого challenge всё чаще проходит frictionless flow. Для платёжки это значит, что CR зависит не только от BIN и GEO, но и от качества data elements: billing address, device info, shipping, account age, history of purchase.

Если поле заполнено чисто, а риск-сигналы согласованы, банк охотнее отдаёт frictionless. Если данные рваные — растёт доля challenge, а вместе с ней падает approval-to-paid CR. Особенно заметно это на повторных платежах и в корзинах с высокой долей mobile-трафика.

Для команды полезно держать простой чек-лист:
— не ломать имя/адрес между лендингом, PSP и issuer request;
— не резать поля, которые участвуют в risk decision;
— разделять high-risk и low-risk потоки по merchant rules;
— смотреть CR отдельно по frictionless и challenge, а не одной цифрой.

Если у вас CR просел после включения 3DS, сначала ищите не «плохой банк», а разрыв между тем, что видит issuer, и тем, что хранит ваш checkout.