Міграція контенту між сайтами 1С-Бітрікс: покрокове керівництво

Міграція контенту між сайтами 1С-Бітрікс

Переміщення контенту між сайтами на одній платформі — завдання, яке тільки здається простим. На практиці розділи, інфоблоки та їх типи живуть у різних таблицях, прив'язки порушуються при прямому копіюванні записів. Без підготовленого плану та бекапу така операція може призвести до часткової або повної втрати даних — ми стикалися з проектами, де клієнти втрачали до 20 % елементів через помилки в мапінгу ID. Наш підхід: міграція під ключ з гарантією цілісності — від аудиту до запуску, з обов'язковим тестуванням на копії. За 10 років роботи ми виконали понад 50 успішних міграцій, заощадивши клієнтам у середньому 30 % бюджету порівняно з ручною перебудовою.

Чому стандартний експорт/імпорт не вирішує всі проблеми?

Вбудований інструмент «Імпорт/Експорт даних» (XML) працює, але не обробляє файлові властивості коректно при різних шляхах і не перераховує внутрішні посилання. Для великих каталогів (5000+ елементів) він може виконуватися годинами, а в разі помилки — відновлення займе ще більше часу. Саме тому досвідчені розробники часто обирають пряму роботу з базою. За нашою оцінкою, швидкість перенесення через SQL вища в 5–10 разів на обсягах понад 5000 елементів. Крім того, стандартний імпорт не завжди коректно обробляє XML_ID та CODE — доводиться вручну доналаштовувати синоніми.

Як перенести інфоблоки між сайтами?

Інфоблоки — основна одиниця контенту. При перенесенні між сайтами з різними SITE_ID потрібно:

1. Створити тип інфоблоку на цільовому сайті (якщо відсутній)
2. Скопіювати метадані b_iblock, потім елементи b_iblock_element і розділи b_iblock_section
3. Перерахувати всі ID — властивості типу «прив'язка до елемента» зберігають старі ID

Для кожного кроку ми використовуємо транзакції: у разі збою відкочуємо зміни. Такий підхід поширюється не тільки на інфоблоки, а й на HL-блоки, користувацькі властивості та модулі, наприклад bitrix:seo.

Що робити з файловими зображеннями?

Властивості типу «Файл» зберігають посилання на запис у b_file, а фізичні файли — у /upload/iblock/. Алгоритм:

• Скопіювати всі файли в папку /upload/ цільового сайту (можна rsync).
• Створити записи в b_file на приймачі (через CFile::SaveFile() або прямим SQL).
• Оновити значення властивостей з новими FILE_ID.

Якщо сайти використовують спільну папку /upload/ (мультисайтова конфігурація), етап копіювання спрощується, але зростає ризик конфліктів імен — потрібен попередній аудит.

Скільки часу та бюджету потребує міграція?

Терміни залежать від обсягу даних, кількості інфоблоків та складності зв'язків. Ми оцінюємо кожен проект індивідуально — зв'яжіться з нами для точного розрахунку. Орієнтовні терміни:

Вартість розраховується виходячи з обсягу робіт, але автоматизація дозволяє заощадити до 30 % бюджету порівняно з ручною перебудовою сайту. Крім того, ми даємо гарантію на цілісність даних — якщо після міграції виявиться втрата, виправляємо за свій рахунок. Середня економія при типовому проекті (каталог 5000 товарів) становить близько 40 000 ₴.

Покрокова інструкція міграції інфоблоків

1. Аудит вихідної структури: визначаємо типи інфоблоків, HL-блоки, користувацькі поля та зв'язки.
2. Створення схеми на цільовому сайті: через API CIBlockType::Add() та CIBlock::Add().
3. Перенесення даних: масове копіювання елементів через CIBlockElement::Add() зі збереженням мапінгу.
4. Оновлення прив'язок: другий прохід для властивостей «прив'язка до елемента» та «прив'язка до розділу».
5. Перенесення файлів: копіювання /upload/ та оновлення FILE_ID у властивостях.
6. Налаштування SEO: перенесення метатегів та створення редиректів 301.
7. Тестування: перевірка на копії сайту перед запуском.

Цей процес перевірено на проектах з каталогами до 50 000 елементів. Офіційна документація Бітрікс рекомендує використовувати API для забезпечення цілісності посилань (dev.1c-bitrix.ru).

Збереження SEO при переїзді

При перенесенні між сайтами адреси сторінок можуть змінитися. Критично важливо:

• Створити карту редиректів старий URL → новий URL
• Налаштувати редиректи 301 (через .htaccess або модуль bitrix:redirect)
• Перенести мета-теги: вони зберігаються в b_iblock_element_property для властивостей SEO_TITLE, SEO_DESCRIPTION або в компоненті bitrix:seo.tags

Ми також перевіряємо, щоб після міграції не було битих посилань — для цього використовуємо автоматизований краулер. Замовте консультацію з міграції — оцінимо ваш проект та підготуємо детальний план. Докладніше про міграцію даних можна прочитати в Wikipedia.

Що входить у роботу (deliverables)

В рамках послуги «Міграція контенту» ми надаємо:

• Аудит вихідної структури з виявленням прихованих залежностей (HL-блоки, користувацькі поля, права доступу)
• Створення повної схеми даних на цільовому сайті
• Перенесення всіх елементів, розділів, властивостей та файлів зі збереженням мапінгу ID
• Налаштування редиректів 301 та перенесення SEO-метатегів
• Тестування на копії сайту до перемикання домену
• Документація: карта міграції, логи змін, інструкція з експлуатації
• Підтримка протягом 2 тижнів після запуску (виправлення помилок)

Якщо ви переносите інтернет-магазин на Бітрікс, ми додатково налаштовуємо обмін з 1С та фіскалізацію. При необхідності підготовляємо експорт у CommerceML для інтеграції з 1С.

Порівняння методів міграції

Ми обираємо метод під конкретний проект: для складних структур використовуємо прямий SQL, для простих — модуль.

Чому варто довірити міграцію нам?

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