Новые веб-стандарты для удобного проведения платежей в Интернете.
Одним из ключевых драйверов экосистемы Интернета являются платежи. Благодаря безопасным, бесперебойным и гибким платежным системам Интернет может стать устойчивой и прибыльной платформой. Стандарты веб-платежей потенциально могут стать ключевым строительным блоком, который обеспечит плавную интеграцию платежных решений в потоки расчетов продавцов.
Что такое веб-платежи?
Веб-платежи — это серия новых стандартизированных платежных 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 предоставляет руководство для разработчиков .
Работа с платежными шлюзами также является хорошим вариантом, поскольку они также могут помочь расширить ваш охват.
Сколько это стоит?
Веб-платежи — это стандартные технологии браузера. Платежные приложения, использующие его или активирующие его в браузере, сами по себе не взимают с них никаких комиссий.