Миграция сайта на 1С-Битрикс: как сменить хостинг без проблем

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

Перенос сайта на 1С-Битрикс — задача, которая кажется простой только до первого запуска. Мы не раз видели, как после копирования файлов и дампа сайт выдаёт белый экран или ошибки подключения к базе. Причина — несоответствие версий PHP, неверные пути, кривые права доступа. Чтобы избежать этого, мы разработали чёткий алгоритм, который минимизирует downtime и гарантирует работоспособность. Следуя этому плану, вы сэкономите до 50 000 ₽ на устранении последствий неудачного переноса и избежите потери заказов. Например, один из клиентов потерял два дня на отладку после того, как скопировал сайт на сервер с PHP 8.0 вместо 7.4, а в коде использовались устаревшие функции. Мы помогли за час. Типичный перенос занимает от 2 часов до 1-3 дней, что значительно дешевле разработки с нуля.

Как подготовить сайт к переносу?

До начала работ выясните конфигурацию нового хостинга и сравните с текущей:

• Версия PHP (Битрикс поддерживает 7.4–8.2; некоторые хостинги по умолчанию ставят устаревшую)
• Расширения PHP: mbstring, gd, zip, curl, opcache, PDO, pdo_mysql — обязательно
• Тип базы данных и версия: MySQL 5.7+ или MariaDB 10.3+. У некоторых хостингов есть ограничения на max_allowed_packet, innodb_buffer_pool_size
• Доступность cron и возможность добавлять задания
• Ограничения exec(), shell_exec() — нужны для агентов и некоторых модулей

Создание резервной копии

Штатный инструмент — модуль резервного копирования в административной панели (Настройки → Инструменты → Резервное копирование). Он создаёт архив в /bitrix/backup/. Но у него есть ограничение: при больших сайтах (от 5–10 ГБ) процесс завершается по таймауту.

Для крупных сайтов надёжнее ручной подход:

mysqldump -u dbuser -p --single-transaction --routines --triggers dbname > dump.sql
tar -czf site_files.tar.gz \
  --exclude='./bitrix/cache' \
  --exclude='./bitrix/managed_cache' \
  --exclude='./bitrix/backup' \
  --exclude='./bitrix/html_pages' \
  /var/www/site/

Исключение кэша обязательно: он занимает значительный объём и на новом сервере всё равно инвалидируется.

Настройка нового сервера

После распаковки файлов обновите конфигурацию подключения к базе данных в файле /bitrix/php_interface/dbconn.php:

$DBType = "mysql";
$DBHost = "localhost";
$DBLogin = "new_db_user";
$DBPassword = "new_password";
$DBName = "new_db_name";

А также /bitrix/.settings.php:

'connections' => [
    'value' => [
        'default' => [
            'className' => '\\Bitrix\\Main\\DB\\MysqlConnection',
            'host' => 'localhost',
            'database' => 'new_db_name',
            'login' => 'new_db_user',
            'password' => 'new_password',
        ],
    ],
],

Почему важна настройка прав доступа?

1С-Битрикс требует конкретных прав. Неправильные права — причина 90% ошибок при переносе.

Нередко хостинги работают через suexec, и права должны принадлежать пользователю сайта. Если php-fpm запущен под другим пользователем — ошибки записи в кэш неизбежны.

Как проверить работоспособность после переноса?

После запуска обязательно пройдитесь по чек-листу:

1. Проверка работы ядра: откройте /bitrix/admin/ — должна загрузиться без ошибок.
2. Тест почты: форма обратной связи, уведомления заказов — mail() или SMTP-настройки в Главном модуле.
3. Агенты и cron: в /bitrix/admin/agent_list.php убедитесь, что агенты выполняются; настройте cron для /bitrix/modules/main/tools/cron_events.php.
4. HTTPS и сертификат: обновите SITE_SERVER_NAME и BX_UTF в настройках сайта, проверьте .htaccess на редиректы.
5. Кэш: очистите управляемый кэш через административную панель.
6. Лицензия: если сменился IP сервера — проверьте активацию лицензии в личном кабинете 1С-Битрикс.

Особый случай: смена домена

Если одновременно с переносом меняется домен, дополнительно нужно:

• Обновить SITE_SERVER_NAME в таблице b_lang (или через Настройки → Сайты).
• Обновить адрес сайта в настройках Главного модуля.
• Исправить абсолютные пути в контенте инфоблоков (через SQL-обновление или компонент поиска и замены).
• Переконфигурировать интеграции, которые используют webhook-URL (платёжные системы, CRM-интеграции).

Что входит в работу

Перенос под ключ включает:

• Диагностику текущей конфигурации и проверку совместимости с новым хостингом.
• Создание резервной копии (файлы + база данных).
• Настройку нового сервера: PHP, БД, права доступа, cron.
• Перенос данных и проверку целостности.
• Тестирование всех критических функций (форма обратной связи, корзина, заказы).
• Передачу доступов и инструкцию по эксплуатации.
• Поддержку в течение 3 дней после переноса.

Типичные сроки

Что делать, если возникли проблемы после переноса?

Проверьте логи PHP и веб-сервера. Чаще всего проблема в неверных правах на /upload/ или /bitrix/cache/, а также в несоответствии версии PHP. Свяжитесь с нами — мы проведём диагностику в течение часа. Перенос проводится в ночное время или с минимальным downtime через временное DNS-переключение и синхронизацию дельты базы данных.

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

Миграция сайтов на 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 день. Оценим ваш проект бесплатно — напишите нам для расчёта.