Как подключить оплату на сайте: эквайринг, СБП, касса

Оплата на сайте подключается в четыре шага: договор с платёжным сервисом или банком на интернет-эквайринг, решение для чеков по 54-ФЗ, техническая интеграция с движком сайта и документы на самом сайте. По времени от заявки до первого платежа неделя-две, из них большая часть уходит на проверку компании провайдером, а не на программирование. По деньгам на обороте 300 000 рублей в месяц приём платежей обходится от 4 500 до 14 000 рублей в зависимости от того, как собрана схема. Ниже расчёт по тарифам с сайтов провайдеров на 29 августа 2026 года, порядок подключения и три вещи, о которых не расскажет менеджер банка.

Один эпизод для начала. 6 августа мы тестировали живые оплаты в интернет-магазине украшений, где платёжка стоит от PayKeeper через банк-эквайер. Три тестовых заказа. Первый подтвердился через 21 секунду. Третий через 58 минут. Всё это время заказ на сайте висел в статусе ожидания, деньги с карты уже списались, и если бы покупатель написал в поддержку, ему бы ответили, что заказа нет. Ничего не сломалось: так работает подтверждение у банка, и сайт вёл себя правильно. Но к этому нужно быть готовым до подключения, а не после первого недовольного клиента. Как устроен путь денег и где в нём такие задержки, разберём по шагам.

Из чего состоит приём оплаты#

Четыре участника, у каждого своя роль и своя строка в расходах.

Платёжный шлюз, он же эквайер. Это тот, кто показывает покупателю форму оплаты, забирает деньги с карты или по СБП и переводит вам на расчётный счёт за вычетом комиссии. Бывает трёх видов: банк напрямую, платёжная платформа с несколькими банками за спиной, например PayKeeper, и сервис-агрегатор вроде ЮKassa, который сам является платёжным оператором и даёт десяток способов оплаты по одному договору.

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

Сайт. Ему нужно уметь отправить покупателя на оплату с правильной суммой, принять уведомление об успешном платеже и поменять статус заказа. Для WordPress с WooCommerce, Битрикса и конструкторов у провайдеров есть готовые модули. Для сайта на своём коде интеграция пишется по документации, обычно день-два работы.

Документы. Оферта, политика обработки персональных данных, реквизиты компании и описание порядка возврата. Провайдер проверяет их до подключения, и отсутствие оферты это самая частая причина, по которой заявку отправляют на доработку.

Расчёт на обороте 300 000 рублей в месяц#

Магазин или сайт услуг, 150 оплат в месяц со средним чеком 2 000 рублей. Три схемы, тарифы взяты с сайтов провайдеров 29 августа 2026 года, для новых клиентов без индивидуальных условий. Все три схемы дают одинаковый результат для покупателя: кнопка, форма, оплата картой или по СБП, чек на почту.

| Схема | Комиссия за карты | Чеки | Итого в месяц | |---|---|---|---| | Агрегатор: ЮKassa, карты, чеки через сервис | 2,8% = 8 400 ₽ | 1% с платежа = 3 000 ₽ | 11 400 ₽, плюс НДС на комиссию 22% = около 13 900 ₽ | | Платформа: PayKeeper по верхней ставке, своя облачная касса | 1,95% = 5 850 ₽ | АТОЛ Онлайн, тариф Базовый от 2 425 ₽ | около 8 300 ₽ | | Тот же PayKeeper, но покупатели платят по СБП | 0,7% = 2 100 ₽ | та же касса 2 425 ₽ | около 4 500 ₽ |

Откуда цифры. ЮKassa на странице тарифов: банковские карты, SberPay, T-Pay, Mir Pay и другие способы 2,8 процента плюс 1 процент за чек при подключении их сервиса чеков, предложение для новых клиентов действует до 1 декабря 2026 года, СБП считают индивидуально, при обороте выше 5 миллионов в месяц условия отдельные. Там же прямо написано, что комиссии указаны без НДС и он начисляется сверху, поэтому в первой строке он добавлен.

PayKeeper на главной странице: интернет-эквайринг от 0,55 до 1,95 процента, СБП от 0,4 до 0,7 процента, 27 банков-партнёров. Деньги в этой схеме проходят через банк-эквайер, и надо уточнять у него, начисляется ли НДС на комиссию: у банков это обычно не так, но в договоре это написано явно, и это стоит прочитать до подписания.

АТОЛ Онлайн: облачная касса по тарифу Базовый от 2 425 рублей в месяц, для компаний младше полугода тариф Старт бизнес от 1 546 рублей, в старшем тарифе Без забот от 3 308 рублей настройка и регистрация кассы включены. У них же есть свой эквайринг от 0,4 процента при обороте от 180 тысяч за три месяца. Комиссия по картам у любого провайдера зависит от вида деятельности и оборота, ставка 1,95 процента в расчёте это верхняя граница, реальная будет ниже.

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

Три схемы приёма оплаты на одном обороте: агрегатор с чеками, платформа с кассой, платформа с СБП

Порядок подключения по шагам#

Последовательность, по которой ведём каждый проект с оплатой. Сроки реальные, из практики, не из рекламы провайдеров.

1. Проверить, что компания может принимать оплату онлайн. Юрлицо или ИП с расчётным счётом. Для самозанятых отдельные условия есть у ЮKassa и у АТОЛ Онлайн, но не у всех банков. Вид деятельности должен быть разрешён для интернет-эквайринга: с некоторыми категориями, например с медициной или подакцизными товарами, провайдеры работают по особым правилам или отказывают. День.
2. Опубликовать документы на сайте. Оферта с условиями оплаты, доставки и возврата, политика обработки персональных данных, реквизиты на видном месте, контакты. Провайдер откроет сайт руками и проверит. Если документы делаются с нуля, два-три дня.
3. Подать заявку провайдеру и пройти проверку. Анкета, учредительные документы, ссылка на сайт. Проверка от одного дня до недели, у агрегаторов быстрее, у банков дольше. На этом же шаге фиксируется ваша ставка комиссии: она зависит от вида деятельности и заявленного оборота, и торговаться за неё уместно именно сейчас, а не через год.
4. Решить вопрос с чеками. Либо арендовать облачную кассу и зарегистрировать её в налоговой, это делается онлайн, либо включить чеки у платёжного сервиса. Один-два дня.
5. Интегрировать на сайте. Установить модуль провайдера в движок, прописать ключи, настроить адрес для уведомлений об оплате. Для WooCommerce и Битрикса это часы, для своего кода день-два. Здесь же настраивается, что происходит после оплаты: смена статуса, письмо покупателю, передача заказа в учётную систему.
6. Провести тестовые оплаты. Не одну, а серию: успешная, отменённая, с задержкой подтверждения, возврат. И посмотреть не только на сайт, но и в журнал уведомлений провайдера. Полдня, и этот шаг чаще всего пропускают.
7. Включить боевой режим и первую неделю смотреть на каждый заказ руками.

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

Три вещи, о которых не скажет менеджер#

Всё из живой практики на проектах с оплатой, за последний год.

Подтверждение оплаты приходит с задержкой, и задержка непредсказуема. Те самые 21 секунда и 58 минут из начала статьи. Решает банк-эквайер, и у разных каналов внутри одного провайдера задержка разная. Сайт должен уметь жить с заказом в статусе ожидания, не трогать остатки товара до подтверждения и не пугать покупателя. А поддержка должна знать правило: "оплатил, а заказа нет" это сначала журнал уведомлений провайдера, потом всё остальное.

Уведомления приходят не по одному разу. В том же магазине платёжный сервис доставлял уведомление об одной оплате от 8 до 27 раз в течение нескольких часов, потому что наш обработчик отвечал слишком медленно, синхронно передавая заказ в учётную систему, и провайдер считал уведомление недоставленным. Дублей заказов не было только потому, что обработчик написан так, чтобы одно и то же уведомление не создавало второй заказ и второе списание. Если ваш модуль этого не умеет, первый же повтор создаст два заказа на одну оплату. Проверяется на шаге 6 тестами, а не верой в модуль.

Возвраты не приходят на сайт. Уведомления об оплате провайдер шлёт, уведомления о возврате и отмене в большинстве схем нет. Возврат покупателю это три ручных шага: вернуть деньги в панели провайдера, отменить заказ на сайте, чтобы вернулся остаток, снять резерв в учётной системе. Если этого не знать, через месяц на складе будут расхождения, а в отчёте по продажам лишние заказы. Регламент возврата пишется до запуска и лежит у того, кто отвечает на письма покупателей.

Путь одного платежа: списание, ожидание, подтверждение, чек, и точка, где обычно ломается

Оплата не на сайте: ссылка, бот, конструктор#

Не каждому бизнесу нужна полноценная корзина. Три сценария, где оплата есть, а магазина нет.

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

Оплата в Telegram-боте. Бот принимает заказ, выставляет счёт через того же провайдера и получает подтверждение. Для доставки еды, записи на услуги, продажи материалов это часто удобнее сайта, и как это устроено и сколько стоит, мы разбирали в сценариях ботов. Договор с провайдером один и тот же для сайта и бота, платить дважды не нужно. Делаем в рамках разработки Telegram-ботов.

Конструктор. У Тильды и похожих площадок есть готовые связки с ЮKassa, банками и СБП, подключение через настройки за вечер. Ограничение обычное для конструктора: после оплаты можно отправить письмо и записать строку в таблицу, а передать заказ в учётную систему, снять остаток или запустить отгрузку уже нет. Если бизнесу нужна эта логика, оплата на конструкторе это временное решение до переезда.

Первая неделя после запуска: что смотреть каждый день#

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

Совпадение сумм. Сумма заказа на сайте, сумма в панели провайдера и сумма в чеке должны быть одинаковыми до копейки. В том же магазине из начала статьи нашлось расхождение в 50 копеек между итогом на сайте и суммой, ушедшей в учётную систему: округление скидки считалось в двух местах по-разному. Мелочь, но за год это сотни расхождений в отчётах.

Чеки. Открыть три случайных заказа и проверить, что чек ушёл покупателю и виден в кабинете оператора фискальных данных. Незакрытый чек это штраф по 54-ФЗ, а не техническая деталь.

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

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

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

Как выбрать провайдера под себя#

Не по рекламной ставке "от 0,4 процента", она относится к СБП или к обороту, которого у вас пока нет. По четырём вопросам.

Есть ли готовый модуль под ваш движок и кто его поддерживает. Модуль от самого провайдера обновляется вместе с их API, модуль от стороннего разработчика может отстать и сломаться после обновления движка. Для WooCommerce и Битрикса смотрите дату последнего обновления модуля перед выбором.

Как устроены чеки и сколько они стоят на вашем обороте. Посчитайте по своему числу платежей, а не по проценту: 1 процент с чека при 150 платежах по 2 000 это 3 000 рублей, при 40 платежах по 8 000 это 3 200, а касса стоит одинаково в обоих случаях.

Что приходит на сайт в уведомлениях: только оплаты или ещё возвраты и отмены. Это определяет, сколько ручных операций будет у вашей поддержки.

Как быстро отвечает поддержка провайдера в случае "оплата не подтвердилась". В момент, когда покупатель ждёт, а деньги зависли между банком и сайтом, это единственное, что имеет значение. Проверяется одним вопросом в чат до подписания договора.

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