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

Что такое эквайринг простыми словами

Эквайринг — услуга банка, которая позволяет бизнесу принимать оплату картами: на сайте, в приложении, через терминал в магазине или со смартфона курьера. Покупатель платит картой, деньги через цепочку банков и платёжных систем приходят на ваш расчётный счёт, а банк-эквайер берёт комиссию — обычно 2,3–3,5% с операции. Если совсем грубо: касса принимает наличные, эквайринг — безналичные.

Для интернет-магазина эквайринг — не опция, а условие выживания. По данным платёжных систем за 2025 год около 80% онлайн-покупок в России оплачиваются картой или быстрыми платежами прямо на сайте, а не наложенным платежом. Магазин без онлайн-оплаты теряет основную массу заказов ещё до корзины: человек, готовый купить здесь и сейчас, уходит туда, где можно сразу заплатить.

Разберём предметно: виды эквайринга, как проходит платёж, чем отличаются ЮKassa, Тинькофф, Сбер, Робокасса и CloudPayments, как подключить приём оплаты, что требует 54-ФЗ, как устроена безопасность и сколько стоит принимать деньги картами. С цифрами и без воды.

Виды эквайринга: торговый, интернет, мобильный

Слово одно, но за ним три разных сценария приёма карт. Путаница стоит денег: бизнес подключает не то, переплачивает или не может принять оплату там, где клиент готов платить.

Торговый эквайринг

Классический приём карт через физический терминал (POS-терминал) в точке продаж: магазин, кафе, салон, пункт выдачи. Покупатель прикладывает карту или телефон к терминалу, деньги уходят на счёт. Комиссия ниже, чем в интернете, — в среднем 1,3–2,5%: риск мошенничества при оплате физической картой меньше. Это про офлайн, и интернет-магазину сам по себе он не нужен, если у вас нет ещё и розничной точки.

Интернет-эквайринг

То, ради чего здесь собрались: приём оплаты картами на сайте или в приложении, без физического терминала. Покупатель вводит данные карты на платёжной странице или платит через СБП, кошелёк, рассрочку — деньги списываются дистанционно. Технически сложнее торгового: нет физической карты, выше риск фрода, поэтому подключается защита (3-D Secure, антифрод), а комиссия чуть выше — 2,3–3,5%. Именно интернет-эквайринг подключают к интернет-магазину.

Мобильный эквайринг

Промежуточный вариант: приём карт через смартфон с картридером (mPOS) либо через приложение, превращающее телефон с NFC в терминал (SoftPOS, «оплата касанием телефона»). Удобно для курьеров, выездных мастеров, ярмарок. Для магазина с доставкой это дополнение к интернет-эквайрингу: онлайн на сайте плюс приём карты у двери.

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

Как проходит интернет-платёж: схема по шагам

Со стороны покупателя всё просто: ввёл карту, нажал «оплатить», увидел «успешно». Под капотом за эти две-три секунды идёт обмен между четырьмя участниками — понимать цепочку полезно, иначе непонятно, за что берётся комиссия и почему деньги приходят не мгновенно.

Кто участвует в платеже

В любой онлайн-оплате четыре стороны. Банк-эмитент — банк, выпустивший карту покупателя. Платёжная система — Visa, Mastercard или НСПК «Мир», маршрутизирует операцию между банками. Банк-эквайер — банк, обслуживающий вас, продавца, и зачисляющий деньги на ваш счёт. Платёжный шлюз (провайдер) — технический посредник вроде ЮKassa или CloudPayments, связывающий ваш сайт с банковской инфраструктурой и берущий на себя платёжную страницу, безопасность и интеграцию.

Что происходит при оплате — пошагово

Цепочка одной успешной оплаты:

1. Покупатель нажимает «оплатить» в корзине. Сайт формирует заказ и передаёт сумму платёжному шлюзу.
2. Открывается платёжная форма провайдера (на отдельной странице или встроенная в сайт). Покупатель вводит карту или выбирает СБП, кошелёк, оплату по кнопке.
3. Данные уходят на проверку. Шлюз передаёт их зашифрованными через платёжную систему банку-эмитенту. При необходимости срабатывает 3-D Secure — приходит SMS или подтверждение в приложении.
4. Банк-эмитент проверяет достаточно ли денег, не заблокирована ли карта, не подозрительна ли операция, и даёт авторизацию или отказ.
5. Ответ возвращается по цепочке к шлюзу и на ваш сайт. Покупатель видит «оплата прошла» или «отклонено».
6. Деньги резервируются и зачисляются. Сумма за вычетом комиссии попадает на ваш счёт — обычно на следующий рабочий день, у части провайдеров быстрее.

Авторизация и списание: почему деньги приходят не сразу

Момент, который путает новичков: между «оплата прошла» и «деньги на счету» есть зазор. Сначала авторизация — банк замораживает сумму на карте. Затем финансовое списание (клиринг и расчёты между банками), и только потом деньги за вычетом комиссии падают вам на счёт. Поэтому стандартный срок выплаты — следующий рабочий день (T+1), у части провайдеров день в день. Двухстадийная схема (сначала холд, потом списание по факту отгрузки) полезна там, где товара может не оказаться: вы холдируете сумму и списываете только после подтверждения заказа.

Обзор платёжных провайдеров для интернет-магазина

На рынке РФ для интернет-магазина реально работают пять-шесть провайдеров. Различия — в комиссии, скорости выплат, способах оплаты, качестве модулей под CMS и в том, нужен ли отдельный счёт в их банке. Разберём каждого, потом сведём в таблицу.

ЮKassa (бывшая Яндекс.Касса)

Самый распространённый платёжный сервис в рунете, де-факто стандарт для интернет-магазинов. Подключается к любому банку (не требует счёта в конкретном), даёт самый широкий набор способов оплаты: карты, СБП, кошельки ЮMoney и SberPay, Tinkoff Pay, рассрочка и кредит. Комиссия в среднем 2,8–3,5% по картам, по СБП заметно ниже (0,4–0,7%). Сильная сторона — готовые модули почти под все CMS (Tilda, Битрикс, WooCommerce, InSales, 1С) и подробная документация по API, выплаты на следующий рабочий день. Для большинства это выбор по умолчанию: подключается быстро, работает стабильно, способов оплаты максимум.

Тинькофф Касса (Т-Касса)

Платёжный сервис Тинькофф (Т-Банка) — главный конкурент ЮKassa и часто более выгодный по деньгам, особенно если у вас уже расчётный счёт в Тинькофф. Комиссия — от 1,9% в зависимости от оборота и тарифа, ниже среднего по рынку. При счёте в Тинькофф деньги зачисляются день в день, иногда за минуты — серьёзный плюс для оборотки. Поддерживает карты, СБП, Tinkoff Pay, рассрочку и кредит, есть модули под популярные CMS и удобный личный кабинет. Логичный выбор, если бизнес и так в экосистеме Тинькофф или критичны скорость зачисления и низкая комиссия.

СберПэй и интернет-эквайринг Сбера

Сбер предлагает интернет-эквайринг и кнопку SberPay для оплаты в один клик клиентами Сбера (а их десятки миллионов). Сильные стороны — доверие к крупнейшему банку и бесшовная оплата для держателей карт Сбера через приложение без ввода реквизитов. Комиссия в среднем 2,5–3,5%, обычно требуется счёт в Сбере, выплаты на следующий рабочий день. Модули и API есть, но интеграция исторически чуть тяжелее, чем у ЮKassa и Тинькофф, а условия зависят от оборота. Хороший вариант для бизнеса, который уже обслуживается в Сбере и хочет дать аудитории привычный SberPay.

Робокасса

Платёжный агрегатор, давно на рынке и популярный у малого бизнеса и инфобизнеса за простоту подключения и широкий набор способов оплаты в одном окне (карты, СБП, кошельки, баланс телефона, рассрочка). Не требует счёта в конкретном банке. Комиссия плавающая — ориентир 2,3–3,9%, чем больше оборот, тем ниже ставка. Недорогой быстрый старт, когда нужно «просто принимать оплату» без глубокой интеграции — сайты услуг, курсы, небольшие магазины.

CloudPayments

Технологичный провайдер со ставкой на оплату без перехода на стороннюю страницу: форма встраивается прямо в ваш сайт, покупатель не уходит на чужой домен — это повышает конверсию. Силён в подписочной модели (рекуррентные платежи), удобен для SaaS, онлайн-сервисов, клубов. Поддерживает карты, СБП, оплату по кнопке, комиссия в среднем 2,5–3,5%. Выбор тех, кому важны бесшовная оплата на своём домене и работа с регулярными списаниями.

Универсального «лучшего» провайдера нет: ЮKassa выигрывает на широте способов оплаты и подключении к любому банку, Тинькофф — на комиссии и скорости денег, Сбер — на доверии и SberPay, Робокасса — на простоте старта, CloudPayments — на бесшовной оплате и подписках. Цифры по комиссиям ориентировочные и зависят от оборота, ниши и переговоров — точные ставки смотрите в актуальном тарифе провайдера.

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

Подключение делится на две части: юридическую (договор, документы, проверка бизнеса — от пары дней до недели) и техническую (связка сервиса с сайтом — от пятнадцати минут на готовом модуле до нескольких дней на кастоме). Разберём технику по типам платформ.

Готовые модули для Tilda, Битрикс, WordPress

Если магазин собран на популярной платформе, писать код чаще всего не нужно — есть готовый модуль (плагин, приложение, коннектор). Схема одна: регистрируетесь у провайдера, получаете идентификатор магазина и секретный ключ, вставляете в настройки модуля, указываете адрес для уведомлений об оплате — готово.

• Tilda. В настройках сайта есть раздел «Платёжные системы»: ЮKassa, Робокасса, CloudPayments, Тинькофф подключаются выбором из списка и вводом ключей. Никакого кода, но и гибкость ограничена возможностями Tilda. Приём оплаты она закрывает для простых магазинов и лендингов.
• 1С-Битрикс. Подключаются в разделе «Магазин → Платёжные системы», модули ЮKassa, Сбера, Тинькофф идут в комплекте или ставятся из маркетплейса. Битрикс силён связкой с онлайн-кассой и 1С — чеки по 54-ФЗ формируются почти из коробки.
• WordPress / WooCommerce. Ставится плагин нужного провайдера (у ЮKassa, Робокассы, CloudPayments есть официальные), в настройках вводятся ключи и адрес вебхука. Под WooCommerce модулей больше всего, но качество разное — проверяйте поддержку актуальной версии. Почему на этой CMS столько готовых решений — разбирали отдельно.

Готовый модуль — самый быстрый путь, но за него платят гибкостью: вы ограничены тем, что в нём предусмотрено. Нестандартная логика (частичная оплата, сложные возвраты, своя платёжная страница, подписка с пробным периодом) либо не поддерживается, либо требует доработки.

Интеграция через API для кастомных магазинов

Если магазин написан на заказ (фронтенд на Next.js и свой бэкенд), эквайринг подключается напрямую через API провайдера. Это даёт полный контроль над оплатой и любой сценарий, но требует разработчика. Базовый флоу интеграции такой:

1. Создание платежа. Бэкенд сайта отправляет провайдеру запрос с суммой, описанием заказа, валютой и адресом возврата. В ответ приходит ссылка на платёжную страницу или токен для встроенной формы.
2. Оплата. Покупатель платит на странице провайдера или во встроенной форме на вашем домене (если провайдер это поддерживает, как CloudPayments).
3. Подтверждение через вебхук. Провайдер шлёт на ваш сервер уведомление о статусе оплаты — только по нему меняйте статус заказа.
4. Фискализация. Параллельно формируется и отправляется покупателю чек по 54-ФЗ (через онлайн-кассу провайдера или вашу).

Кастомная интеграция оправдана, когда модулей не хватает: маркетплейс с расщеплением платежа между продавцами, SaaS с тарифами и автосписанием, сложная корзина с частичной оплатой.

Вебхуки: как сайт узнаёт о статусе оплаты

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

Правильная схема: статус заказа на «оплачен» меняется только когда пришёл вебхук с подтверждением и только после проверки его подписи (чтобы убедиться, что уведомление от провайдера, а не подделка). Типичные ошибки: считать заказ оплаченным по редиректу, не проверять подпись, не обрабатывать повторные уведомления (провайдер может прислать вебхук несколько раз — обработчик должен быть идемпотентным). Любая ведёт к отгрузке неоплаченных заказов либо к двойным списаниям.

54-ФЗ и онлайн-касса: что обязательно

Принимать оплату онлайн и не выдавать чек — нельзя. 54-ФЗ обязывает практически любой бизнес при расчётах с физлицами применять контрольно-кассовую технику (ККТ) и формировать кассовый чек, в том числе при онлайн-оплате. Это не про эквайринг напрямую, но без кассы он работать «по-белому» не будет.

Зачем нужна онлайн-касса при приёме оплаты

Когда покупатель платит картой на сайте, в момент оплаты должен сформироваться электронный чек: данные уходят оператору фискальных данных (ОФД), а покупателю на email или телефон приходит ссылка на чек. Налоговая видит операцию в реальном времени. Без чека приём оплаты — нарушение: штраф для ИП и должностных лиц от 25% до 50% суммы расчёта (минимум 10 000 ₽), для юрлиц от 75% до 100% (минимум 30 000 ₽).

Облачная касса vs физическая

Для интернет-магазина физический кассовый аппарат не нужен — используется облачная онлайн-касса (фискализация в облаке). Два пути. Первый — арендовать кассу у самого провайдера: ЮKassa, Тинькофф, Робокасса предлагают фискализацию «под ключ», чеки формируются автоматически. Второй — подключить отдельный сервис облачной кассы (например, от вашего ОФД) через API. Для большинства проще первый путь: эквайринг и касса от одного провайдера работают в связке из коробки.

Кто может работать без онлайн-кассы

Полностью без ККТ могут работать немногие: самозанятые на НПД формируют чек в приложении «Мой налог» (при оплате на сайте это автоматизируют отдельно), часть ИП на патенте и льготные категории имеют послабления, но список узкий. Если вы ИП или ООО на УСН и принимаете оплату от физлиц на сайте — почти наверняка касса обязательна. Точный статус сверяйте с актуальной редакцией 54-ФЗ и при сомнениях с бухгалтером.

Безопасность платежей: PCI DSS, 3-D Secure, SSL

Приём денег картами — зона повышенного риска и регулирования. Небрежность к безопасности грозит не только утечкой данных клиентов, но и блокировкой эквайринга банком и штрафами. Три кита защиты онлайн-платежей разберём по отдельности.

PCI DSS — стандарт защиты карточных данных

PCI DSS (Payment Card Industry Data Security Standard) — международный стандарт безопасности для всех, кто работает с данными карт. Хорошая новость: проходить сложную сертификацию самостоятельно не нужно, если вы не храните и не обрабатываете данные карт у себя. Когда покупатель вводит карту на платёжной странице провайдера (ЮKassa, Тинькофф, Сбера), данные обрабатываются на его стороне, сертифицированной по PCI DSS, а ваш сайт их вообще не видит. Это и есть главный принцип: не прикасайтесь к данным карт сами — пусть это делает сертифицированный провайдер. Если же принимать карты на своём домене, требования к PCI DSS-совместимости резко возрастают.

3-D Secure — подтверждение операции

3-D Secure — та самая SMS или подтверждение в приложении банка при оплате. Технология добавляет слой проверки: даже зная данные карты, без кода подтверждения операцию не провести. Для продавца важно и то, что 3-D Secure переносит ответственность за мошеннические операции на банк-эмитент (liability shift): если оплата прошла подтверждение, а потом оказалась мошеннической, спор с большой вероятностью решится не за ваш счёт. Версия 3-D Secure 2.0 делает проверку незаметной для добросовестных покупателей, включая её только при подозрительных операциях.

SSL-сертификат и шифрование

SSL-сертификат и работа сайта по HTTPS — обязательное условие для любого магазина с оплатой. Без него данные между покупателем и сайтом идут открытым текстом, браузеры помечают сайт как небезопасный, а провайдеры эквайринга просто не подключат. SSL шифрует канал, даёт зелёный замок и доверие покупателя. Сертификат можно получить бесплатно (Let's Encrypt) с автопродлением, так что отсутствие HTTPS на коммерческом сайте — не экономия, а грубая ошибка, бьющая и по продажам, и по позициям в поиске.

Сколько стоит принимать платежи: расчёт на примере

Комиссия эквайринга кажется мелочью — «всего 3%» — но на обороте превращается в заметную статью расходов. Посчитаем, где деньги.

Из чего складывается стоимость

Стоимость приёма платежей — не только процент эквайера. Сюда входят: комиссия за операцию (основная статья, 1,9–3,9% в зависимости от провайдера и способа), аренда облачной кассы (от нескольких сотен до 1500–3000 ₽/мес либо в тарифе), иногда абонплата за сервис. Подключение эквайринга почти всегда бесплатное, а кастомная интеграция через API оплачивается отдельно как работа разработчика.

Мини-кейс: магазин с оборотом 1 млн рублей в месяц

Возьмём магазин со средним чеком 2500 ₽ и оборотом 1 000 000 ₽ в месяц — это 400 заказов. Посмотрим, как меняются расходы при разных раскладах по способам оплаты и провайдерам.

Разница между крайними сценариями — больше 265 000 ₽ в год на одном обороте. Отсюда два вывода. Во-первых, торгуйтесь по ставке: на обороте от 500 000–1 000 000 ₽/мес провайдеры дают условия лучше тарифных. Во-вторых, продвигайте СБП — её комиссия в разы ниже карточной, и даже небольшая скидка за оплату через СБП выгоднее, чем платить 3% эквайеру. Плюс аренда кассы (ещё 1000–2000 ₽/мес). Стоимость самой разработки магазина с оплатой держим на странице цен.

Чек-лист подключения эквайринга к интернет-магазину

Сведём весь путь от «хочу принимать оплату» до «деньги падают на счёт» в практический чек-лист. По нему удобно сверяться, чтобы ничего не упустить.

• Юрлицо или ИП с расчётным счётом. Эквайринг подключается только бизнесу. На физлицо — нельзя.
• Сайт на HTTPS с SSL-сертификатом. Без рабочего HTTPS провайдеры не подключат, а покупатели не доверятся.
• Выбран провайдер под нишу и оборот. Сравнили комиссии, скорость выплат, способы оплаты, наличие модуля под вашу CMS.
• Заключён договор и пройдена проверка. На сайте есть реквизиты, оферта, политика возврата, контакты, описание товаров.
• Подключена онлайн-касса по 54-ФЗ. Чеки формируются автоматически — проверьте, что приходят покупателю.
• Интегрирован приём оплаты. Модуль настроен или API подключён, ключи введены, адрес вебхука указан.
• Настроена обработка вебхуков. Статус заказа меняется только по подтверждённому вебхуку, подпись проверяется, повторы не ломают заказ.
• Проведён тестовый платёж. Реальная оплата на минимум: проверили оплату, чек, смену статуса, возврат, зачисление.
• Настроены способы оплаты. Минимум карты и СБП, по желанию — кошельки, рассрочка, оплата по кнопке.
• Прописана и протестирована политика возвратов. Возврат через личный кабинет провайдера или API работает.

Все пункты закрыты — магазин принимает оплату корректно и безопасно. Чаще всего спотыкаются на онлайн-кассе (забыли про 54-ФЗ) и на вебхуках (заказы помечаются оплаченными неверно).

Частые ошибки при подключении приёма оплаты

На практике набор граблей повторяется, и почти все ошибки стоят денег или потерянных заказов.

• Считают заказ оплаченным по редиректу, а не по вебхуку. Покупатель вернулся с платёжной страницы — это не значит, что он заплатил. Без проверки вебхука магазин отгружает неоплаченные заказы.
• Не проверяют подпись вебхука. Открытый эндпоинт без проверки подписи — дыра, через которую можно подделать «оплату» и получить товар бесплатно.
• Забывают про онлайн-кассу. Принимают деньги, а чеки не формируются — прямое нарушение 54-ФЗ со штрафами.
• Не тестируют возвраты. Возврат денег — отдельный сценарий, который не проверяют до первого реального возврата, а потом авралят.
• Выбирают провайдера только по комиссии. Низкая ставка при долгих выплатах, кривом модуле и слабой поддержке выходит дороже, чем полпроцента сверху у нормального провайдера.
• Не подключают СБП. Оставляют только карты и переплачивают эквайеру в разы там, где покупатель заплатил бы через СБП с комиссией 0,4–0,7%.
• Хранят данные карт у себя. Приём карт на своём домене без понимания PCI DSS — это риск утечки и блокировка от провайдера.
• Игнорируют требования провайдера к сайту. Нет оферты, политики возврата, контактов, описания товара — провайдер отклоняет подключение или блокирует магазин.

Когда подключение лучше доверить подрядчику

Простой случай — магазин на Tilda или WooCommerce, готовый модуль, карты и СБП — реально подключить самому за вечер. Но есть ситуации, где экономия на разработчике оборачивается убытками.

Кастомный магазин или сложная логика

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

Маркетплейс, подписки, расщепление платежей

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

Новый магазин с нуля

Если магазина ещё нет, разумнее сразу делать правильно: с HTTPS, корректной интеграцией оплаты, онлайн-кассой и обработкой вебхуков в архитектуре, а не прикрученными потом. Мы занимаемся разработкой интернет-магазинов с приёмом оплаты под ключ: подключаем эквайринг, онлайн-кассу и СБП, настраиваем вебхуки и тестируем весь путь от корзины до зачисления. Сложные сценарии — маркетплейсы, подписки, расщепление платежей, интеграции с 1С — закрываем в рамках сложной разработки. Если магазин уже есть и оплата работает криво или не подключена, берём его на поддержку и доработку. Не уверены, что с оплатой и безопасностью всё в порядке, — начните с бесплатного аудита сайта: проверим HTTPS, интеграцию эквайринга, обработку вебхуков и соответствие 54-ФЗ.

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