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