Как перенести сайт на Битрикс и сохранить страницы

Чтобы перенести сайт на Битрикс и сохранить страницы, сначала нужно описать существующий сайт, а уже потом собирать новый. Для каждого важного адреса должно быть решение: сохранить его, перенаправить на соответствующую страницу или осознанно удалить материал. Смена CMS сама по себе не гарантирует сохранение позиций и трафика.

Перенос стоит отделить от желания «сделать всё современнее». Выпишите причину перехода: неудобно обновлять каталог, нужны новые роли сотрудников, не работает нужный обмен данными. Так проще проверить, действительно ли сайт на Битрикс решает задачу и какие работы войдут в смету.

Соберите перечень страниц и материалов

До разработки подготовьте рабочую таблицу. В ней нужны старый адрес, тип страницы, заголовок, ответственный за содержание и предполагаемое действие. Отдельно отметьте страницы, на которые ведут реклама, письма клиентам и коммерческие предложения. Их легко пропустить, если смотреть только меню.

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

Я рекомендую сразу добавить в таблицу статус материала: переносим без изменений, редактируем или запрашиваем у заказчика. Если у карточек отсутствуют фотографии или характеристики, это отдельная работа. Не стоит обнаруживать её в день переключения сайта.

Зафиксируйте также, где находятся исходные данные и кто имеет к ним доступ. Выгрузка каталога, архив файлов и копия сайта решают разные задачи. До старта нужно понимать, какой комплект позволит повторить перенос, если первая попытка потребует исправлений.

Согласуйте судьбу старых адресов

Если структура адресов подходит новому сайту, не меняйте её только ради другой CMS. Когда адрес приходится менять, подготовьте соответствие «старая страница — новая страница». Например, прежняя страница услуги должна вести к этой услуге, а не просто на главную.

Google рекомендует постоянные серверные перенаправления, обновление внутренних ссылок и проверку новых адресов. Перенаправление всех удалённых страниц на нерелевантную главную может восприниматься как ошибка. Эти правила описаны в руководстве по переезду сайта.

Разделите спорные случаи до запуска. Если две услуги объединяются, заказчик подтверждает новую общую страницу. Если услуга больше не оказывается и замены нет, не нужно маскировать её отсутствие случайным переходом. Решение должно отражать содержание, а не желание получить зелёную отметку в проверке.

Примите тестовый сайт по сценариям

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

• Открывается нужная услуга по прямой ссылке.
• В каталоге находятся товары и отображаются характеристики.
• Документы скачиваются, изображения соответствуют материалам.
• Форма показывает понятный результат, тестовая заявка доходит получателю.
• На телефоне доступны меню, контакты и основное действие.

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

Приёмка должна включать ответственного за каждый спорный пункт. Контент подтверждает заказчик, техническую проверку выполняет разработчик. Если задача ограничивается исправлением текущего сайта, сначала имеет смысл оценить доработку без полного переноса.

Подготовьте запуск и наблюдение

В плане запуска укажите момент остановки редактирования старой версии, порядок переноса последних изменений и условие возврата. Особенно важно заранее решить, что делать с заявками или заказами, появившимися между финальной выгрузкой и переключением.

После запуска снова проверьте ключевые адреса, формы и скачивание документов. Google отдельно рекомендует проверить canonical, убрать временные ограничения индексации и обновить sitemap. Во время переезда поисковая видимость может колебаться: обещание «ни одного потерянного перехода» было бы нечестным.

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

Источники

• Google Search Central: переезд сайта с изменением адресов — соответствие URL, перенаправления и проверки индексации.