Содержание
Прием платежей через экосистему Google (Google Pay) — это процесс, который требует как технической интеграции на сайте, так и обязательной регистрации бизнеса в платежном центре Google. В отличие от простого добавления карты в личный кабинет, подключение полноценного приема платежей для бизнеса подразумевает взаимодействие с Google Pay API через поддерживаемый платежный шлюз. Ключевыми этапами являются: регистрация бизнес-профиля, получение идентификатора продавца (Merchant ID), добавление и проверка домена сайта, а затем внедрение кода на веб-страницы для отображения кнопки Google Pay и обработки платежных токенов.
Этап 1: Создание бизнес-аккаунта и получение Merchant ID
Прежде чем приступать к технической интеграции на сайте, необходимо зарегистрировать свой бизнес в Google. Это нужно, чтобы получить уникальный идентификатор продавца, без которого API не будет принимать запросы от вашего домена.
Пошаговая инструкция:
- Перейдите в консоль Google Pay & Wallet (pay.google.com/business/console) и войдите под своей учетной записью Google.
- Заполните бизнес-профиль. В списке “Type of business” выберите “Merchant” и укажите все необходимые реквизиты вашей компании .
- Активируйте Google Pay API: На левой панели навигации нажмите на вкладку
Google Pay API, затем кнопкуGet Started. - Примите условия использования (Terms of Service и Acceptable Use Policy).
- Найдите ваш Merchant ID. После успешного завершения этих шагов ваш идентификатор продавца отобразится в правом верхнем углу страницы консоли . Он выглядит как строка, например,
BCR2DN6TSXXXZ000.
Этап 2: Выбор платежного шлюза и подготовка окружения
Важный нюанс: Google Pay не переводит деньги напрямую на ваш счет. API возвращает на ваш сайт одноразовый платежный токен. Задача вашего сервера — отправить этот токен вашему платежному шлюзу (например, Stripe, Adyen, Checkout.com или другим партнерам Google), который уже проведет реальное списание средств с карты покупателя.
- Необходим поддерживаемый шлюз: Убедитесь, что ваш процессинг поддерживает Google Pay (обычно это доступно в настройках аккаунта). Потребуется также его конфигурация для приема токенизированных платежей .
- Требования к серверу: Ваш сайт должен работать по протоколу HTTPS с валидным TLS-сертификатом, так как API Google Pay работает только с защищенными соединениями .
Этап 3: Добавление домена в Google Pay Console
Перед тем как код начнет работать на реальном сайте, Google должен проверить и одобрить ваш домен. Это делается в той же консоли, где вы получали Merchant ID.
- В консоли Google Pay & Wallet перейдите в раздел
Integrations→Integrate with your website. - Нажмите
Add websiteи укажите ваш основной домен (например,example.com). - Выберите тип интеграции: Gateway (стандартный путь через платежный шлюз) или Direct (только если вы имеете сертификат PCI DSS).
- Загрузите скриншоты: Система запросит изображения вашего сайта, демонстрирующие работу кнопки Google Pay и процесса оплаты. Во многих регионах Google уже использует AI для первичной проверки этих изображений .
- Нажмите
SaveиSubmit for approval. После этого ваша заявка уйдет на ручную проверку командой Google.
Этап 4: Техническая интеграция кода на сайте
После одобрения домена можно приступать к внедрению кнопки и логики оплаты на самом сайте. Этот этап требует участия разработчика.
4.1. Подключение библиотеки и загрузка клиента
На страницу оплаты необходимо добавить JavaScript-код для инициализации API.
const paymentsClient = new google.payments.api.PaymentsClient({ environment: 'TEST' // Для начала используйте тестовую среду });
4.2. Проверка готовности (isReadyToPay)
Перед отображением кнопки API проверяет, может ли пользователь вообще совершить оплату через Google Pay на данном устройстве.
paymentsClient.isReadyToPay({ apiVersion: 2, apiVersionMinor: 0, allowedPaymentMethods: allowedPaymentMethods }).then(function(response) { if (response.result) { // Пользователь готов, показываем кнопку showGooglePayButton(); } });
4.3. Создание платежного токена (onPaymentDataChanged/loadPaymentData)
Это центральная часть интеграции. При клике на кнопку формируется запрос данных. После выбора пользователем карты Google возвращает токен.
const paymentDataRequest = {
apiVersion: 2,
apiVersionMinor: 0,
merchantInfo: {
merchantId: "BCR2DN6TSXXXZ000" // Ваш реальный ID
},
transactionInfo: {
totalPriceStatus: "FINAL",
totalPrice: "10.00",
currencyCode: "USD"
}
};
paymentsClient.loadPaymentData(paymentDataRequest)
.then(function(paymentData) {
// paymentData.paymentMethodData.tokenizationData.token — это зашифрованный токен
// Отправляем этот токен на ваш сервер для обработки через шлюз
processPaymentOnBackend(paymentData);
});
Для упрощения интеграции некоторые платформы используют готовые iframe-виджеты. Например, на базе GoDaddy Payments токен можно получить через встраивание специального скрипта .
Этап 5: Переключение в Production режим
После того как вы протестировали оплату в тестовой среде с использованием тестовых номеров карт, необходимо перевести интеграцию в боевой режим.
- Обновите environment: В коде инициализации измените параметр
environment: 'TEST'наenvironment: 'PRODUCTION'. - Разместите обновления: Загрузите измененные файлы на ваш рабочий сервер.
- Проведите первый реальный платеж: Рекомендуется совершить тестовую транзакцию на небольшую сумму, чтобы убедиться, что средства доходят до вашего расчетного счета через шлюз.
Резюме от эксперта
Настройка оплаты через Google — это не единичное действие, а двухэтапный процесс: бюрократическая часть (регистрация бизнеса и домена в консоли Google) и техническая (интеграция API через разработчика). В отличие от добавления карты в аккаунт для покупок в Google Play, прием платежей на вашем сайте требует обязательного использования поддерживаемого платежного шлюза и наличия HTTPS. Если у вас интернет-магазин на популярной CMS (например, Joomla) или конструкторе (например, SitePro.by), всегда проверяйте наличие готового плагина Google Pay — это избавит вас от необходимости писать код с нуля и ускорит запуск в несколько раз. Главное правило перед запуском: тщательно протестируйте связку в тестовом режиме (TEST), чтобы избежать финансовых ошибок на реальных транзакциях .
