Новые веб-стандарты для удобного проведения платежей в Интернете.
Одним из ключевых драйверов экосистемы Интернета являются платежи. Благодаря безопасным, бесперебойным и гибким платежным системам Интернет может стать устойчивой и прибыльной платформой. Стандарты веб-платежей потенциально могут стать ключевым строительным блоком, который обеспечит плавную интеграцию платежных решений в потоки расчетов продавцов.
Что такое веб-платежи?
Веб-платежи — это серия новых стандартизированных платежных API, доступных в современных браузерах, включая API запросов платежей , API обработчиков платежей и некоторые другие . Эти новые примитивы браузера упрощают онлайн-платежи и позволяют платежным приложениям интегрироваться с браузерами проще, чем когда-либо.
Стандарты являются гибкими; они работают с различными типами платежных систем и предназначены для работы в любом браузере на любом устройстве, способе оплаты или поставщике платежных услуг. Такая гибкость обеспечивает простоту разработки, согласованность развертывания и будущую совместимость с новыми платежными технологиями.
Исследования показывают, что длинные очереди оформления заказов приводят к отказу от корзины . С помощью веб-платежей процесс оформления заказа упрощается до нескольких нажатий вместо ручного ввода платежных данных для каждой покупки. Ниже приведена демонстрация того, как Google Pay использует веб-платежи для создания бесперебойного процесса. То же самое можно сделать с помощью любого другого платежного приложения:
Покупатель подходит к оформлению заказа и нажимает кнопку GPay .
Приложение Google Pay запускается перед веб-сайтом продавца .
Клиент подтверждает оплату в приложении Google Pay после изучения реквизитов.
Продавец проверяет платеж, и покупка одобряется.
Поддержка браузера
Веб-платежи состоят из нескольких различных технологий, и статус поддержки зависит от браузера.
Преимущества интеграции веб-платежей в платежное приложение
Благодаря интеграции с веб-платежами платежные приложения могут обеспечить лучший пользовательский опыт для клиентов, удобство для разработчиков и более строгую безопасность.
Лучший пользовательский опыт
Контекстные платежи: платежи производятся модально , в контексте веб-сайта продавца, без перенаправлений или всплывающих окон.
Ускоренная оплата : клиенты могут безопасно сохранять свои платежные данные в своем браузере или платежном приложении, чтобы их можно было использовать на любом поддерживающем сайте продавца.
Упрощенный процесс покупки: после завершения (или отмены) платежа покупатель оказывается на веб-сайте продавца именно с того места, на котором остановился.
Лучший опыт разработчика
Простая интеграция: веб-платежи можно расширить за счет существующего платежного приложения для конкретной платформы или веб-платежного приложения.
Низкая стоимость интеграции: продавцы могут интегрировать веб-платежи с JavaScript и базовую интеграцию на стороне сервера.
Стандарты. Протокол и формат данных для обмена информацией с продавцами стандартизированы и не требуют глубокой интеграции.
Более строгая безопасность
Предотвращение неопубликованной загрузки при вызове платежных приложений для конкретной платформы.
Разработано с учетом будущих парадигм безопасности и конфиденциальности.
Использование веб-платежей также позволяет платежным приложениям использовать в Интернете любые способы оплаты, такие как электронные деньги, криптовалюта, банковские переводы и т. д. Веб-платежи разработаны с учетом принципов устойчивого развития и не накладывают никаких ограничений на обработку платежей и способы оплаты.
Сравнение веб-платежей с другими подходами
Рассмотрим существующие подходы к интеграции платежей в сети:
iframes: использование JavaScript для внедрения веб-сайта обработчика платежей в iframe и сбора платежных учетных данных клиента через форму.
Всплывающие окна: использование JavaScript для открытия всплывающего окна и сбора платежных данных клиента либо через форму, либо путем аутентификации клиента и выбора платежных данных.
Перенаправления: продавец перенаправляет клиента на веб-сайт платежной системы и позволяет клиенту пройти аутентификацию и выбрать платежные данные. URL-адрес перенаправления передается через сервер.
OAuth: продавец позволяет покупателю аутентифицироваться и авторизоваться с использованием личности обработчика платежей через OAuth, выбирать способ оплаты, адрес доставки и т. д. через контекстный пользовательский интерфейс iframe.
Вот их сравнение с веб-платежами:
| Веб-платежи | iframe | Неожиданно возникнуть | Перенаправление | OAuth | |
| Контекстные платежи | ✔ | ✔ | ✔* | ✔ | |
| Динамическое обновление цен | ✔ | ✔ | |||
| Оптимизированный процесс покупки | ✔ | ✔ | ✔ | ||
| Интеграция приложений для конкретной платформы | ✔ | ✔ | |||
| Низкая стоимость интеграции | ✔ | ✔ | ✔ | ✔ | |
| Стандарты | ✔ |
Интеграция веб-платежей в существующие приложения
Вы можете интегрировать веб-платежи как в платежные приложения для конкретной платформы, так и в веб-приложения: если платежное приложение для конкретной платформы не установлено, веб-платежное приложение можно использовать в качестве резервного варианта. Клиенты и продавцы могут беспрепятственно отправлять и получать платежи с помощью метода оплаты по своему выбору, в зависимости от среды.
Платежные приложения для конкретной платформы
Идеально подходит для платежных приложений, которые уже имеют большую базу установок и хотят предоставить существующим пользователям постоянный опыт работы в Интернете.
В отличие от функции «Намерение» в Android , веб-платежи перед запуском платежного приложения выполняют проверку подписи, что делает невозможным загрузку вредоносных платежных приложений.
На видео выше Google Pay — это платежное приложение, ориентированное на конкретную платформу.
Платежные веб-приложения
Еще больше уверенности в будущем: типичные методы платежных приложений, такие как перенаправление или всплывающие окна, основаны на сторонних файлах cookie , которые могут устареть . Хотя последствия все еще трудно предвидеть, веб-платежи смотрят на Интернет с большей конфиденциальностью и миром без сторонних файлов cookie.
Интернет-маршрут идеально подходит для веб-сервисов, у которых большое количество клиентов имеют свои карты.
Как работает принятие мерчанта?
Чтобы платежное приложение было доступно продавцу, он должен его явно внедрить. Технически говоря, продавец должен указать идентификатор платежного приложения (идентификатор метода оплаты) и использовать с ним API запроса платежа.
Мы предлагаем вам предоставить хорошую документацию в руководствах по интеграции, SDK или библиотеках для облегчения интеграции. Например, Google Pay предоставляет руководство для разработчиков .
Работа с платежными шлюзами также является хорошим вариантом, поскольку они также могут помочь расширить ваш охват.
Сколько это стоит?
Веб-платежи — это стандартные технологии браузера. Платежные приложения, использующие его или активирующие его в браузере, сами по себе не взимают с них никаких комиссий.