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

Наша компания занимается разработкой, поддержкой и обслуживанием решений на Битрикс и Битрикс24 любой сложности. От простых одностраничных сайтов до сложных интернет магазинов, CRM систем с интеграцией 1С и телефонии. Опыт разработчиков подтвержден сертификатами от вендора.
Услуги, которые мы предлагаем
Показано 1 из 1Все 1626 услуг
Миграция контента между сайтами 1С-Битрикс: пошаговое руководство
Средний
~1-2 недели
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1357
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    944
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Разработка на базе Битрикс, Битрикс24, 1С для компании Development of an Online Appointment Booking Widget for a Medical Center
    693
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Разработка на базе 1С Предприятие для компании МИРСАНБЕЛ
    829
  • image_crm_dolbimby_434_0.webp
    Разработка сайта на CRM Битрикс24 для компании DOLBIMBY
    731
  • image_crm_technotorgcomplex_453_0.webp
    Разработка на базе Битрикс24 для компании ТЕХНОТОРГКОМПЛЕКС
    1074

Миграция контента между сайтами 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/ (мультисайтовая конфигурация), этап копирования упрощается, но растёт риск конфликтов имён — требуется предварительный аудит.

Сколько времени и бюджета требует миграция?

Сроки зависят от объёма данных, количества инфоблоков и сложности связей. Мы оцениваем каждый проект индивидуально — свяжитесь с нами для точного расчёта. Ориентировочные сроки:

Тип контента Объём Срок
Статические страницы + 1–2 инфоблока до 500 элементов 1–3 дня
Каталог с разделами и свойствами 500–10 000 элементов 1–2 недели
Мультиязычный сайт с привязками 10 000+ элементов 3–6 недель

Стоимость рассчитывается исходя из объёма работ, но автоматизация позволяет сэкономить до 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С.

Сравнение методов миграции

Метод Скорость Сложность Гарантия целостности
Стандартный XML-импорт 1–2 дня (до 5000 эл.) Низкая Не всегда (ошибки маппинга)
Прямой SQL + API 2–6 часов (до 5000 эл.) Высокая Полная при протоколировании
Гибрид (модуль «Битрикс Миграции») 4–8 часов Средняя Высокая (с проверками)

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

Почему стоит доверить миграцию нам?

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

Миграция сайтов на 1С-Битрикс

Переезд на новую CMS — всегда стресс для сайта. Если проигнорировать URL-структуру, через две недели трафик проседает на 50–80 %. WordPress генерит /product/item-name/, OpenCart — /index.php?route=product/product&product_id=123, а Битрикс по умолчанию хочет /catalog/section/element/. Без карты 301-редиректов поисковики фиксируют массовые 404. Мы начинаем любую миграцию со сканирования старого сайта через Screaming Frog и составляем полную карту редиректов ещё до первой строчки кода. Как сказано в документации 1С-Битрикс: корректная миграция требует полного маппинга URL.

За 7 лет мы перенесли более 50 проектов — от лендингов до каталогов на 300 000 товаров. Средний срок — 2–8 недель. Оценку проекта делаем бесплатно за 1 день — свяжитесь для предварительного расчёта.

Какие CMS мы переносим на Битрикс?

За годы работы данные мигрировали с десятков систем.

Блоги и корпоративные сайты: WordPress / WooCommerce → 1С-Битрикс. Таблицы wp_posts, wp_postmeta, wp_wc_product_meta_lookup маппятся в инфоблоки и highload-блоки. Вариации товаров (WooCommerce Variable Product) становятся торговыми предложениями (b_catalog_product).

Интернет-магазины: OpenCart / ocStore → 1С-Битрикс. Структура oc_product, oc_product_description, oc_product_to_category переезжает в иерархию инфоблоков. Мультиязычность OpenCart преобразуется в языковые версии свойств. Joomla / VirtueMart, MODX Revolution (TV-переменные → свойства инфоблоков), Drupal, PrestaShop — аналогично.

SaaS-платформы: Tilda, InSales, Shopify, Wix, Squarespace. Бизнес перерос конструктор — требуются 1С-интеграции и управление остатками.

Самописные движки: реверсим БД и восстанавливаем бизнес-логику по исходному коду.

Что переносится?

Контент: страницы, статьи, новости → информационные инфоблоки. Каталог: категории → разделы, товары → элементы с привязкой к b_catalog_product, свойства → свойства инфоблока или highload-справочники. Изображения, отзывы, FAQ.

E-commerce: товары с вариациями (торговые предложения), цены в b_catalog_price (мультивалютные через b_catalog_currency), остатки по складам b_catalog_store_product, скидки (b_sale_discount), история заказов (b_sale_order + b_sale_basket).

Пользователи: клиентская база — b_user + UF-поля. Пароли в каждой CMS хешируются по-своему: WordPress — phpass, OpenCart — SHA1+salt, Drupal — SHA512. Мы пишем кастомный CUser::LoginByHash с fallback на старый алгоритм — клиент вводит пароль один раз, система перехеширует в bcrypt Битрикса.

SEO-данные: мета-теги, alt-теги, URL-структура. Главная задача — сохранить все URL или проставить 301-редиректы.

Медиа: изображения, документы, видео — с сохранением путей и оптимизацией через CFile::MakeFileArray().

Как происходит миграция?

Этап Длительность Что делаем
Аудит 1–3 дня Сканируем Screaming Frog: все URL, статус-коды, мета-теги. Анализируем структуру БД, кастомные доработки, интеграции. Составляем карту переноса.
Проектирование архитектуры 2–5 дней Маппинг: типы контента → инфоблоки, поля → свойства, справочники → highload-блоки. Архитектура должна быть удобна для администрирования в Битрикс.
Скрипты миграции 3–10 дней PHP-скрипты читают из старой БД (или API), трансформируют и пишут через API Битрикс (CIBlockElement::Add, \Bitrix\Sale\Order::create). Запускаем повторно при тестировании.
Staging 1–2 дня Полный перенос на тестовый сервер. Проверяем целостность: количество товаров, свойства, URL, фильтры.
Дизайн / шаблоны 1–4 недели Редизайн или адаптация вёрстки под шаблонизатор Битрикс (template.php, result_modifier.php).
301-редиректы 1–2 дня Полная карта в .htaccess или nginx.conf. Каждый проиндексированный URL → соответствующая страница нового сайта.
Финальная миграция 1 день Дельта-импорт свежих данных, переключение DNS, мониторинг.
Постмиграционный контроль 2–4 недели Мониторим Google Search Console и Яндекс.Вебмастер: индексация, позиции, crawl errors.

Как сохранить SEO-позиции?

Потеря органического трафика — главный страх, и он обоснован. Вот как мы его избегаем.

Маппинг URL 1:1 — где возможно, через CUrlRewriter и ЧПУ-настройки инфоблока сохраняем точную структуру. Где нельзя — 301. Автогенерация карты редиректов: парсим экспорт Screaming Frog, сопоставляем со slugs новых элементов, генерируем конфиг nginx. Каждый редирект проверяется curl -I после переключения.

Перенос мета-тегов: title, description, h1 переносятся как есть в свойства ELEMENT_META_TITLE, ELEMENT_META_DESCRIPTION. Canonical: rel="canonical" через SEO-компонент Битрикс. Дубли отсекаем: www/без www, http/https, параметры сортировки. Sitemap: новая sitemap.xml через модуль seo Битрикс, подача в Search Console и Вебмастер сразу после переключения.

Сравнение скорости: Битрикс в 3 раза быстрее обрабатывает каталог из 100 000 товаров, чем OpenCart, благодаря тегированному кэшированию и оптимизации запросов к b_catalog_product.

Что входит в работу (deliverables)

Что получает клиент Описание
Документация Карта редиректов, описание маппинга, схема БД
Доступы Административная панель, FTP/SSH, API-ключи
Обучение Видеоуроки или консультация по работе с Битрикс
Поддержка 2 недели постмиграционного мониторинга и фикса багов
Гарантия Возврат к старому сайту в течение 48 часов при форс-мажоре

Миграция интеграций

Внешние интеграции — отдельный пласт. Мы переподключаем:

  • Платёжные системы — sale.paysystem с сохранением истории транзакций.
  • Доставка — настройка sale.delivery.handler (СДЭК, Почта России).
  • CRM — привязка к Битрикс24 или сохранение текущей через REST API.
  • 1С — настройка обмена через CommerceML. Часто это главная причина миграции на Битрикс.
  • Email-маркетинг — перенос подписчиков, шаблонов, вебхуков.
  • Аналитика — e-commerce tracking под новую структуру dataLayer.

Типичные ошибки при миграции

Каждая из этих ошибок приводила к потере позиций и клиентов.

Потеря URL без редиректов — самый разрушительный промах. /product/123 вместо /catalog/item-name.html — без 301 это массовые 404 и обвал трафика. Мы генерируем карту автоматически и проверяем каждый редирект после переключения.

Дублирование контента: один товар доступен с www и без, по HTTP и HTTPS, с GET-параметрами фильтрации — пять URL вместо одного. SEO-вес размывается. Настраиваем canonical, 301 для вариаций, robots.txt с Disallow для параметров.

Битые изображения: абсолютные URL в контенте (src="https://old-site.ru/img/photo.jpg"), потеря качества при пережатии. Заменяем на относительные пути, переносим с сохранением структуры, проверяем HTTP 200 для каждого файла.

Потеря мета-тегов и микроразметки: title, description, Schema.org могут не перенестись или перенестись криво. Делаем полный маппинг и проверку на staging.

Отвалившиеся формы и интеграции: сменились ID, API-ключи, вебхуки. Составляем реестр всех интеграций до начала и проверяем каждую после.

Мобильная версия: старый m.site.ru → адаптивный Битрикс. Без редиректа мобильных URL — 404 для мобильных пользователей. Учитываем в карте редиректов.

Перед миграцией обязательно: 1) полное сканирование Screaming Frog / Sitebulb; 2) экспорт SEO (title, description, h1, canonical, hreflang); 3) фиксация позиций по ключевым запросам; 4) бэкап файлов и БД с проверкой восстановления; 5) реестр всех интеграций; 6) карта редиректов для каждой проиндексированной страницы; 7) тестовая миграция на staging с полной проверкой; 8) корректная мобильная версия и редиректы с m.site.ru; 9) новая sitemap.xml готова к подаче; 10) план отката: DNS сохранены, конфиг задокументирован, доступ к старому хостингу есть.

Сроки и экономия

Тип проекта Сроки Комментарий
Информационный сайт (до 500 стр.) 2–4 недели Контент + дизайн + редиректы
Интернет-магазин (до 10 000 товаров) 4–8 недель Каталог + заказы + интеграции
Крупный магазин (100 000+ товаров) 2–4 месяца Кастомные скрипты + нагрузочное тестирование

Экономия: после миграции вы перестаёте платить за лицензию старой CMS и поддержку устаревшего кода. Типичная экономия в год — от 500 000 ₽ за счёт отказа от плагинов и хостинга с низкой производительностью. Добавьте сюда стоимость лицензии 1С-Битрикс (от 35 000 ₽ для редакции «Бизнес») — она полностью окупается в первый месяц.

Получите консультацию по миграции: заполните форму на сайте, и мы подготовим предложение за 1 день. Оценим ваш проект бесплатно — напишите нам для расчёта.