Два способа принимать оплату
Когда мерчант строит процесс оплаты, обычно есть два архитектурных варианта. Hosted checkout переносит клиента на платёжную страницу, которую хостит провайдер — через редирект или внутри iframe, — где вводятся данные карты или другого способа оплаты. Встроенная форма, напротив, оставляет клиента на странице самого мерчанта: поля для оплаты встроены прямо в сайт или приложение мерчанта. Оба подхода приводят к одному и тому же результату — завершённой транзакции, — но путь к нему разный, и эта разница важна для конверсии, контроля и соответствия требованиям.
Что влияет на конверсию
Hosted checkout, особенно в виде редиректа, создаёт заметный переход: клиент покидает страницу мерчанта и попадает на другую, прежде чем вернуться обратно. Для части покупателей такой разрыв непрерывности может вызвать сомнения или дополнительное трение, особенно если дизайн hosted-страницы заметно отличается от сайта мерчанта. Встроенная форма избегает этого перехода, удерживая клиента на одной странице на протяжении всего процесса. Действительно ли эта разница меняет показатели завершения оплаты, зависит от конкретного флоу, аудитории и того, насколько хорошо hosted-страница стилизована под бренд мерчанта — поэтому это не стоит считать очевидным без тестирования на собственном трафике.
Контроль над дизайном и флоу
Встроенные формы дают мерчанту больше контроля над макетом, порядком полей, сообщениями валидации и содержимым страницы вокруг оплаты, поскольку поля оплаты живут прямо внутри страниц, которые строит сам мерчант. Hosted checkout ограничивает, насколько сильно мерчант может менять этот опыт: структуру страницы определяет провайдер, а мерчант обычно работает в рамках тем оформления или настроек, а не полной произвольной разметки. Это и есть ключевый компромисс: встроенные формы дают больше свободы дизайна, hosted checkout — меньше работы по созданию и поддержке.
Зона соответствия (compliance scope)
Эти два подхода также отличаются тем, сколько чувствительных платёжных данных проходит через собственные системы мерчанта. В hosted checkout данные карты вводятся и обрабатываются на странице провайдера, поэтому они напрямую не проходят через серверы или фронтенд-код мерчанта. Во встроенной форме поля отображаются внутри страницы самого мерчанта, что обычно означает более прямое участие среды мерчанта в обработке этих данных, даже если фактический процессинг происходит где-то ещё. Именно эта разница в том, где вводятся и передаются данные, — одна из главных причин, почему мерчанты взвешивают зону compliance наряду с конверсией и дизайном при выборе между двумя вариантами.
Где здесь omwio
Hosted checkout от omwio даёт мерчантам платёжную страницу, которая существует вне их собственного фронтенд-кода, поэтому шаг оплаты обрабатывается на странице, спроектированной именно для этого, а не построенной и поддерживаемой самим мерчантом. Для мерчантов, работающих через merchant panel omwio, это означает, что процесс оплаты доступен без постоянной инженерной работы по созданию и обновлению платёжных форм собственными силами.
Как сделать выбор
Единственно правильного ответа между hosted checkout и встроенными формами не существует. Решение зависит от того, насколько для мерчанта важно полностью владеть визуальным флоу по сравнению с тем, насколько он хочет ограничить прямое участие собственных систем в обработке платёжных данных, а также от доступных инженерных ресурсов для создания и поддержки собственной формы со временем. Тестирование обоих вариантов на реальном трафике, где это возможно, — самый надёжный способ понять, какой компромисс подходит именно этому бизнесу.
