Синхронизация каталога Bitrix и Tilda для 5 лендингов: чемодан техподдержки

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

Представьте: для вас необходимо обновить цены и свойства техники на лендингах. Таковых лендингов – 5. Вы наливаете кофе и начинаете с первой позиции. Открываете Битрикс – там хранятся животрепещущие данные. Потом перебегайте в админку лендинга и переносите их вручную. Позже повторяете это для второго, третьего, и так проходите все странички.

Если необходимо обновить одну позицию – это пару минут. Если 10 – уже приметная перегрузка. А если таковых продуктов 10-ки либо сотки – обновление преобразуется в процесс, который занимает часы и просит неизменного внимания.

Возникают расхождения: кое-где остаются старенькые цены, кое-где дублируются продукты, кое-где не совпадают свойства. Команда растрачивает время на поддержание актуальности данных заместо задач, которые впрямую влияют на заявки и реализации.

О клиенте и задачке

Наш нынешний клиент (подписан NDA) – поставщик строительной и грузовой техники: автокранов, КМУ, самосвалов. Главный веб-сайт работает на Bitrix и употребляется как источник животрепещущих данных по товарам: цены, свойства, фото. Для вербования заявок компания употребляет отдельные лендинги на Tilda, на любом из которых расположен собственный каталог.

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

Каталог продуктов на лендинге Тильды – итог синхронизации

Один и этот же набор продуктов практически существовал в 2-ух системах. В Bitrix – как главный каталог, на лендингах – как его копии. Связи меж ними не было, потому любые конфигурации переносились вручную.

Это создавало накопительный эффект. При постоянных обновлениях данные начинали расходиться: на различных лендингах появлялись различные цены и свойства, часть продуктов дублировалась при повторной загрузке. Обновления занимали время, но при всем этом не давали гарантии актуальности данных.

Обычный экспорт CSV из Битрикс не подступал по нескольким причинам:

1. Битрикс выгружает весь каталог единым файлом – приходилось вручную удалять сотки излишних строк.

2. Обычный экспорт подгружает лишь описание из главный карточки.

3. При повторном импорте без очевидного поля-идентификатора Тильда создавала дубли продуктов заместо обновления имеющихся.

В итоге управлять каталогом централизованно не выходило. Требовалось решение, которое дозволит делить продукты по лендингам, обновлять их без дублей и при всем этом не нагружать главный веб-сайт.

Стратегия и план решения

Невзирая на кажущуюся простоту, задачка не сводилась к настройке выгрузки. Необходимо было поменять сам механизм работы с каталогом: убрать ручную синхронизацию и создать Bitrix единой точкой управления данными.

Решение выстроили как последовательность шагов, любой из которых закрывал отдельное ограничение текущей системы.

1. Сначала реализовали свой механизм выгрузки продуктов из Bitrix в формате CSV, совместимом с Tilda. Это позволило отрешиться от обычного экспорта и управлять структурой данных.

2. Дальше перенесли управление размещением продуктов в карточку. Возникла возможность сходу в Bitrix задавать, на каких лендингах должен отображаться продукт. Это убрало необходимость вручную фильтровать каталог при каждой выгрузке.

3. Чтоб команда могла работать с выгрузкой без разрабов, добавили веб-интерфейс с опциями и пуском экспорта. Это понизило операционную нагрузку и ускорило обновления.

4. Раздельно учли технические ограничения. Настроили обработку выгрузки без перегрузки веб-сайта и автоматическое разбиение файлов с учетом лимита Tilda (50 МБ).

5. Параллельно решили задачку с описаниями. Добавили возможность задавать тексты раздельно для лендингов и реализовали их автоматическую генерацию на базе черт продуктов.

Итог

Проект реализован в декабре 2025 года. Полный цикл от постановки задачки до передачи готового инструмента клиенту вкупе с аннотацией занял около 2 недель.

В итоге доработки удалось существенно понизить трудовые затраты на обновления каталога:

• обновление 10 продуктов: с 2–2,5 часов до нескольких минут;

• обновление 100 продуктов: с 2–3 рабочих дней до 1 часа;

• на сто процентов устранены расхождения и дубли продуктов;

• каталог управляется из 1-го источника, а обновление на всех лендингах занимает пару минут заместо нескольких часов.

А сейчас поведаем чуток подробнее…

Что конкретно было изготовлено

Решение реализовали в виде отдельного модуля снутри Bitrix. Ниже – главные элементы системы для тех, кому принципиально осознать механику.

1. Управление продуктами перенесли в карточку

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

• «Выгрузка в Тильду» – выбор лендингов, на которые необходимо выгружать продукт (можно избрать несколько). Если поле не заполнено, продукт не попадает в экспорт.

• «Куцее описание для Тильды» – анонс продукта для каталога лендинга (заполняется вручную).

• «Детализированное описание для Тильды» – полный текст, отображаемый при открытии карточки (заполняется вручную).

Это позволило отрешиться от ручной фильтрации и управлять размещением продуктов из 1-го интерфейса.

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

Куцее описание для анонса карточки на лендинге

Детализированное описание для всплывающего окна продукта

2. Автоматизировали наполнение описаний

Если описания не заданы вручную, система сформировывает их автоматом на базе черт продукта.

• Куцее описание собирается из главных черт (грузоподъемность, длина стрелы, зона работы и др.) в виде структурированного перечня.

• Детализированное описание формируется на базе блока «Свойства» из карточки продукта на веб-сайте Битрикс.

Это дозволяет стремительно заполнять каталог без ручного написания текстов.

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

Карточка продукта с автоматом сгенерированным описанием из черт Битрикс

Блок черт на веб-сайте Битрикс – источник для автогенерации описания

3. Сделали интерфейс для работы без разрабов

Интернет-интерфейс дозволяет управлять выгрузкой через браузер:

• выбирать поля для экспорта;

• запускать выгрузку для всех либо избранных лендингов;

• работать с неактивными продуктами;

• закачивать готовые CSV-файлы.

Это убрало зависимость от разрабов при обновлении каталога.

Интернет-интерфейс Tilda Export – настройка полей экспорта

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

Страничка результатов: статистика выгрузки и клавиша скачки CSV-файла

4. Учли ограничения платформ

Скрипт работает с ограничениями по памяти и времени выполнения, что исключает перегрузку веб-сайта.

Если CSV-файл превосходит предел Tilda (50 МБ), он автоматом разбивается на части.

Это обеспечивает размеренную работу даже при большенном объеме данных.

5. Настроили обновление без дублей

При импорте в Tilda употребляется сравнение по артикулу (SKU).

Система обновляет имеющиеся продукты, а не делает новейшие, что исключает дубли и дозволяет корректно обновлять цены и свойства.

Меню импорта в каталоге Тильды – пункт «Импортировать (либо обновить) продукты из CSV»

Настройка соответствия полей CSV и каталога Тильды – происходит автоматом

Режим обновления: лишь имеющиеся продукты по SKU, без сотворения дублей

Итоговый каталог с артикулами – ключевое поле для следующих обновлений цен

Заключение

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

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

В таковых ситуациях вопросец обычно не в самой выгрузке, а в архитектуре данных: где находится источник, как происходит обновление и как система выдерживает рост.

В этом кейсе задачка решена за счет переноса управления в одну точку и автоматизации синхронизации меж системами. Таковой подход дозволяет стремительно навести порядок в каталоге без пересборки всей инфраструктуры и долгих внедрений.

Если у вас схожая архитектура проекта и каталог до сего времени приходится поддерживать вручную, быстрее всего, задачка уже назрела. И, как указывает этот чемодан, решается она еще резвее, чем кажется на старте.

Оригинал статьи на SEOnews