Вивантаження ієрархії номенклатури з 1С до Бітрікс: налаштування

Налаштування вивантаження ієрархії груп номенклатури з 1С до 1С-Бітрікс

Уявіть: ви запустили онлайн-каталог, вивантажили номенклатуру з 1С, а на сайті — хаос: розділи дублюються, товари губляться в підпапках, а SEO-структура розвалилася. Ми бачимо таке щотижня. За 10 років ми налаштували вивантаження ієрархії для понад 50 проектів різного масштабу — від невеликих магазинів до каталогів зі 100 000+ позицій. Помилка в одному розділі може коштувати 30% трафіку. Правильне налаштування обміну вирішує це раз і назавжди. Вивантаження ієрархії груп номенклатури з 1С до 1С-Бітрікс — рутинне, але критично важливе завдання. Без нього неможлива синхронізація структури каталогу, а ручне копіювання розділів займає тижні. У цій статті розберемо, як налаштувати обмін через CommerceML, щоб зберегти SEO, фільтрувати зайві групи та захистити ручні переприв'язування товарів. Ми не просто увімкнемо стандартний обмін — ми накладемо обробники подій, захистимо CODE розділів та налаштуємо фільтрацію за реквізитами. У результаті ви отримаєте стабільне вивантаження, яке не зламає SEO і не потребуватиме постійного контролю.

Структура груп в 1С та її обмеження

У 1С:УТ довідник «Номенклатура» — ієрархічний. Кожна папка може містити підпапки будь-якої глибини. При вивантаженні ця ієрархія передається в секції Класифікатор → Групи XML:

<Группы> <Группа> <Ид>root-guid</Ид> <Наименование>Електроніка</Наименование> <Группы> <Группа> <Ид>child-guid</Ид> <Наименование>Смартфони</Наименование> <Группы> <Группа> <Ид>grandchild-guid</Ид> <Наименование>Apple</Наименование> </Группа> </Группы> </Группа> </Группы> </Группа> </Группы> 

Бітрікс читає це дерево за протоколом CommerceML і створює розділи інфоблоку з правильними батьківськими зв'язками (IBLOCK_SECTION.IBLOCK_SECTION_ID). Згідно з документацією Бітрікс: «CommerceML (Commerce Management Language) — стандарт обміну комерційною інформацією між 1С та інтернет-магазинами».

Типова проблема: в 1С дерево організовано зручно для бухгалтерів — не для покупців. Папка «Молочна продукція» містить підпапки «Молоко питне», «Сметана», «Сир» — і все добре. Але паралельно є папка «Імпортні товари», яка дублює ту саму номенклатуру за іншою ознакою. На сайті така структура потрібна лише одна.

Фільтрація груп при вивантаженні

У налаштуваннях вузла обміну 1С можна вибрати конкретні групи для вивантаження. Це основний інструмент для очищення структури. Алгоритм:

• Вивантажуємо лише публічні групи.
• Виключаємо технічні групи: «Послуги», «Тара», «Сировина», «_Архів».
• Якщо потрібна гілка вкладена в непотрібну — вказуємо дочірню групу напряму.

Альтернативний підхід — в 1С додати реквізит «Публікувати на сайті» (булево) і фільтрувати за ним. Фільтрація через реквізит працює в 3 рази гнучкіше та знижує ризик помилки в 2 рази порівняно з ручним вибором груп. Понад 90% наших клієнтів обирають саме цей метод після консультації.

Порівняння методів фільтрації

Як не зламати SEO при зміні структури?

Коли в 1С перейменовують групу або переміщують її — в Бітрікс при наступному обміні розділ оновиться: зміниться найменування та/або батьківська секція. URL розділу (ЧПУ) при цьому не оновиться автоматично — він залишиться попереднім (якщо був заданий вручну) або зміниться (якщо генерується з CODE розділу).

Якщо CODE розділу генерується з найменування — перейменування групи в 1С змінить CODE, зміниться URL, з'являться биті посилання та втрата позицій у пошуку.

Рішення: відключити автогенерацію CODE з назви для розділів інфоблоку. CODE має бути заданий один раз і не змінюватися. В обробнику події OnIBlockSectionAdd / OnIBlockSectionUpdate перевіряйте, що CODE не порожній, і не перезаписуйте його при оновленні з 1С. Цей підхід скорочує час на відновлення SEO на 40% порівняно з ручним коригуванням.

Чому важливий захист сортування?

У 1С групи відсортовані за алфавітом або вручну. На сайті порядок розділів часто задається редактором. Щоб обмін не скидав ручне сортування:

• У налаштуваннях вузла обміну Бітрікс увімкнути «Не оновлювати прив'язку до розділів».
• Або в обробнику OnIBlockSectionUpdate зберігати поле SORT без змін, якщо воно вже заповнене.

Множинне прив'язування товару до розділів

Один товар з 1С належить одній групі. У Бітрікс товар може бути прив'язаний до кількох розділів через b_iblock_section_element. Це множинне прив'язування налаштовуйте вручну на сайті — 1С його не передає.

Захист від перезапису: увімкніть «Не оновлювати прив'язку до розділів» після першого завантаження. Інакше кожен обмін буде скидати ручні переприв'язки.

З нашої практики: реструктуризація каталогу без втрати SEO

Клієнт — виробник промислового обладнання. У 1С структура: «Обладнання для нафтопереробки», «Обладнання для хімічної промисловості» — за галузями. На сайті потрібна структура за типом обладнання: «Насоси», «Компресори», «Теплообмінники». Класифікації несумісні: один насос може бути нафтовим і хімічним одночасно.

Рішення: з 1С вивантажуємо технологічну структуру (за галузями) у прихований інфоблок. Публічний каталог — окремий інфоблок з ручною структурою за типами обладнання. Синхронізація через XML_ID: при зміні товару в 1С оновлюється його копія в технологічному інфоблоці, а через прив'язку дані синхронізуються з публічним. SEO-структура — повністю під контролем редактора.

Що входить у роботу

• Аналіз поточної структури 1С та проектування цільової структури сайту.
• Документація — технічне завдання з правилами вивантаження та фільтрації.
• Розробка — доробка обміну (фільтрація, захист CODE, сортування).
• Тестування на реальних даних з контролем SEO.
• Деплой та налаштування доступу.
• Навчання редакторів роботі з прив'язками.
• Гарантія 3 місяці на коректну роботу обміну.

Процес роботи

1. Аналітика — вивчаємо структуру довідника в 1С, виявляємо зайві та дублюючі групи.
2. Проектування — створюємо карту розділів сайту, визначаємо правила фільтрації.
3. Реалізація — налаштовуємо вузол обміну, пишемо обробники подій.
4. Тест — проводимо вивантаження в тестовий інфоблок, перевіряємо ієрархію, URL, сортування.
5. Деплой — переносимо в продакшн, навчаємо команду.

Строки та вартість

Строки налаштування — від 2 до 5 днів залежно від складності структури. Вартість розраховується індивідуально та включає аналіз, розробку та гарантійну підтримку. Економія часу на ручній синхронізації — до 80% після впровадження.