Сравнение / Checkout

Hosted checkout или собственная разработка

Каждый мерчант, принимающий деньги онлайн, решает один вопрос: страница, на которой вводят данные карты, принадлежит вам или вашему провайдеру? От ответа зависят объём PCI, скорость добавления нового метода оплаты и то, кого поднимают ночью, когда приходит требование платёжной схемы. Это не столько выбор технологии, сколько решение о том, на что команде тратить год.

Вариант против варианта

Семь вопросов, которые всё решают

Dimension
Hosted checkout
Собственный checkout
Объём PCI
Минимальный. Страницу с данными карты держит провайдер, поэтому ваши серверы видят токен, а не номер карты — как правило, самая лёгкая из возможных самооценок.
На вашей стороне. Работа с данными карт напрямую включает ваши системы в scope — вместе с проектированием, аудитом и ежегодной ресертификацией.
Время до первого платежа
Дни. Создать заказ, сделать редирект, обработать один webhook — основная работа в том, чтобы решить, что происходит после успешной оплаты.
Месяцы, и самое сложное — длинный хвост: 3-D Secure, окна кошельков, состояния ошибок, повторные попытки и особенности каждого метода.
Добавление метода оплаты
Конфигурация. Новые методы приходят вместе с платформой и просто включаются; страница подстраивается без релиза с вашей стороны.
Каждый раз отдельный проект: интеграция, сертификация, работа над UI и постоянные обязательства по поддержке каждого метода.
Контроль над интерфейсом
Высокий, но с границами: брендинг, варианты вёрстки, ваш домен и встраиваемые поля, когда оплата нужна прямо на вашей странице, — в пределах того, что открывает провайдер.
Полный. Если вашему checkout нужно делать что-то по-настоящему нестандартное, чужие ограничения не действуют.
Работа над конверсией
Достаётся в наследство. Порядок методов, локализация, поддержка кошельков и повторные попытки улучшаются вместе с платформой, а эксперименты проводить не нужно.
Нужно зарабатывать самому. Универсальную страницу можно обойти под вашу воронку — если у вас есть трафик и люди, которые сделают это как следует.
Актуальность
Проблема провайдера. Требования схем, изменения SCA, обновления браузеров и кошельков приходят как обновления платформы.
Постоянная строка в роадмапе, бессрочно: работа не заканчивается и редко получает приоритет, пока что-нибудь не сломается.
Реальная стоимость
Экономика за транзакцию: прозрачная и пропорциональная объёму.
Зарплаты инженеров плюс сертификация — до первого платежа и каждый год после; обычно недооценивается на порядок.
01

Когда выигрывает hosted checkout

Для большинства бизнесов и в большинстве случаев. Если платежи — способ получать деньги, а не то, что вы продаёте, преимущество не в странице оплаты, а цена её владения оплачивается самым незаметным образом: постоянная доля инженерных ресурсов уходит на требования схем и интеграции методов вместо вашего продукта. К тому же hosted-страница снимает вопрос PCI — главную скрытую статью расходов при самостоятельной разработке.

  1. 01Платежи — путь к выручке, а не сам продукт
  2. 02Вы хотите вывести данные карт из scope, а не аккуратно с ними обращаться
  3. 03Новые методы должны появляться без релиза с вашей стороны
  4. 04Ваши инженеры нужнее там, где делается то, что покупают клиенты
02

Когда выигрывает собственная разработка

Когда checkout действительно и есть продукт. Платформы, которые проводят платежи для других, бизнесы со сценарием, который не выразить hosted-страницей, и команды с таким объёмом, где доля процента конверсии перевешивает зарплату платёжной команды, — такие случаи реальны, и они оправдывают разработку. Как и регуляторное требование держать обработку карт внутри собственного периметра. Ниже этого масштаба разработка обычно означает дорогое повторное открытие того, зачем нужны hosted checkout.

  1. 01Платежи — это продукт: вы обрабатываете их от имени других
  2. 02Объём настолько велик, что предельная конверсия важнее стоимости команды
  3. 03Регулятор или комитет по рискам требует держать эту поверхность в вашем периметре
  4. 04Ваш сценарий по-настоящему необычен, и ни одна hosted-страница его не выразит
03

Где подходит Protocore

Protocore Gateway — это hosted-решение, в котором привычные лазейки встроены, а не продаются отдельно: запускайте страницу на нашем домене или своём, встраивайте поля оплаты в собственную вёрстку, когда этого требует сценарий, или показывайте тот же checkout нативно в приложении. Карты, кошельки, банковский перевод и USDC живут на одной странице и рассчитываются одной суммой в евро по одному номеру заказа. А если честный ответ для вас — третий вариант, и вы хотите быть провайдером, а не мерчантом, та же платформа доступна в формате whitelabel, и это обычно выгоднее, чем строить шлюз с нуля.

  1. 01Hosted-страница, ваш домен, встраиваемые поля или в приложении — одна и та же интеграция
  2. 02Карты, кошельки, переводы и USDC на одной странице, расчёты в EUR
  3. 03Один номер заказа от checkout до чека и строки в банковской выписке
  4. 04Доступен как whitelabel, если вы хотите быть провайдером, а не мерчантом

Не уверены, на чьей вы стороне?

Расскажите об объёмах, методах оплаты и о том, над чем работают ваши инженеры. Прямо скажем, что подходит именно вам, — даже если это собственная разработка.