Эквайринг на сайт: сравнение условий и что готовить для подключения

Эквайринг на сайт подключают, когда прием оплаты по ссылке в мессенджере или через реквизиты в шапке сайта перестает устраивать клиентов и часть заказов отваливается на этапе оплаты. За несколько лет работы с Tilda, WooCommerce и кастомными проектами на Laravel я собирал этот функционал десятки раз, и почти каждый раз клиент недооценивал, сколько документов банк попросит до того, как виджет оплаты появится на странице. В статье сравниваю условия банков и агрегаторов, разбираю, что готовить для подключения, и показываю, где на интеграции чаще всего теряют время.

Какие способы подключить эквайринг на сайт есть у бизнеса

Технически есть три пути принять оплату картой на сайте.

• Прямой договор с банком: Сбербанк, T‑Bank (бывший Тинькофф), Альфа-Банк и другие выдают отдельный терминал для интернет-эквайринга со своим виджетом или API.
• Платежный агрегатор: ЮKassa, CloudPayments, Robokassa берут часть работы банка на себя, обычно быстрее подключают и дают готовый SDK для популярных CMS.
• Прием через встроенный модуль оплаты внутри конструктора, например в Tilda, который на деле все равно работает через один из банков или агрегаторов, просто настройка спрятана в панели конструктора.

Разница между первым и вторым вариантом не столько техническая, сколько по срокам и требованиям к обороту. Банк с прямым договором обычно интереснее по комиссии при обороте от нескольких миллионов рублей в месяц, но и проверяет бизнес дольше. Агрегатор подключается за 1-3 дня, комиссия чуть выше, зато не нужно отдельно интегрировать эквайринг и антифрод-систему, это уже сделано за вас.

Сравниваю условия банков и агрегаторов для интернет-эквайринга

Ниже условия, с которыми я реально сталкивался на проектах за последний год. Банки регулярно меняют тарифы под конкретного клиента, поэтому цифры в таблице держите как рыночный ориентир, а не финальное предложение.

На практике для интернет-магазина с оборотом до 1-1,5 млн рублей в месяц агрегатор почти всегда выгоднее по времени на подключение: разница в комиссии в полпроцента не отбивает две-три недели ожидания банковской проверки. Для оборота от 3-5 млн в месяц уже есть смысл разговаривать с банком напрямую и торговаться за тариф.

Документы для подключения онлайн-эквайринга: ИП, ООО, самозанятый

Требования отличаются в первую очередь по форме бизнеса, а не по банку, поэтому свожу их в одну таблицу.

Отдельно банк или агрегатор проверит сам сайт: должна быть публичная оферта, политика обработки персональных данных, реальные контакты и понятное описание товара или услуги. Без этого заявку на подключение эквайринга просто отклонят на этапе службы безопасности, даже если с документами компании все в порядке. Я обычно советую делать эти страницы одновременно с заявкой на эквайринг, а не после, чтобы не терять неделю на повторное рассмотрение.

Как прием платежей встраивается в сайт технически

На Tilda есть встроенный блок оплаты, но он редко закрывает задачу целиком, если нужно передать в банк дополнительные параметры заказа, посчитать скидку или синхронизировать статус оплаты с CRM. В таких случаях я дописываю скрипт, который перехватывает отправку формы, собирает нужные поля и уже потом инициирует платеж через API T‑Bank или ЮKassa, а по вебхуку меняет статус заказа. Простая доработка такого рода стоит от 3 000 ₽, а если нужна связка эквайринга с CRM и доставкой, например с СДЭК, для расчета стоимости и статуса заказа, это уже комплексная интеграция от 40 000 ₽.

На WooCommerce проще: для T‑Bank и ЮKassa есть официальные плагины, которые закрывают базовый сценарий за пару часов настройки. Проблемы начинаются, когда нужна нестандартная логика: частичная оплата, привязка к абонементу, возврат по нескольким заказам сразу. Тут уже приходится дорабатывать хуки WooCommerce вручную.

Отдельно расскажу про уведомления. На нескольких проектах я подключал aiogram-бота, который получает вебхук от банка о новой оплате и сразу пишет менеджеру в Telegram с суммой и номером заказа, это быстрее, чем ждать письмо на почту или обновление в админке. Для сверки платежей за день или неделю удобно завести сценарий в n8n: он забирает список успешных транзакций по API банка и раз в сутки формирует отчет в рабочий чат, без ручного захода в личный кабинет эквайринга. Если своими силами такую интеграцию делать не хочется, у меня есть услуга разработки интеграций эквайринга с сайтом и CRM под ключ, там же оцениваю конкретную задачу до старта работ.

Комиссии, сроки зачисления и подводные камни в договоре эквайринга

Комиссия в договоре редко бывает единой ставкой. Банки часто делят ее на процент за операцию плюс фиксированную плату за обслуживание терминала в месяц, от 0 до нескольких тысяч рублей в зависимости от оборота. Отдельно уточняйте:

• Есть ли минимальный оборот, ниже которого банк повышает комиссию или начинает списывать плату за простой.
• Как считается срок зачисления: календарные дни или рабочие, у части банков деньги приходят через 2-3 календарных дня, хотя в презентации написано «на следующий день».
• Кто платит за возвраты: часть банков не возвращает свою комиссию с суммы отмененного платежа, и это стоит закладывать в цену товара, если возвраты частые.
• Есть ли отдельная комиссия за 3‑D Secure или защиту от мошеннических операций, иногда это не входит в базовый тариф.

По моему опыту, разница между «на бумаге» и «по факту» чаще всего именно в сроках зачисления и в мелких пунктах про возвраты, поэтому договор стоит читать целиком, а не только страницу с тарифной сеткой.

Частые ошибки при подключении эквайринга к сайту

Самая частая ошибка, с которой я сталкиваюсь на новых проектах, это подключение эквайринга без предварительной проверки сайта на соответствие требованиям банка. Заявку отклоняют, время уходит, а клиент считает, что дело в разработчике, хотя проблема в отсутствующей оферте или неработающей форме обратной связи.

Вторая по частоте ошибка, тестирование только на «успешной» оплате. Нужно обязательно проверить сценарий отмены, просроченной сессии оплаты и повторной попытки после неудачной транзакции, потому что именно на этих сценариях чаще всего теряются заказы: пользователь платит, получает ошибку из-за таймаута, а заказ в системе остается неоплаченным, хотя деньги списались.

Третья история, когда webhook от банка не защищен проверкой подписи. Через открытый эндпоинт можно теоретически отправить поддельное уведомление об оплате и получить товар без реальной оплаты, поэтому проверку подписи запроса от банка я всегда включаю в интеграцию по умолчанию, а не по отдельному запросу клиента.

Частые вопросы

Сколько времени занимает подключение эквайринга на сайт

Через агрегатор вроде ЮKassa или CloudPayments обычно 1-3 рабочих дня после подачи документов. Прямое подключение к банку занимает от 5 до 10 рабочих дней, иногда дольше, если служба безопасности запрашивает дополнительные документы по компании или проверяет сайт вручную.

Можно ли подключить эквайринг самозанятому

Полноценный терминал интернет-эквайринга банки самозанятым обычно не дают, требуют статус ИП или ООО. Упрощенный прием оплаты через агрегатор доступен, но условия и лимиты по оборотам стоит уточнять отдельно у конкретного агрегатора, они меняются чаще, чем у банков.

Что дешевле: подключаться напрямую к банку или через агрегатор

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

Как подключить эквайринг к сайту на Tilda

Встроенный блок оплаты в Tilda подходит для простых сценариев без дополнительной логики. Если нужно передавать в банк параметры заказа, скидки или синхронизировать статус с CRM, требуется отдельный скрипт поверх формы Tilda, который считает финальную сумму и инициирует платеж через API банка или агрегатора.