3D Secure ломает конверсию не на этапе сплита, а прямо в оплате

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

Где он чаще мешает:
— длинный или кривой редирект на страницу банка;
— форма 3DS не открывается в iframe или в мобильном браузере;
— банк отклоняет challenge из-за лимитов, риска или региона;
— пользователь не понимает, что от него хотят, и закрывает страницу.

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

Что помогает: проверять, как проходит оплата без cookies, с VPN, на слабом интернете и в разных браузерах; отдельно смотреть, где ломается soft decline, а где challenge; не путать отказ банка с багом на стороне формы. Если потери идут на шаге подтверждения, сначала чинят UX и маршрут, а уже потом крутят риск-настройки.