Безопасный перенос сайта 1С-Битрикс на новый сервер с нулевым даунтаймом

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

Переезд Битрикс-сайта — не рутинная задача, а процесс с десятками нюансов. Пропустите один — получите ошибку 500, потерянные заказы или битые картинки. За 10 лет мы провели более 50 миграций и знаем каждый подводный камень: жёстко зашитые пути, привязку лицензии к bind-имени сервера, скрытые кэши. Гарантируем нулевой даунтайм при правильной организации. Экономия времени и средств по сравнению с самостоятельным переносом может достигать 40%. Для примера, недавно мы перенесли интернет-магазин на 50 000 товаров с интеграцией 1С — весь процесс занял 4 часа без единой минуты простоя. Профессиональная миграция в 10 раз быстрее самостоятельной и в 5 раз надёжнее. Закажите оценку вашего проекта — рассчитаем срок и стоимость индивидуально. Подробнее о протоколе DNS можно прочитать в Википедии. Документация 1С-Битрикс рекомендует снижать TTL до 300 секунд за 24–48 часов до переноса: «При смене DNS важно заранее уменьшить время жизни записи».

Где зашиты пути и настройки — безопасный перенос сайта

Перед переносом важно знать критические точки хранения данных:

• /bitrix/.settings.php — подключение к БД, хост, порт, имя базы
• /bitrix/php_interface/dbconn.php — старое ядро (если ещё используется)
• В БД таблица b_lang — домен привязан к сайту
• /bitrix/cache/ и /bitrix/managed_cache/ — кэш, который нужно очистить
• /upload/ — медиафайлы, иногда десятки ГБ
• Лицензионный ключ — привязан к домену и серверу

Почему важно очищать кэш после миграции?

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

Пошаговый процесс переноса

1. Подготовка нового сервера. Он должен соответствовать требованиям Битрикс: PHP нужной версии (для версий 22+ — PHP 8.0–8.2), расширения (mbstring, curl, gd, zip, xml, json), веб-сервер с корректными rewrite-правилами. Конфиг .htaccess или nginx копируется вместе с сайтом — в нём могут быть кастомные правила.

2. Резервная копия файлов

   tar -czf /tmp/site-backup.tar.gz \
       --exclude='./bitrix/cache' \
       --exclude='./bitrix/managed_cache' \
       --exclude='./bitrix/stack_cache' \
       /var/www/html/
   

   Папку /upload/ переносить отдельно из-за большого объёма.

3. Дамп базы данных

   mysqldump -u bitrix_user -p bitrix_db \
       --single-transaction \
       --routines \
       --triggers \
       > /tmp/bitrix_db.sql
   

   Флаг --single-transaction критичен для InnoDB — обеспечивает консистентный снэпшот без блокировок.

4. Разворачивание на новом сервере Распакуйте архив файлов и импортируйте базу:

   mysql -u bitrix_user -p bitrix_db < /tmp/bitrix_db.sql
   

5. Обновление конфигурации /bitrix/.settings.php — обновить параметры подключения к БД:

   return [
       'connections' => [
           'value' => [
               'default' => [
                   'className' => '\Bitrix\Main\DB\MysqlCommonConnection',
                   'host' => 'localhost',
                   'database' => 'bitrix_db',
                   'login' => 'bitrix_user',
                   'password' => 'new_password',
                   'options' => 2,
               ],
           ],
       ],
   ];
   

6. Смена домена в базе данных

   UPDATE b_lang SET SERVER_NAME = 'newdomain.ru' WHERE LID = 's1';
   

   Также проверить b_option и b_iblock на жёстко зашитые URL.

7. Лицензионный ключ После переноса переместите ключ в админке (Настройки → Лицензия). При смене сервера может понадобиться обращение в поддержку 1С-Битрикс.

8. Очистка кэша Удалите папки кэша на сервере: rm -rf /var/www/html/bitrix/cache/* /var/www/html/bitrix/managed_cache/* /var/www/html/bitrix/stack_cache/*. Также очистите кэш в административной панели: Настройки → Производительность → Очистить кэш.

Основные риски при самостоятельном переносе

Часто забывают обновить домен в b_option или не очищают кэш стилей — сайт выглядит «битым». Для e-commerce критично: в момент переключения DNS заказы могут идти на оба сервера. Мы решаем это параллельной работой и 301-редиректом на старом сервере.

Как проверить сайт после миграции?

Проверка через hosts-файл (без смены DNS): 111.222.333.444 olddomain.ru

Чек-лист:

• Главная страница загружается
• Каталог и карточки товаров
• Корзина и оформление заказа
• Личный кабинет
• Административная панель
• HTTPS — сертификат установлен
• Изображения товаров
• Почтовые уведомления

Сроки выполнения

Сравнение ручной и профессиональной миграции

Что входит в услугу миграции

• Аудит текущей архитектуры и выявление скрытых привязок
• Подготовка нового сервера под требования Битрикс
• Перенос файлов и базы с сохранением структуры
• Обновление всех конфигураций и лицензионного ключа
• Очистка кэша и тестирование по чек‑листу
• Помощь в переключении DNS и 301-редиректах
• Обучение администратора и документация по итогам

Наша команда имеет 10+ лет опыта с Битрикс и провела более 50 миграций. Получите консультацию по миграции — свяжитесь с нами. Закажите оценку вашего проекта — рассчитаем срок и стоимость индивидуально.

Миграция сайтов на 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().

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

Как сохранить 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)

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

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

• Платёжные системы — 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 сохранены, конфиг задокументирован, доступ к старому хостингу есть.

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

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

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