Tilda + CRM/склад: интеграция

Tilda хороша для быстрого запуска витрины, но плохо живёт в одиночку. Как только появляется склад, менеджеры и учёт в 1С, встаёт задача связать конструктор с backend-системой: передать заказы в CRM, подтягивать актуальные цены и остатки, а со временем — переехать на полноценный 1С-Битрикс.

Что и зачем связываем

Tilda — это конструктор сайтов с базовым модулем магазина: Каталог товаров, корзина, приём заказов и оплата. Своего товароучёта и полноценной CRM у него нет, поэтому реальная торговля требует связки с внешней системой — как правило, это 1С (УТ, УНФ) и CRM (Битрикс24, amoCRM, retailCRM).

Типовые задачи интеграции:

• Заказы — из Tilda в CRM и 1С без ручного переноса;
• Каталог — цены и остатки из 1С в витрину Tilda;
• Статусы — оплата и отгрузка обратно на сайт или клиенту;
• Миграция — когда витрина перерастает возможности конструктора.

API и вебхуки Tilda

У Tilda два канала обмена. Первый — публичный REST API с базовым адресом http://api.tildacdn.info/v1/, авторизация по паре publickey и secretkey из настроек проекта. Через него доступны методы вроде getprojectslist, getpageslist, getpagefull и экспорт проекта. API удобен, чтобы забирать структуру и контент, но управлять товарами через него ограниченно.

Второй и главный для заказов — вебхук. В настройках формы или приёма платежей указывается URL, на который Tilda POST-запросом отправляет данные оформленного заказа: состав корзины, сумму, контакты, выбранную доставку и оплату. Именно вебхук — точка входа заказа в вашу систему.

Пример полезной нагрузки, которую нужно принять и разобрать на стороне прослойки:

POST /webhook/tilda { name, phone, email, payment: {products[], amount}, ... }

Передача заказов в CRM и 1С

Заказ проходит путь: вебхук Tilda → прослойка → CRM и 1С. В прослойке заказ нормализуется — товары сопоставляются по SKU/артикулу, контакт дедуплицируется, назначаются менеджер и источник.

1. Принимаем POST, проверяем подпись/секрет, сохраняем сырой payload в лог;
2. Ищем контакт в CRM по телефону/почте, создаём сделку;
3. Сопоставляем позиции корзины с номенклатурой 1С по артикулу;
4. Создаём заказ/документ в 1С через REST или промежуточный обмен;
5. Возвращаем в карточку клиента номер заказа и ссылку.

Если целевая система — Битрикс24, заказ удобно заводить через REST-метод crm.deal.add с товарными позициями crm.deal.productrows.set. Для 1С-Битрикс (сайта) заказ создаётся штатным API \Bitrix\Sale\Order, а дальше уходит в 1С стандартным обменом CommerceML.

Синхронизация каталога, цен и остатков

Обратное направление — из учётной системы в витрину. У Tilda товары живут в модуле Каталог, который поддерживает импорт из CSV и выгрузку YML-фида. Практично организовать это так:

• 1С формирует выгрузку номенклатуры с ценами и остатками;
• прослойка конвертирует её в CSV нужной для Tilda структуры;
• импорт в Tilda по расписанию (ежедневно/несколько раз в день).

Ключевой элемент — единый ключ товара. И в 1С, и в Tilda он должен совпадать (артикул или внешний код), иначе цены и остатки лягут не на те карточки. Остатки удобно приводить к простой логике: больше нуля — «в наличии», ноль — «под заказ» или скрыть.

Прослойка обмена: форматы и надёжность

Связка Tilda ↔ 1С почти всегда требует middleware — сервиса, который принимает вебхуки, ставит задачи в очередь, конвертирует форматы и логирует. Ниже — какие форматы где уместны.

Обязательные требования к прослойке: идемпотентность (повтор вебхука не создаёт дубль заказа — контроль по внешнему ID), очередь и ретраи при недоступности 1С, а также журнал обмена с сырыми запросами, чтобы разбирать спорные заказы.

Миграция с Tilda на 1С-Битрикс

Когда ассортимент, фильтры, персональные цены и B2B-логика перерастают конструктор, следующий шаг — переезд на 1С-Битрикс. Tilda не отдаёт полноценный дамп магазина, поэтому миграция идёт по частям:

• Каталог — из 1С (первоисточник) сразу в Битрикс по CommerceML, а не с Tilda;
• Контент страниц — экспорт через API Tilda и перенос в инфоблоки/страницы;
• Клиенты и заказы — из CRM/1С, где они уже накоплены;
• SEO — карта редиректов со старых URL Tilda на новые ЧПУ Битрикса.

Типичные ошибки

Что чаще всего ломает связку на практике:

• Нет единого артикула — товары из Tilda не сопоставляются с 1С, заказы «зависают» на ручной разборке;
• Тяжёлая логика в вебхуке — таймауты и повторные заказы-дубли;
• Нет идемпотентности — один заказ попадает в CRM дважды;
• Редкая синхронизация остатков — продажи отсутствующего товара;
• Заказ ушёл в CRM, но не в 1С — расхождение из-за отсутствия ретраев и мониторинга.

Все они лечатся дисциплиной обмена: единый ключ, очередь, логи и алерты на ошибки доставки.

Итог

Tilda отлично закрывает витрину, но для настоящей торговли её нужно связать с CRM и складом: заказы принимать вебхуком, каталог и остатки лить из 1С импортом, а обмен вести через надёжную прослойку с очередью и логами. Когда конструктор становится тесен, логичный путь — миграция на 1С-Битрикс с продуманными редиректами.

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