Apple Pay, Google Pay и СБП‑QR: мобильные платежи с высокой конверсией

Получить CloudPayments бесплатно

Apple Pay, Google Pay и СБП‑QR: мобильные платежи с высокой конверсией

Мобильные способы оплаты стали стандартом для e‑commerce: покупатели ожидают, что смогут заплатить одной кнопкой без ввода номера карты. Apple Pay, Google Pay веб и СБП QR-код дают именно это — быстрый, безопасный и привычный сценарий оплаты с мобильного, который заметно повышает конверсию в корзине и на чекауте.

На этой странице разберем, чем отличаются методы, как подключить Apple Pay на сайте и подключить Google Pay на сайте, а также как внедрить SBP QR для сайта. Плюс — лучшие практики UX, безопасность и тестирование.

Преимущества мобильных платежей

Мобильные кошельки и СБП‑QR сокращают этапы оплаты: не нужно вводить данные карты, адрес и CVV — проверка проходит биометрией или паролем банка. Это повышает конверсию, особенно на смартфонах, где ввод длинных форм неудобен.

Что получает бизнес:

  • Больше оплаченных заказов — за счет упрощенного чекаута и мгновенного подтверждения.
  • Снижение отказов из‑за ошибок ввода и долгих форм.
  • Выше доверие покупателей: Pay with Apple Pay и G Pay воспринимаются как безопасные бренды, СБП — как платеж напрямую через банк.
  • Удобство для разных сценариев: оплата с мобильного в один клик, QR в офлайн‑точках и курьерской доставке, быстрые платежные ссылки.

Подробнее о базовых шагах внедрения читайте в статье как подключить онлайн-оплату на сайт.

Как это работает: коротко о потоках

Каждый способ имеет похожий принцип: вы вызываете платежный диалог в интерфейсе кошелька или банка, получаете токен/подтверждение и завершаете платеж через провайдера эквайринга.

  • Apple Pay: браузер показывает фирменный лист оплаты, пользователь подтверждает покупку Face ID/Touch ID. Вы получаете токен кошелька, передаете его провайдеру, тот проводит списание по сетям карт.
  • Google Pay веб: на сайте открывается диалог G Pay, пользователь выбирает сохраненную карту и подтверждает. Вы получаете зашифрованные данные оплаты и отправляете их эквайеру.
  • СБП‑QR: на странице показывается динамический СБП QR-код и/или кнопка открыть в банковском приложении. Пользователь подтверждает перевод в своем банке, вы получаете уведомление об успешной оплате.

![Схема потоков оплаты Apple Pay, Google Pay и СБП‑QR на сайте]

Сравнение Apple Pay, Google Pay и СБП‑QR

Ниже — ключевые различия для выбора приоритета методов на вашем сайте.

Параметр Apple Pay Google Pay СБП‑QR
Где работает Safari на iOS и macOS Chrome/Android и большинство современных браузеров на десктопе Любой смартфон с банковским приложением
Стоимость Как по картам в эквайринге Как по картам в эквайринге Обычно ниже: 0.4–0.7% у многих банков
UX Оплата в одно касание, Pay with Apple Pay Оплата одной кнопкой, G Pay QR‑код или глубокая ссылка, подтверждение в банковском приложении
Требования Merchant ID, верификация домена Merchant ID и настройка токенизации Договор на эквайринг СБП, генерация динамических QR
Возвраты Как по картам Как по картам Через провайдера СБП, чарджбеков обычно нет
54‑ФЗ Обязателен чек при оплате физлицом Обязателен чек Обязателен чек

Важно: доступность Apple Pay/Google Pay зависит от банка-эквайера и региона регистрации мерчанта. Уточняйте у провайдера. Подробнее о карточном эквайринге — в статье эквайринг: оплата банковскими картами.

Требования и совместимость

  • Apple Pay на сайте: нужен аккаунт Apple Developer, Merchant ID, сертификаты обработки платежей, верификация домена с файлом apple-developer-merchantid-domain-association. Работает в Safari на iPhone, iPad и macOS. Кошелек использует токены сетей карт и биометрию.
  • Google Pay веб: требуется Merchant ID (через провайдера или Google), настройка gateway/tokenizationSpecification, список поддерживаемых сетей карт. Работает в Chrome и большинстве Chromium-браузеров, особенно хорошо на Android.
  • СБП‑QR: подключение к банку или платежному провайдеру, поддерживающему СБП. Генерация динамических QR и deep link, прием уведомлений об оплате. Можно использовать и статические QR для офлайна.

О безопасности и 3‑D Secure 2 читайте отдельно в разделе безопасность: PCI DSS и 3DS 2.

Подключение: пошаговые сценарии

Как подключить Apple Pay на сайте

  1. Выберите провайдера эквайринга, который поддерживает Apple Pay, и заключите договор. См. гид выбор платежного провайдера.
  2. Оформите Merchant ID в Apple Developer, выпустите сертификаты, добавьте домен и пройдите верификацию.
  3. Подключите Apple Pay JS в чекауте, сформируйте параметрическую платежную корзину (сумма, валюта, описание).
  4. Получайте платежный токен с устройства и передавайте его провайдеру; обработайте результат и редиректы.
  5. Настройте фискализацию 54‑ФЗ и вебхуки для статусов.

Как подключить Google Pay на сайте

  1. Проверьте поддержку у вашего эквайера и получите Merchant ID. Часто провайдер берет токенизацию на себя через gateway. См. Тинькофф эквайринг для сайта и Сбербанк эквайринг для сайта.
  2. Инициализируйте Google Pay веб: isReadyToPay, затем откройте платежный диалог с параметрами товаров и суммы.
  3. После подтверждения получите PaymentData, отправьте в бэкенд и завершите платеж через провайдера.
  4. Настройте чеки по 54‑ФЗ и нотификации.

SBP QR для сайта

  1. Подключите СБП‑эквайринг у банка/провайдера. Подробнее — СБП: оплата для сайта.
  2. Генерируйте динамический СБП QR-код под заказ (сумма, назначение, айди заказа) и/или deep link для открытия банка.
  3. Показывайте QR на странице оплаты и кнопку 'Оплатить в приложении банка'.
  4. Слушайте вебхуки об успешной оплате и обновляйте статус заказа.
  5. Добавьте офлайн‑сценарий со статическим QR для оплаты при доставке.

Если вы только начинаете, прочитайте обзор как подключить онлайн-оплату на сайт — там структура процесса и чек-лист.

UX и размещение кнопок

Правильное размещение — половина успеха. Рекомендации:

  • Показывайте Apple Pay/Google Pay только там, где они доступны устройству/браузеру; иначе неактивная кнопка снижает доверие.
  • Размещайте экспресс‑кнопки выше формы карт и адресов; это повышает вероятность оплаты с мобильного.
  • Используйте официальные брендовые кнопки: Apple Pay (черная) и G Pay. Не меняйте логотипы и надписи.
  • Для СБП делайте контрастный QR, добавляйте deep link и понятную инструкцию в пару шагов.
  • Не заставляйте регистрироваться перед оплатой — дайте гостевую покупку.

![Пример кнопок Apple Pay и G Pay в карточке товара и на чекауте]

Интеграция с CMS и онлайн‑кассой 54‑ФЗ

Для популярных CMS есть готовые модули:

Фискализация: при оплате физлицами по 54‑ФЗ обязателен онлайн‑чек с отправкой на email/SMS. Как настроить ККТ, ОФД и передачи позиций — в материале 54‑ФЗ: онлайн‑касса для сайта.

Безопасность: PCI DSS, 3DS 2, токенизация

  • Apple Pay/Google Pay возвращают токены — вы не храните данные карты, снижая область PCI DSS. Тем не менее ваш провайдер должен соответствовать стандарту. Подробнее — безопасность: PCI DSS и 3DS 2.
  • 3‑D Secure 2: гибкая аутентификация, фрикция ниже. На стороне кошельков аутентификация часто уже пройдена биометрией.
  • Используйте HTTPS, хешируйте вебхуки, проверяйте подписи/сигнатуры от провайдера.

Тарифы, возвраты и чарджбеки

  • Тарифы: для Apple Pay и Google Pay комиссии обычно как для обычных карт — уточняйте у эквайера. Для СБП комиссии часто ниже (0.4–0.7% у многих банков). Сводку подходов к ценообразованию смотрите в разделе тарифы и комиссии эквайринг.
  • Возвраты: по Apple Pay/Google Pay — стандартный возврат по операции карты (полный/частичный). По СБП — возврат перевода через API провайдера.
  • Чарджбеки: по картам действуют правила платежных систем. По СБП классического чарджбека нет, поэтому важны прозрачные оферты и поддержка клиентов. Практику возвращений и спорных операций разбираем в статье возвраты и chargeback.
  • Рекуррентные: для подписок лучше использовать токенизацию карт и последующие списания. См. рекуррентные платежи и подписки.
  • Счета и ссылки: можно сделать страницу с кнопками Apple Pay/G Pay/SBP и отправлять клиенту. Подробнее — платежные ссылки и счета.

Тестирование, вебхуки и аналитика

  • Тестовый стенд: проверьте все сценарии до запуска на проде, включая экраны успеха/ошибок и фискализацию. Подробно — sandbox, тестирование и вебхуки.
  • Вебхуки: обрабатывайте уведомления об изменении статуса платежа (succeeded, canceled, refunded) и синхронизируйте заказы.
  • Аналитика: отмечайте, каким способом оплачен заказ. В отчетах разделяйте конверсию Apple Pay, Google Pay и СБП‑QR, чтобы оценить вклад каждого канала.
  • A/B: тестируйте расположение экспресс‑кнопок и порядок методов на мобильных.

Кому подходит и типовые сценарии

  • Интернет‑магазины и D2C: экспресс‑кнопки в корзине повышают конверсию повторных покупок.
  • Сервисы и подписки: G Pay/Apple Pay для первой оплаты, затем рекуррентные списания.
  • Доставка и курьеры: СБП QR-код в накладной или на экране приложения курьера.
  • Офлайн‑точки: статический СБП‑QR у кассы как дополнительный метод оплаты.

Как выбрать провайдера эквайринга

Смотрите наличие нужных методов, тарифы, SLA, скорость вывода и качество SDK. Подробный разбор — в гайде выбор платежного провайдера. Если уже работаете с банками, проверьте опции в разделах Сбербанк: эквайринг для сайта и Тинькофф: эквайринг для сайта.

Замечание о доступности: поддержка Apple Pay и Google Pay зависит от страны, банка и типа мерчанта; актуальные возможности уточняйте у провайдера. Для российского рынка часто приоритетен СБП‑QR при сопоставимой или лучшей конверсии и меньшей комиссии.

Итоги и следующий шаг

Мобильные платежи повышают конверсию и уменьшают трение на чекауте. Подключите Apple Pay и Google Pay на сайте для быстрой оплаты одной кнопкой и добавьте SBP QR для сайта как выгодный метод с низкой комиссией и высоким доверием.

Готовы перейти к внедрению? Выберите провайдера и начните с тестовой интеграции — помощь и подробные инструкции вы найдете в разделах этого сайта. Если нужно, начните с базовой статьи как подключить онлайн-оплату на сайт — и запустите мобильные платежи с высокой конверсией уже на этой неделе.

Получить CloudPayments бесплатно