← Все статьи
E-commerce · 11.11.2026 · 13 мин

Перенос сайта с Bitrix: план без потери SEO

Карта URL, данные, интеграции, тестовый контур и откат. Разбираем миграцию с Bitrix без просадки трафика и заказов.

Перенос сайта с Bitrix: план без потери SEO

Перенос с Bitrix — это не «взять и переписать». Нужно сохранить URL, SEO-сигналы, заказы, клиентов, интеграции и привычные сценарии.

Ошибка на миграции стоит дороже самой миграции. Поэтому проект начинается с аудита и карты URL, а не с разработки.

Когда нужен перенос

Переезд оправдан, когда платформа мешает развитию или поддержка становится слишком дорогой.

  • Обновления ломают сайт.
  • Каталог не тянет нагрузку.
  • Интеграции держатся на костылях.
  • Нужны нестандартные роли и цены.
  • Поддержка стоит непропорционально.
  • Нужна современная админка.

Что переносим

Список данных шире, чем каталог. Нужно учесть заказы, клиентов, контент, SEO и доступы.

Каталог

Товары, категории, свойства, изображения.

Заказы

История, статусы, оплаты, доставка.

Клиенты

Контакты, адреса, согласия.

Контент

Страницы, статьи, баннеры, документы.

SEO

URL, метатеги, canonical, sitemap.

Доступы

Пользователи, роли, права.

Карта URL

Это самый важный артефакт миграции. Каждый старый URL должен получить новый адрес или 301-редирект.

  • Выгрузка всех URL.
  • Группировка по типам.
  • Сопоставление с новыми.
  • 301-редиректы.
  • Проверка статусов.
  • Sitemap.
  • Мониторинг 404.

SEO

Сохраните метатеги, заголовки, тексты и структуру. Не закрывайте сайт от индексации на время разработки без необходимости.

  • Метатеги.
  • H1.
  • Canonical.
  • Sitemap.
  • Robots.
  • Пагинация.
  • Фильтры.
  • Микроразметка.

Данные

Перенос данных должен быть воспроизводимым. Скрипты, проверки и сверка обязательны.

  • Скрипты миграции.
  • Сверка количества.
  • Проверка связей.
  • Изображения.
  • Кодировки.
  • История заказов.
  • Тестовый контур.

Интеграции

1С, CRM, платежи и доставка должны работать на новой платформе так же, как раньше.

  • 1С.
  • CRM.
  • Платежи.
  • Доставка.
  • Маркетплейсы.
  • Аналитика.
  • Очереди.

Тестовый контур

Новая версия должна быть доступна на отдельном домене и закрыта от индексации. Там проходят все проверки.

  • Отдельный домен.
  • Копия данных.
  • Тестовые оплаты.
  • Проверка сценариев.
  • Нагрузка.
  • Логи.

Переключение

Переключение лучше делать в окно низкой нагрузки. Нужен план, кто что делает и когда.

1
Окно

Выбрать время.

2
Бэкап

Сделать копию.

3
DNS

Переключить.

4
Проверка

Пройти заказ.

5
Мониторинг

Смотреть ошибки.

6
Откат

Если что-то не так.

План отката

Откат должен быть готов до запуска. Если новая версия не работает, вы возвращаетесь к старой без потери заказов.

  • Старый сайт доступен.
  • DNS переключается.
  • Бэкап базы.
  • План коммуникации.
  • Ответственные.
  • Критерии отката.

Что ломается чаще всего

Миграции ломаются не на коде, а на данных и URL. Поэтому проверка должна быть скучной и подробной.

  • Потерянные URL.
  • Битые изображения.
  • Дубли товаров.
  • Неверные цены.
  • Сломанные оплаты.
  • Потерянные цели.
  • Ошибки 404.

Сроки

Зависит от объёма данных, интеграций и SEO-требований. Не стоит обещать переезд за неделю.

  • Аудит.
  • Модель данных.
  • Перенос.
  • Тесты.
  • Запуск.

Стоимость

Смета складывается из данных, интеграций, SEO и поддержки после запуска.

  • Аудит.
  • Разработка.
  • Перенос данных.
  • SEO.
  • Тестирование.
  • Поддержка.

После запуска

Первые недели нужно следить за 404, заказами, оплатами и позициями. Это часть миграции, а не отдельная задача.

  • 404.
  • Заказы.
  • Оплаты.
  • Скорость.
  • Позиции.
  • Ошибки.
  • Обратная связь.

Чек-лист

✓ Карта URL готова.
✓ Редиректы настроены.
✓ Метатеги сохранены.
✓ Данные сверены.
✓ Интеграции работают.
✓ Тестовый контур пройден.
✓ Бэкап есть.
✓ План отката есть.
✓ Мониторинг настроен.
✓ Команда знает роли.

Итог

Перенос с Bitrix — это управляемый проект, а не прыжок в неизвестность. Главное — карта URL, данные и план отката.

Как выбрать платформу

Новая платформа должна закрывать процессы, а не просто быть современной. Сравнивайте по данным, интеграциям и поддержке.

  • Каталог и цены.
  • Роли и B2B.
  • Интеграции.
  • Нагрузка.
  • Поддержка.
  • Стоимость владения.

Команда и роли

В миграции участвуют разработчик, SEO, контент и бизнес. У каждого должна быть зона ответственности.

  • Руководитель.
  • Разработчик.
  • SEO.
  • Контент.
  • Тестировщик.
  • Поддержка.

Контент и SEO

Контент нужно перенести без потери структуры. Особенно это касается статей, категорий и карточек.

  • Тексты.
  • Метатеги.
  • Изображения.
  • Ссылки.
  • Таблицы.
  • Документы.
  • Редиректы.

Импорт заказов

История заказов нужна клиентам и поддержке. Импорт должен сохранять статусы и суммы.

  • Номера заказов.
  • Статусы.
  • Суммы.
  • Оплаты.
  • Доставка.
  • Комментарии.
  • Клиенты.

Оплата и доставка

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

  • Платёжный провайдер.
  • Вебхуки.
  • Возвраты.
  • Статусы.
  • Расчёт доставки.
  • Трекинг.

Нагрузочное тестирование

Перед запуском проверьте каталог и checkout под нагрузкой. Лучше найти предел до переключения.

  • Каталог.
  • Поиск.
  • Корзина.
  • Checkout.
  • Оплата.
  • База.

Обучение сотрудников

Новая админка требует обучения. Иначе поддержка и контент будут тормозить после запуска.

  • Контент.
  • Заказы.
  • Роли.
  • Отчёты.
  • Инструкции.
  • Поддержка.

План на 30/60/90

Разбейте миграцию на этапы. Это помогает контролировать риск и не делать всё в последнюю ночь.

1
30 дней

Аудит и карта URL.

2
60 дней

Перенос и тесты.

3
90 дней

Запуск и мониторинг.

Риски и их снижение

Главные риски миграции — потеря URL, данных и интеграций. Их можно снизить планом и тестами.

  • Потеря URL.
  • Ошибки данных.
  • Сломанные оплаты.
  • Просадка SEO.
  • Потеря заказов.
  • Нет отката.

Документация

После переезда должна остаться документация: схема данных, интеграции, роли и регламент.

  • Архитектура.
  • Интеграции.
  • Роли.
  • Регламент.
  • Доступы.
  • Поддержка.

Поддержка после переезда

Первые недели нужна поддержка: ошибки, 404, заказы и оплаты. Это часть проекта.

  • Мониторинг.
  • Исправления.
  • Контент.
  • Обновления.
  • Отчёты.
  • Связь.

Что не переносить

Часть старого контента и модулей лучше не тащить. Это шанс убрать технический долг.

  • Мёртвые страницы.
  • Старые модули.
  • Дубли.
  • Битые файлы.
  • Неиспользуемые роли.
  • Мусорные заказы.

Типичные ошибки

Миграции ломаются на спешке и отсутствии проверки.

  • Нет карты URL.
  • Нет тестового контура.
  • Нет бэкапа.
  • Нет плана отката.
  • Не проверили SEO.
  • Не обучили команду.

Как выбрать подрядчика по миграции

Подрядчик должен иметь опыт миграций и SEO. Спросите, как он делает карту URL и что будет с позициями.

  • Опыт миграций.
  • Карта URL.
  • SEO.
  • Тестовый контур.
  • План отката.
  • Поддержка.

Бюджет и сроки

Стоимость зависит от данных, интеграций и требований к SEO. Начинайте с аудита и не соглашайтесь на «переезд за неделю». Проверьте, что в смете есть тестовый контур, карта URL и поддержка после запуска, а не только разработка. Это снижает риск потерять трафик и заказы. Особенно важно проверить это до высокого сезона.

  • Аудит.
  • Данные.
  • Интеграции.
  • SEO.
  • Тесты.
  • Поддержка.
Обсудим перенос с Bitrix

Разберём данные, URL и интеграции. Предложим план без потери SEO.

Обсудить проект →

Вопросы и ответы

Можно ли перенести сайт без потери SEO? +

Да, если сохранить URL, настроить 301 и проверить метатеги.

Сколько занимает перенос? +

От нескольких недель до нескольких месяцев.

Что делать с заказами во время переноса? +

Лучше делать в окно низкой нагрузки и с бэкапом.

Нужен ли тестовый контур? +

Да, без него риск ошибок слишком высок.

Можно ли перенести только каталог? +

Можно, но тогда интеграции и заказы нужно проверять отдельно.

Что будет с позициями? +

При корректных редиректах и контенте просадка минимальна.

Нужен ли редизайн? +

Не обязательно. Можно сохранить структуру и улучшить технику.

Как проверить редиректы? +

Сканером URL и вручную по ключевым страницам.

Что делать с 404? +

Настроить редиректы и мониторинг после запуска.

Кто должен участвовать? +

Разработчик, SEO, контент и бизнес.

Можно ли переехать на Laravel? +

Да, если платформа подходит под процессы.

Что важнее: код или данные? +

Данные и URL чаще ломают миграцию.

Нужен ли бэкап? +

Обязательно, до и после переключения.

Как долго следить за ошибками? +

Минимум 2–4 недели после запуска.

Что делать с аналитикой? +

Сохранить цели и события, проверить после запуска.

Можно ли сохранить старый дизайн? +

Да, но лучше убрать технический долг.

Сколько стоит перенос? +

Зависит от данных и интеграций.

Когда лучше не переносить? +

Перед высоким сезоном или без команды поддержки.

Как выбрать новую платформу? +

По процессам, интеграциям и стоимости владения.

Кто участвует в миграции? +

Разработчик, SEO, контент, тестировщик и бизнес.

Что делать с контентом? +

Перенести тексты, метатеги и ссылки без потери структуры.

Как переносить заказы? +

С сохранением номеров, статусов и сумм.

Что проверять в оплате? +

Вебхуки, возвраты и статусы.

Нужен ли нагрузочный тест? +

Да, до переключения.

Как обучать сотрудников? +

Инструкции и практика в тестовом контуре.

Что входит в план 30/60/90? +

Аудит, перенос, тесты и запуск.

Как снизить риски? +

Карта URL, тестовый контур и план отката.

Нужна ли документация? +

Да, иначе поддержка будет сложной.

Что делать после переезда? +

Мониторинг ошибок, заказов и оплат.

Что не переносить? +

Мёртвые страницы и старые модули.

Какие ошибки чаще всего? +

Спешка, отсутствие бэкапа и проверки SEO.

Что проверить в первый день после переезда? +

Оплату, оформление заказа, 404, sitemap и основные страницы. Если что-то сломано, лучше узнать об этом сразу, а не через неделю.

Можно ли перенести сайт без остановки? +

Часто да, если подготовить тестовый контур и переключить DNS в окно низкой нагрузки. Но короткий технический перерыв иногда безопаснее.