Авторизация
Сброс пароля
Синхронизация каталога Bitrix и Tilda для 5 лендингов: кейс техподдержки
Заказчик: NDA

Когда один каталог используется на нескольких лендингах, данные быстро начинают расходиться. В кейсе показываем, как организовали синхронизацию между Bitrix и Tilda и упростили обновление товаров.
1. Вводная задача от заказчика, проблематика, цели
Наш сегодняшний клиент (подписан NDA) — поставщик строительной и грузовой техники: автокранов, КМУ, самосвалов. Основной сайт работает на Bitrix и используется как источник актуальных данных по товарам: цены, характеристики, фотографии. Для привлечения заявок компания использует отдельные лендинги на Tilda, на каждом из которых размещён свой каталог.
Один и тот же набор товаров фактически существовал в двух системах. В Bitrix — как основной каталог, на лендингах — как его копии. Связи между ними не было, поэтому любые изменения переносились вручную.
Это создавало накопительный эффект. При регулярных обновлениях данные начинали расходиться: на разных лендингах появлялись разные цены и характеристики, часть товаров дублировалась при повторной загрузке. Обновления занимали время, но при этом не давали гарантии актуальности данных.
~Стандартный экспорт CSV из Битрикс не подходил по нескольким причинам:~
1. Битрикс выгружает весь каталог единым файлом — приходилось вручную удалять сотни лишних строк.
2. Стандартный экспорт подгружает только описание из основной карточки.
3. При повторном импорте без явного поля-идентификатора Тильда создавала дубли товаров вместо обновления существующих.
В результате управлять каталогом централизованно не получалось. Требовалось решение, которое позволит разделять товары по лендингам, обновлять их без дублей и при этом не нагружать основной сайт.

Карточка товара на основном сайте Битрикс — источник данных для экспорта

Каталог товаров на лендинге Тильды — результат синхронизации
2. Описание реализации кейса и творческого пути по поиску оптимального решения
Стратегия и план решения
Несмотря на кажущуюся простоту, задача не сводилась к настройке выгрузки. Нужно было изменить сам принцип работы с каталогом: убрать ручную синхронизацию и сделать Bitrix единой точкой управления данными.
Решение выстроили как последовательность шагов, каждый из которых закрывал отдельное ограничение текущей системы.
- В первую очередь реализовали собственный механизм выгрузки товаров из Bitrix в формате CSV, совместимом с Tilda. Это позволило отказаться от стандартного экспорта и управлять структурой данных.
- Далее перенесли управление размещением товаров в карточку. Появилась возможность сразу в Bitrix задавать, на каких лендингах должен отображаться товар. Это убрало необходимость вручную фильтровать каталог при каждой выгрузке.
- Чтобы команда могла работать с выгрузкой без разработчиков, добавили веб-интерфейс с настройками и запуском экспорта. Это снизило операционную нагрузку и ускорило обновления.
- Отдельно учли технические ограничения. Настроили обработку выгрузки без перегрузки сайта и автоматическое разбиение файлов с учётом лимита Tilda (50 МБ).
- Параллельно решили задачу с описаниями. Добавили возможность задавать тексты отдельно для лендингов и реализовали их автоматическую генерацию на основе характеристик товаров.
- Что именно было сделано
- Решение реализовали в виде отдельного модуля внутри Bitrix. Ниже — ключевые элементы системы для тех, кому важно понять механику.
- 1. Управление товарами перенесли в карточку
- В инфоблок товаров добавили дополнительные поля, которые позволяют управлять выгрузкой прямо в Bitrix.
- «Выгрузка в Тильду» — выбор лендингов, на которые нужно выгружать товар (можно выбрать несколько). Если поле не заполнено, товар не попадает в экспорт.
- «Короткое описание для Тильды» — анонс товара для каталога лендинга (заполняется вручную).
- «Детальное описание для Тильды» — полный текст, отображаемый при открытии карточки (заполняется вручную).
- Это позволило отказаться от ручной фильтрации и управлять размещением товаров из одного интерфейса.
- 2. Автоматизировали заполнение описаний
- Если описания не заданы вручную, система формирует их автоматически на основе характеристик товара.
- Короткое описание собирается из ключевых характеристик (грузоподъёмность, длина стрелы, зона работы и др.) в виде структурированного списка.
- Детальное описание формируется на основе блока «Характеристики» из карточки товара на сайте Битрикс.
- Это позволяет быстро заполнять каталог без ручного написания текстов.
- 3. Сделали интерфейс для работы без разработчиков
- Веб-интерфейс позволяет управлять выгрузкой через браузер:
выбирать поля для экспорта;
запускать выгрузку для всех или выбранных лендингов;
работать с неактивными товарами;
скачивать готовые CSV-файлы.
- Это убрало зависимость от разработчиков при обновлении каталога.
- 4. Учли ограничения платформ
- Скрипт работает с ограничениями по памяти и времени выполнения, что исключает перегрузку сайта.
- Если CSV-файл превышает лимит Tilda (50 МБ), он автоматически разбивается на части.
- Это обеспечивает стабильную работу даже при большом объёме данных.
- 5. Настроили обновление без дублей
- При импорте в Tilda используется сопоставление по артикулу (SKU).
- Система обновляет существующие товары, а не создаёт новые, что исключает дубли и позволяет корректно обновлять цены и характеристики.

Выбор лендингов для выгрузки прямо в карточке товара

Карточка товара на лендинге Тильды с заполненным вручную детальным описанием

Карточка товара с автоматически сгенерированным описанием из характеристик Битрикс
3. Результаты сотрудничества
Проект реализован в декабре 2025 года. Полный цикл от постановки задачи до передачи готового инструмента клиенту вместе с инструкцией занял около 2 недель.
В результате доработки удалось значительно снизить трудозатраты на обновления каталога:
обновление 10 товаров: с 2–2,5 часов до нескольких минут;
обновление 100 товаров: с 2–3 рабочих дней до 1 часа;
полностью устранены расхождения и дубли товаров;
каталог управляется из одного источника, а обновление на всех лендингах занимает несколько минут вместо нескольких часов.
4. Заключение
Подобные задачи регулярно возникают в проектах с несколькими сайтами: дилерские сети, региональные поддомены, отдельные лендинги под продукты. Во всех этих случаях один и тот же каталог дублируется в разных системах и со временем теряет управляемость.
Пока изменений немного, это редко воспринимается как серьёзная проблема. Но при росте ассортимента и регулярных обновлениях ручная синхронизация начинает забирать часы работы, повышает риск ошибок и тормозит запуск маркетинговых активностей.
В таких ситуациях вопрос обычно не в самой выгрузке, а в архитектуре данных: где находится источник, как происходит обновление и насколько система выдерживает рост.
В этом кейсе задача решена за счёт переноса управления в одну точку и автоматизации синхронизации между системами. Такой подход позволяет быстро навести порядок в каталоге без пересборки всей инфраструктуры и длительных внедрений.
Если у вас похожая архитектура проекта и каталог до сих пор приходится поддерживать вручную, скорее всего, задача уже назрела. И, как показывает этот кейс, решается она гораздо быстрее, чем кажется на старте.


