Модуль интеграции Tilda и RetailCRM

Подключаем модуль Tilda:

1. 1. Переходим в «Настройки», раздел «Маркетплейс» в RetailCRM.
   2. Находим модуль «Tilda (Студия Сергея Ткаченко)» (разделе CMS).
   3. Нажимаем «Подключить».
   4. Переходим в Панель управления настройками модуля.
   5. Проверяем чек-бокс активности модуля: если не активирован — сделать активацию и сохранить изменение. После этого появится кнопка «Перейти в личный кабинет».

Откроется страница с тремя вкладками. Нам нужна первая «Модуль» и вторая «Подключения»

Поле «API-ключ RetailCRM» — в это поле сразу вставляем скопированный на предыдущем этапе API ключ. Для повторного копирования найдите API ключ в списке созданных, зайдите в него и скопируйте содержимое поля «Ключ».

Поле «Ссылка на RetailCRM вида: https://YOUR-DOMAIN.retailcrm.ru» — указываем ссылку входа в Вашу систему RetailCRM. Для копирования этой ссылки необходимо авторизоваться в Вашей CRM, скопировать ссылку на CRM в адресной строке браузера (НЕ АДРЕС САЙТА! ИМЕННО ССЫЛКА НА CRM), вставить ссылку в указанное поле.

Поле «Имя администратора» — введите имя ответственного за сопровождение CRM, чтобы мы знали, как к Вам обращаться в случае необходимости информирования Вас о наличии критичных ошибок или приятных обновлений).

Поле «E-mail для уведомлений о состоянии модуля или важных изменениях» введите адрес электронной почты, на который будут приходит уведомления о состоянии модуля, важных изменениях и доработках.

Для создания нового подключения к сайту нажимаем кнопку «Добавить Подключение».

В открывшемся окне вводим следующие данные:

1. 1. 1. «Магазин RetailCRM» – выбираем в выпадающем списке нужный магазин из списка созданных магазинов в Ритейл.

1. 1. 1. «Тип подключения». В выпадающем списке выбираем:
         • «Заказы» — для передачи в CRM заказа и данных клиента. При выборе данного типа данных в CRM будет создаваться заказ и клиент (если ранее он не был создан в базе).
         • «Подписка с форм» — выбирайте этот тип, если на сайте есть формы сбора данных о клиентах, например, форма «Подписаться на обновления», в которую клиент вводит личные данные. При выборе данного типа данных будет создан клиент (лид) без создания заказа.

Ограничений по количеству подключаемых магазинов нет.

1. 1. 1. После сохранения указанных настроек в разделе «Подключения» отобразится следующая информация:
         • Магазин RetailCRM: название магазина в RetailCRM
         • Код магазина RetailCRM: символьный код магазина в RetailCRM
         • Веб-хук URL: ссылка формируется автоматически, никаких данных и корректировок в нее вносить не требуется
         • Действия: иконки настройки и удаления подключения. С помощью них можно или удалить настроенные данные по магазину, или внести в них изменения.
      2. Скопируйте из поля «Веб-хук URL» ссылку, она потребуется для дальнейшей настройки на стороне Tilda.

Настройка Webhook для заказов
Настройка Webhook для подписок с форм
Настройка Webhook для получения оплаты в заказ из Tilda в RetaiCRM
Выгрузка каталога в RetailCRM

Авторизуемся в личном кабинете Tilda, переходим в раздел «Мои сайты».

На открывшейся странице выбираем нужный сайт – кнопка «Редактировать сайт».

Нажимаем кнопку «Настройки сайта».

Слева в меню выбираем «Формы».

В подгруппе «Другое» выбираем «Webhook».

Заполняем открывшуюся форму:

1. поле «WEBHOOK URL», это поле указываем, скопированный ранее в настройках модуля веб хук (в столбце Веб-хук URL);
2. поле «API METHOD» не меняем, должен быть в состоянии «Off.

Заполните «Дополнительные настройки».

• Посылать Cookies — заполняется по желанию.
• Передавать данные по товарам в заказе — массивом — активировать обязательно.
• Передавать externalid – понадобится при сопоставлении товаров, если есть связка Тильда — Мой Склад/1С.
• Отправлять данные в виде application/json – не используется при подключении модуля.
• Передавать дополнительные данные в товарах – если нужна передача дополнительных данных.
• Отправлять только после оплаты — активируем, если в RetailCRM необходимо передавать ТОЛЬКО ОПЛАЧЕННЫЕ заказы. Если же нужно получать и оплаченные, и не оплаченные заказы, то оставляем выключенным.

Нажимаем кнопку «Добавить». После добавления появится возможность добавить созданный вебхук ко всем формам на сайте. Нажмите «Добавить»

Если же нужно подключить вебхук только к определенным формам, то это можно сделать вручную. Для этого нажмите «Редактировать сайт» и выберите страницу, на которой находится нужная форма. Для поиска формы нажмите «Еще».

Например, форма с корзиной ST100. Найдите ее и нажмите на «Контент».

Найдите по названию ранее созданный вебхук и прожмите рядом с ним чек-бокс активности. Сохраните изменения.

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

Готово. Вебхук для заказа подключен.

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

Подключение вебхука для подписок с форм происходит аналогично подключению для заказов. Авторизовываемся в личном кабинете Tilda, переходим в раздел «Мои сайты». На открывшейся странице выбираем нужный сайт – кнопка «Редактировать сайт»

Нажимаем кнопку «Настройки сайта».

Слева в меню выбираем «Формы».

В подгруппе «Другое» выбираем «Webhook».

Заполняем открывшуюся форму:

1. поле «WEBHOOK URL», это поле указываем, скопированный ранее в настройках модуля веб хук (в столбце Веб-хук URL);
2. поле «API METHOD» не меняем, должен быть в состоянии «Off.

Заполните «Дополнительные настройки».

• Посылать Cookies — заполняется по желанию.
• Передавать данные по товарам в заказе — массивом — активировать обязательно.
• Передавать externalid – понадобится при сопоставлении товаров, если есть связка Тильда — Мой Склад/1С.
• Отправлять данные в виде application/json – не используется при подключении модуля.
• Передавать дополнительные данные в товарах – если нужна передача дополнительных данных.
• Отправлять только после оплаты — активируем, если в RetailCRM необходимо передавать ТОЛЬКО ОПЛАЧЕННЫЕ заказы. Если же нужно получать и оплаченные, и не оплаченные заказы, то оставляем выключенным.

Нажимаем кнопку «Добавить». После добавления появится возможность добавить созданный вебхук ко всем формам на сайте. Нажмите «Добавить»

Если же нужно подключить вебхук только к определенным формам, то это можно сделать вручную. Для этого нажмите «Редактировать сайт» и выберите страницу, на которой находится нужная форма. Для поиска формы нажмите «Еще».

Найдите свою форму подписки и нажмите на «Контент».

Найдите по названию ранее созданный вебхук и прожмите рядом с ним чек-бокс активности. Сохраните изменения.

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

Готово. Вебхук для формы подписки подключен.

Подключение вебхука для оплат происходит аналогично подключению для заказов/подписок с форм, разница в ссылке, которую берем из модуля. Перейдите в настройки модуля — Вкладка «Оплата» и скопируйте ссылку для оплат.

Далее переходим в Tilda. Авторизовываемся в личном кабинете Tilda, переходим в раздел «Мои сайты». На открывшейся странице выбираем нужный сайт – кнопка «Редактировать сайт».

Нажимаем кнопку «Настройки сайта».

Слева в меню выбираем «Формы».

В подгруппе «Другое» выбираем «Webhook».

Заполняем открывшуюся форму:

1. поле «WEBHOOK URL», это поле указываем, скопированный ранее в настройках модуля веб хук (в столбце Веб-хук URL);
2. поле «API METHOD» не меняем, должен быть в состоянии «Off.

Заполните «Дополнительные настройки».

• Посылать Cookies — заполняется по желанию.
• Передавать данные по товарам в заказе — массивом — активировать обязательно.
• Передавать externalid – понадобится при сопоставлении товаров, если есть связка Тильда — Мой Склад/1С.
• Отправлять данные в виде application/json – не используется при подключении модуля.
• Передавать дополнительные данные в товарах – если нужна передача дополнительных данных.
• Отправлять только после оплаты — активируем, если в RetailCRM необходимо передавать ТОЛЬКО ОПЛАЧЕННЫЕ заказы. Если же нужно получать и оплаченные, и не оплаченные заказы, то оставляем выключенным.

Нажимаем кнопку «Добавить». После добавления появится возможность добавить созданный вебхук ко всем формам на сайте. Нажмите «Добавить»

Если же нужно подключить вебхук только к определенным формам, то это можно сделать вручную. Для этого нажмите «Редактировать сайт» и выберите страницу, на которой находится нужная форма. Для поиска формы нажмите «Еще».

Например, форма с корзиной ST100. Найдите ее и нажмите на «Контент».

Найдите по названию ранее созданный вебхук и прожмите рядом с ним чек-бокс активности. Сохраните изменения.

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

Готово. Вебхук для заказа подключен.

На вкладке «Мои сайты» -> «Редактировать сайт» -> «Товары». На открывшейся странице наведите курсор на троеточие и выберите из открывшегося списка «Скачать список товаров в YML». Откроется окно.

В открывшемся окне заполняем следующие поля:

1. «Название компании» — указываем любое, какое хотите.
2. «Выберите раздел» — выберите нужный раздел для выгрузки товаров. Если нужно выгрузить все — изменения вносить не надо.
3. «Дополнительные настройки (сопоставление полей)» — при необходимости заполните дополнительные настройки.
4. «ССЫЛКА НА YML» — необходимо активировать и скопировать появившуюся ссылку.

Нажмите на кнопку «Начать экспорт».

Скопированная ссылка пригодится, когда перейдем к настройке модуля в вкладке «Каталог», сохраните ее.

Вкладка «Магазин»
Вкладка «Основные поля»
Вкладка «Пользовательские поля»
Вкладка «Доставка»
Вкладка «СДЭК»
Вкладка «Оплата»
Вкладка «Каталог»
Журнал запросов

Базовые параметры подключения.

• Название подключения — произвольное имя, по которому вы будете узнавать это подключение в списке.
• Магазин RetailCRM — выпадающий список магазинов, доступных вашему API-ключу.
• Способ оформления заказов — с каким способом оформления заказы будут создаваться в RetailCRM.
• Статус нового заказа — статус, в котором заказы появляются в RetailCRM.
• Идентификатор товаров RetailCRM и Идентификатор товаров Tilda — по каким полям связывать позиции заказа с карточками товаров. Если каталог ведётся в МойСклад или 1С, здесь настраивается связка по артикулу или внешнему коду.
• Правая часть внешнего кода — включите, если внешний код товара в Tilda содержит составной идентификатор и для сопоставления нужна только его правая часть. Это частая причина, по которой товары в заказе приходят несвязанными.
• Поставить метку formid — пользовательское поле, куда будет записан идентификатор формы. Удобно, когда на сайте несколько форм и нужно понимать, из какой пришла заявка.
• Веб-хук URL — прямой адрес приёма заказов.
• Веб-хук URL с очередью (надёжная доставка) — рекомендуемый адрес. Модуль мгновенно отвечает Tilda и обрабатывает заказ в фоне, повторяя попытку, если RetailCRM временно недоступна. Если вы настраиваете подключение с нуля, указывайте в Tilda именно этот адрес.

После заполнения вкладки нажмите «Сохранить».

Здесь поля формы Tilda сопоставляются со стандартными полями заказа и клиента в RetailCRM. Вкладка заполняется на основании данных со вкладки «POST запрос» — после первого заказа модуль сам подскажет варианты.

• Имя, Фамилия, Отчество, E-mail, Телефон, Комментарий клиента.
• Величина скидки в рублях и в процентах. Скидка передаётся потоварно, общая на заказ не передаётся.
• Источник заказа, кампания, содержание кампании, канал и ключевое слово — UTM-метки. По умолчанию utm_source, utm_campaign, utm_content. Данные берутся из Cookies.
• Сопоставлять клиентов по E-mail — искать существующего клиента по почте, чтобы не плодить дубли карточек.
• Передавать свойства товаров — передача дополнительных свойств и опций позиций.

После заполнения вкладки нажмите «Сохранить».

Всё, что не укладывается в стандартные поля заказа, передаётся сюда. Если в RetailCRM вы создали собственные поля заказа или клиента, на этой вкладке они связываются с полями формы Tilda.

• Нажмите «Добавить новое сопоставление».
• Выберите пользовательское поле RetailCRM и укажите имя поля из формы Tilda — так, как оно приходит на вкладке «POST запрос».
• Сохраните. Количество сопоставлений не ограничено.

Сопоставление способов доставки сайта с типами доставки RetailCRM. Без этой настройки заказ придёт в CRM без указанного типа доставки.

• Нажмите «Добавить новое сопоставление».
• Слева укажите название способа доставки так, как оно приходит с сайта, — подсмотреть можно на вкладке «POST запрос».
• Справа выберите соответствующий тип доставки RetailCRM.
• Повторите для каждого способа доставки на сайте и сохраните.

Вкладка нужна для трёхсторонней синхронизации Tilda — СДЭК — RetailCRM. К моменту настройки уже должны быть подключены интеграции Tilda — СДЭК и RetailCRM — СДЭК, причём в обеих используется один и тот же аккаунт СДЭК.

Как это работает:

• Покупатель оформляет заказ на сайте и выбирает доставку СДЭК.
• Заказ через вебхук передаётся в RetailCRM.
• В СДЭК создаётся заказ, генерируется трек-номер и передаётся в RetailCRM.
• При смене статуса в СДЭК изменение статуса доставки подтягивается в RetailCRM.

Заполните Идентификатор клиента API CDEK и Ключ API CDEK, затем сохраните.

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

Нажмите «Добавить новое сопоставление» и заполните поля:

• Веб-хук для оплат — адрес, который указывается в Tilda. Он один для всех типов оплат.
• Оплата в RetailCRM — соответствующий тип оплаты.
• Код статуса НЕ оплаты в RetailCRM — статус, в котором заказ создаётся до оплаты.
• Код статуса оплаты в RetailCRM — статус, в который заказ переводится после поступления оплаты.
• Код типа оплаты в Tilda — как этот способ приходит в запросе с сайта.

После настройки нажмите «Сохранить».

Модуль забирает каталог Tilda и отдаёт его в RetailCRM в формате ICML.

Общие настройки:

• Добавить признак маркировки ко всем товарам — включите, если маркировка должна проставляться всем позициям. Если выключено, признак получат только те товары, у которых он указан в выгрузке из Tilda.
• НДС по умолчанию — ставка, которая подставится товарам с пустым значением НДС в выгрузке.

Способ формирования — выберите один из трёх вариантов:

• Ссылка на YML файл — основной вариант. Укажите постоянную ссылку на YML, полученную в Tilda (шаг «Выгрузка каталога в RetailCRM»). Каталог будет обновляться автоматически при каждом запросе. Обратите внимание: в этом формате Tilda передаёт только товары в наличии.
• Загрузка CSV файла — разовая загрузка CSV-выгрузки из Tilda. Единственный способ передать в RetailCRM товары с нулевыми остатками. Подходит, когда закончившиеся позиции должны оставаться в каталоге CRM.
• Загрузка YML файла — разовая загрузка готового YML из внешней системы. Список товаров не будет обновляться автоматически.

Нажмите «Сохранить». После этого скопируйте адрес из поля «Постоянная ссылка на ICML каталог».

Перейдите в RetailCRM: «Настройки» → «Магазины» → выберите нужный магазин → вкладка «Каталог». В поле «Каталог» выберите «Загружать из ICML», в поле «URL ICML-файла» вставьте скопированную ссылку, поставьте галочку «Загрузить каталог из ICML сейчас» и сохраните.

Раздел «Лог запросов» в левом меню модуля показывает историю обращений с сайта: время, магазин, статус обработки и текст ошибки, если она была. Это первое место, куда стоит заглянуть, если заказ не появился в RetailCRM, — по записи журнала сразу видно, дошёл ли запрос от Tilda и на каком шаге произошёл сбой.

Показывает последний сырой запрос, пришедший на вебхук. По нему видно, какие именно данные Tilda передаёт в модуль, и какие названия полей использовать при сопоставлении на вкладках «Основные поля», «Пользовательские поля» и «Доставка».

Вкладка устарела и для новых подключений не используется. Приём оплат настраивается на вкладке «Оплата» — модуль обрабатывает все платежи через неё.

У подключения типа «Подписка с форм» набор вкладок короче: заказ не создаётся, в RetailCRM появляется только карточка клиента.

Вкладка «Основные»:

• Поставить метку о подписке — выберите пользовательское поле клиента типа «да/нет». Модуль будет проставлять в нём отметку каждому, кто оставил данные в форме. По этому полю вы собираете сегмент в RetailCRM и запускаете по нему рассылки.
• Поставить метку formid — текстовое пользовательское поле, куда попадёт идентификатор формы. Позволяет различать подписчиков с разных форм сайта.
• Пытаться найти клиента по номеру телефона — если телефон был передан в форме, модуль сначала поищет существующего клиента по нему и дополнит его карточку, а не создаст дубль.
• Веб-хук URL и Веб-хук URL с очередью — адреса для настройки вебхука в Tilda. Для новых подключений используйте адрес с очередью.

Вкладка «Пользовательские поля» — сопоставление полей формы подписки с пользовательскими полями клиента в RetailCRM. Настраивается так же, как для заказов.

Вкладка «POST запрос» — последние данные, пришедшие с формы.

Виджет добавляет в корзину Tilda переключатель «Промокод» / «Баллы». Покупатель сам выбирает, чем воспользоваться: ввести промокод или списать бонусы из программы лояльности RetailCRM. Одновременно применить оба нельзя — у Tilda одно поле скидки на заказ.

Настройка состоит из двух частей: сначала включаем функционал в модуле, затем готовим сайт на стороне Tilda. Порядок шагов лучше не менять.

Откройте настройки подключения и перейдите на вкладку «Бонусы и лояльность».

• Выбор бонусной программы — выберите из списка программу лояльности RetailCRM, с которой будет работать корзина.
• Какой процент от заказа может списать покупатель бонусами — установите ползунком лимит. Например, 30% означает, что баллами можно погасить не более трети суммы заказа.
• Код для вставки в блок T123 (Tilda) — нажмите «Копировать». Этот код понадобится на следующем шаге.

Нажмите «Сохранить».

Скопированный код нужно разместить в HTML-блоке T123. Чтобы виджет работал на всех страницах сразу, добавьте этот блок в шапку или подвал сайта: «Настройки сайта» → «Шапка и подвал».

Виджет работает поверх jQuery, поэтому библиотеку нужно включить: «Настройки сайта» → «Вставка кода» → включите «Подключить jQuery на страницах сайта». Сохраните.

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

Перейдите: «Настройки сайта» → «Платежные системы» → блок «Часто используемые» → «Промокоды».

Нажмите «Добавить промокод» и создайте промокод с названием PROMO100. Размер скидки может быть любым, например 1 — реальную сумму списания модуль подставит сам. Сохраните.

PROMO100 в списке промокодов Tilda» class=»aligncenter size-full» src=»https://studia-crm.ru/wp-content/uploads/2025/08/tilda-pl-05-promokod-promo100.jpg» />

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

Перейдите: «Настройки сайта» → «Платежные системы» → «Общие настройки для платежных систем» → «Настроить». Найдите параметр «Уровень проверки скидки» и выберите «Не проверять». Сохраните.

Виджет встраивается в родное поле промокода Tilda, поэтому оно должно присутствовать в форме. Откройте блок корзины, перейдите в «Контент» и убедитесь, что среди полей формы есть поле с типом «Промокод». Если его нет — добавьте через «Добавить поле для ввода».

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

• Покупатель вводит номер телефона — модуль находит его в программе лояльности и показывает доступное количество баллов.
• Вкладка «Баллы» — списание бонусов. Сумма ограничена и балансом покупателя, и заданным вами процентом от заказа.
• Вкладка «Промокод» — обычный промокод, который проверяется штатными средствами Tilda. Все действующие акции продолжают работать.
• Пока применён один из способов, второй заблокирован. Выбор сбрасывается после того, как корзина будет очищена.
• Списание проходит одновременно на сайте и в программе лояльности RetailCRM, поэтому балансы не расходятся.

Наглядно работа функционала показана в видео: Программа лояльности RetailCRM в Tilda.

Покупатель набрал корзину, оставил телефон или почту, но до оформления не дошёл. Модуль запоминает такую корзину и через заданное время создаёт из неё заказ в RetailCRM — менеджеру остаётся только перезвонить.

Откройте настройки подключения, вкладка «Бонусы и лояльность», блок «Брошенные корзины».

• Создавать заказ из брошенной корзины — основной переключатель функционала.
• Статус заказа из брошенной корзины — выберите отдельный статус, чтобы менеджер сразу отличал недооформленную корзину от обычной продажи. Если оставить пустым, будет использован статус нового заказа сайта.
• Таймаут «брошено» — сколько минут ждать после последнего действия покупателя, прежде чем создавать заказ. По умолчанию 30 минут, допустимо от 1 минуты до суток.

Нажмите «Сохранить».

• Модуль отслеживает состав корзины и контакты, которые покупатель ввёл в форме оформления.
• Заказ создаётся только если есть контакт — телефон или e-mail. Анонимная корзина в CRM не попадёт.
• Клиент ищется в базе по телефону, затем по почте. Не нашёлся — создаётся новая карточка.
• Если покупатель вернулся и всё-таки оформил заказ, дубль не создаётся.
• Переход на страницу оплаты не считается брошенной корзиной.

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

Визит привязывается к клиенту, когда покупатель оставил на сайте контакты или авторизовался. Посещения полностью анонимных посетителей в CRM не выгружаются.

Перейдите в раздел «Автоматизация» — «Триггеры» — нажмите на кнопку добавления триггера.

У вас откроется окно создания триггера. Укажите название триггера для удобного поиска, например, «Удаление префикса Tilda», также, если требуется, укажите комментарий.

Далее, нажмите на кнопку «Событие» и выберите «Изменение заказа» — «Добавить».

У вас появится две настройки. Нажмите на кнопку «Условие» выберите необходимые условия срабатывания триггера. В данном случае выбираем «Изменение статуса заказа».

В открывшемся окне указываем с какого на какой статус должно изменяться, в нашем случае с «Доставляется» на «Выполнен» — Сохраняем.

Нажимаем кнопку «Действие» и выбираем «Изменить данные заказа».

В открывшемся окне в поиске ищем «Номер заказа» и выбираем из выпадающего списка нужное.

Переходите в редактор и в поле указываете replace(order.number, {«tilda_»: «»}) — «Сохранить».

После чего нажимаем на зеленую кнопку «Сохранить». Триггер готов. Логика триггера: если статус заказа изменился с «Доставляется» на «Выполнен», то триггер удалит префикс «tilda_». Вы можете самостоятельно настроить триггер на необходимые вам условия или обратиться к нам за платной настройкой.