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

Сайт готов, товары загружены, а кнопки «Оплатить» нет. Фрилансер называет срок в пару недель и отдельный бюджет на интеграцию. Знакомая ситуация для владельцев интернет-магазинов, онлайн-школ и сервисов бронирования.

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

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

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

Такие компании называют платёжными агрегаторами. В отличие от прямого договора с банком, агрегатор даёт один договор и сразу набор способов оплаты: карты, QR-код СБП, Яндекс Pay, SberPay, T-Pay и другие. Интернет-эквайринг — это приём безналичной оплаты в интернете, и агрегатор берёт его техническую часть на себя.

Второе, что обычно входит в сервис, — фискализация. Фискализация — это формирование чека и его передача в налоговую через онлайн-кассу по 54-ФЗ. Многие агрегаторы дают облачную кассу, которая отправляет чек покупателю автоматически после оплаты.

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

Без кода оплату подключают через CMS-плагин, платёжную ссылку или виджет. Выбор зависит от того, на чём сделан сайт и нужна ли корзина с автоматической сменой статуса заказа.

CMS-плагин — это готовый модуль оплаты для движка сайта. Вы устанавливаете его в админке, вставляете идентификатор и ключ магазина, и на странице оформления заказа появляется выбор способов оплаты. Плагин сам меняет статус заказа после оплаты, поэтому менеджеру не нужно сверять поступления вручную.

Готовые модули обычно есть для популярных движков: 1С-Битрикс, WordPress, OpenCart, Joomla, Drupal, PrestaShop, InSales. Если ваш движок в списке, это самый быстрый путь.

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

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

Виджет — это готовое окно оплаты, которое встраивают на страницу фрагментом кода из личного кабинета. Код не нужно писать, его копируют и вставляют в блок HTML. С этим справится любой, кто умеет редактировать страницы в своём конструкторе или CMS.

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

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

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

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

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

Если API всё же нужен, оцените инструменты для разработчика: документацию, SDK на нужном языке, тестовую среду и вебхуки. Например, у сервиса из примера есть REST API, SDK на PHP, Python и JS, sandbox и подробная документация. Разработчик быстрее закончит интеграцию, а вы меньше заплатите за его часы.

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

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

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

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

У многих платёжных сервисов подключение и интеграция бесплатны, вы платите только процент с проведённых платежей. Ставка зависит от способа оплаты и оборота. Например, для карт РФ и СБП она может начинаться от 2,9%, для иностранных карт выше.

Через платёжные ссылки и счета. Вы создаёте ссылку в личном кабинете и отправляете её клиенту в Telegram, соцсети или на почту. Покупатель оплачивает картой или через СБП, чек формирует облачная касса.

Большинству ИП и ООО, которые принимают оплату от физических лиц, нужна касса по 54-ФЗ. У самозанятых свой порядок: чек формируют через приложение «Мой налог». Проще всего выбрать платёжный сервис со встроенной облачной кассой.

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

Для типового сайта платёжную систему подключают без разработчика: плагин, ссылка или виджет закрывают большинство задач. API оставьте на момент, когда появится приложение, свой движок или сложная логика выплат. Следующий шаг: определите, на чём работает ваш сайт, подготовьте реквизиты и сравните условия на странице тарифов MulenPay.