Миграция контента между сайтами 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 день.