Настройка оплаты на Тильде выглядит просто, пока не доходит до реальных заказов: тестовый платёж проходит с первого раза, а через неделю выясняется, что часть покупателей не может оплатить с мобильного, доставка считается неправильно, а деньги приходят на счёт с задержкой, которую никто не предупредил. Я веду интеграции T‑Bank эквайринга, ЮKassa и СДЭК на проектах на Tilda и обычно вижу одни и те же грабли на этапе подключения. Разберу, какие способы оплаты реально работают на Тильде, как их подключить и что проверить до запуска, чтобы не терять заказы в первый же месяц.
По теме статьи
Готовое решение
Ограничение применения промокода в корзине Tilda
Промокод в Tilda не действует на выбранную категорию (например, «Распродажа»). Готовый скрипт + инструкция по подключению.
от6 000 ₽
Интернет-магазин
Интернет-магазин под ключ
Интернет-магазин под ключ — на Tilda, WordPress + WooCommerce, Next.js Commerce или кастомный бэкенд. Подберу платформу под бюджет, ассортимент и
от80 000 ₽
Какие способы оплаты можно подключить на Тильде
В панели Tilda в разделе «Способы оплаты» доступно больше десятка систем: от прямой интеграции с T‑Bank и Сбербанком до ЮKassa, Robokassa, CloudPayments и PayPal для зарубежных платежей. Для российского интернет-магазина в 99% случаев выбор сводится к трём вариантам.
- Эквайринг напрямую от банка (чаще всего T‑Bank) - деньги идут сразу на расчётный счёт, комиссия ниже, но нужен открытый счёт в этом банке.
- Агрегатор вроде ЮKassa или CloudPayments - подключается быстрее, принимает разные банки и СБП одним модулем, но берёт комиссию за агрегацию сверх банковской.
- СБП напрямую - самая низкая комиссия, но у части покупателей вызывает недоверие как отдельная кнопка без привычного ввода карты.
Выбор влияет не только на комиссию, но и на то, сколько данных Tilda передаёт в CRM при оплате: у части модулей в вебхуке приходит только сумма заказа, а состав корзины нужно подтягивать отдельным запросом.
Подключение эквайринга T‑Bank на Тильде
T‑Bank остаётся самым частым выбором для магазинов на Tilda, потому что модуль в конструкторе стабильный и решает большинство задач без доработок.
Что нужно подготовить заранее
До начала настройки должны быть готовы: расчётный счёт в T‑Bank, подключённый интернет-эквайринг (заявка рассматривается обычно 1-3 рабочих дня), и реквизиты, которые банк выдаёт после одобрения, - идентификатор терминала и секретный ключ.
Как включить приём платежей в панели Tilda
В разделе «Настройки сайта» - «Способы оплаты» выбирается T‑Bank, вставляются идентификатор терминала и пароль, указывается страница успешной оплаты и страница отказа. После сохранения обязательно делается тестовый заказ на 1 рубль с реальной картой, а не через тестовый режим банка - режим песочницы Tilda иногда пропускает ошибки, которые вылезают только на боевых платежах.
Зачисление денег на счёт при прямом эквайринге T‑Bank обычно занимает 1 рабочий день, у агрегаторов вроде ЮKassa - от 1 до 3 дней в зависимости от тарифа.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
ЮKassa, Robokassa и другие альтернативы эквайрингу
Если расчётного счёта в T‑Bank нет или магазин небольшой и открывать эквайринг под него пока не хочется, разумно смотреть на агрегаторы. Разница между ними на практике сводится не к списку поддерживаемых карт (он у всех одинаковый), а к комиссии по тарифу и удобству подключения к Tilda.
| Система | Комиссия по тарифу | Особенность на Tilda |
|---|---|---|
| T‑Bank эквайринг | обычно 2,2-2,7% | прямая интеграция, деньги на счёт в T‑Bank |
| ЮKassa | обычно 2,8-3,5% | принимает СБП и рассрочку одним модулем |
| Robokassa | обычно 3-4,5% | подходит для ИП без своего эквайринга, но чек нужно настраивать отдельно |
| СБП напрямую | обычно 0,4-0,7% | минимальная комиссия, нужна отдельная настройка через банк-эквайер |
Точный процент всегда зависит от тарифа конкретного банка или агрегатора и оборота магазина, приведённые цифры - ориентир по рынку, а не гарантированная ставка. Стоимость домена и SSL-сертификата на комиссию платёжной системы не влияет никак, это отдельные и не связанные между собой статьи расходов при запуске сайта.
Подключение доставки: СДЭК и зоны доставки на Тильде
Стандартный модуль СДЭК в Tilda считает стоимость по тарифам API СДЭК и показывает список пунктов выдачи на карте. Для простого магазина с посылками до 5 кг этого достаточно. Проблемы начинаются, когда у магазина крупногабаритный товар, региональные ограничения по доставке или своя логика бесплатной доставки от суммы заказа - стандартный виджет такие сценарии не считает и либо завышает стоимость, либо вообще не показывает вариант доставки, из-за чего покупатель уходит с оформления.
| Способ доставки | Расчёт стоимости на Tilda | Трекинг заказа |
|---|---|---|
| СДЭК (стандартный модуль) | автоматический по API | да, номер накладной приходит в CRM |
| Почта России | ручной тариф или фиксированная ставка | частично, трек нужно вносить вручную |
| Курьер силами магазина | обычно фиксированная сумма по зоне | нет, ведётся вне Tilda |
Для магазинов, где нужна своя логика зон доставки, ставок и ограничений по весу, проще не дорабатывать стандартный модуль руками, а поставить готовый скрипт расчёта зон доставки для Tilda: он подключается без изменения структуры сайта и обычно занимает у меня меньше времени, чем правка встроенного виджета под нестандартный тариф.
Полноценная интеграция оплаты, доставки и CRM в одну связку (например, T‑Bank плюс СДЭК плюс передача заказов в amoCRM через вебхук или сценарий в n8n) у меня стоит от 40 000 ₽, разовая правка вроде смены логики бесплатной доставки - от 3 000 ₽.
Типовые ошибки при настройке оплаты и доставки на Тильде
- Тестовый режим эквайринга не отключают перед запуском - платежи «проходят» в интерфейсе, а деньги на счёт не приходят.
- Страница успешной оплаты совпадает со страницей отказа - в CRM заказ фиксируется как оплаченный, даже если оплата не прошла.
- Модуль доставки не пересчитывает стоимость при смене региона в корзине, и покупатель платит по московскому тарифу за доставку в другой город.
- Вебхук об оплате настроен, но не обрабатывает статус «частичный возврат» - бухгалтер потом вручную сверяет отчёты банка с заказами в Tilda.
- Забывают проверить мобильную версию формы оплаты - на части экранов кнопка подтверждения СБП уезжает за пределы видимой области.
Последняя ошибка встречается чаще остальных: форму оплаты почти всегда тестируют с десктопа, а больше половины заказов на Tilda оформляют с телефона.
Что проверить перед запуском приёма платежей
- Реальный тестовый платёж на минимальную сумму с трёх разных карт (включая карту другого банка).
- Расчёт доставки в трёх разных регионах, включая тот, где нет пункта выдачи СДЭК рядом с адресом.
- Попадание заказа в CRM или таблицу с корректным статусом оплаты, а не просто с фактом «заказ создан».
- Уведомление на почту и в мессенджер при оплате - без него узнать о заказе можно только зайдя в панель Tilda руками.
- Возврат средств: смоделировать отмену заказа и проверить, что деньги реально возвращаются, а не зависают в статусе «в обработке».
Частые вопросы
Сколько времени занимает настройка оплаты на Тильде?
Подключение готового модуля T‑Bank или ЮKassa в панели Tilda занимает 30-40 минут, если реквизиты банка уже на руках. Сама заявка на эквайринг в банке рассматривается 1-3 рабочих дня. Если нужна доработка под нестандартную логику (скидки, зоны доставки, передача в CRM), закладываю от нескольких дней до двух недель в зависимости от объёма.
Можно ли принимать оплату на Тильде без ИП или ООО?
Напрямую через эквайринг банка нет - терминал открывается на юрлицо или ИП. Через агрегатор вроде ЮKassa есть варианты для самозанятых, но с ограничением по обороту и без части функций вроде рассрочки. Для полноценного интернет-магазина эквайринг на ИП или ООО обычно выгоднее по комиссии.
Как проверить, что оплата и доставка на Тильде работают корректно перед запуском?
Сделать реальный тестовый заказ от начала до конца: выбрать доставку в регион без ПВЗ рядом, оплатить с телефона, проверить, что заказ появился в CRM со статусом «оплачен», а не просто «создан», и что уведомление о заказе пришло на почту или в мессенджер сразу, а не с задержкой.
Что делать, если платежи проходят, но заказы не попадают в CRM?
Скорее всего проблема в вебхуке: Tilda отправляет уведомление об оплате на URL, который не отвечает или отвечает с ошибкой, и заказ теряется без видимой причины в интерфейсе. Обычно это чинится правкой обработчика вебхука или заменой связки на более надёжную через сценарий в n8n. Если чинить самостоятельно не хочется, беру такие задачи в техподдержку от 15 000 ₽ в месяц с проверкой, что заказы действительно доходят.