Интеграция ЮKassa на сайте: что учесть до подключения

Оплата - это процесс, не виджет

Кнопка «Оплатить» на сайте - верхушка. Под ней договор с ЮKassa (или аналогом), настройки магазина, чеки, обработка статусов, возвраты и то, что видит клиент после оплаты. Если что-то из этого сырое - деньги могут пройти, а заказ «потеряется».

До разработки: бюрократия

• юрлицо или ИП, корректные реквизиты;
• сайт с офертой, контактами и политикой ПДн;
• понятное описание товаров/услуг;
• доступ в личный кабинет платёжки у того, кто принимает решения.

Подрядчик не «сделает ЮKassa из воздуха», если кабинет не подтверждён.

Технический минимум

1. Создание платежа на бэкенде, не ключи в открытом фронте.
2. Проверка статуса через уведомления (webhook) + перестраховка запросом.
3. Страницы успеха и ошибки с понятным текстом.
4. Связка платежа с заказом в CRM/админке.
5. Тестовые платежи до боя.

Чеки и возвраты

Заранее решите, кто формирует чеки и как оформляется частичный возврат. Это частая боль услужных бизнесов и магазинов с доставкой. Не оставляйте на «потом разберёмся».

Типовые ошибки

• считают оплату успешной только по редиректу пользователя;
• не логируют webhook и потом спорят с бухгалтерией;
• нет сценария «оплатил, но заказ не создался»;
• на мобильном ломается возврат в приложение/браузер.

В ВебШтрих подключаем оплату как часть воронки: заказ, статус, уведомление менеджеру, цель в Метрике. Так проще ловить сбои до жалоб клиентов.