Перенос сайта на новую платформу: что проверить, чтобы не потерять адреса, заявки и управление

Сначала перечислите, что именно переезжает

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

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

Для страниц полезно отдельно отметить адрес, посещаемость и следующий шаг посетителя. Для формы – получателя и сообщение после отправки. Для управления – сервис, владельца учётной записи и способ восстановить доступ. Так фраза «всё перенесли» превращается в конечный список, который можно проверить.

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

Каждый старый адрес должен знать новое место

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

Лучший вариант – сохранить прежний адрес там, где смысл страницы не изменился. Если структура стала другой, составьте пары: старый адрес → соответствующая новая страница. Старую карточку услуги нужно вести к той же услуге. Отправка всех на главную заставляет человека начинать поиск сначала.

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

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

Проверяйте заявку до человека, а не до слова «Спасибо»

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

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

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

Такая проверка доказывает, что один конкретный маршрут прошёл сейчас. Она не обещает доставку всех будущих обращений. Поэтому после запуска полезно отдельно следить за первыми реальными заявками и сравнивать их с привычным объёмом.

Владелец должен войти сам до переключения

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

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

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

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

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

Отрепетируйте запуск и условие возврата

Назначьте спокойное время переключения, одного ответственного за решение и короткий порядок действий. Сначала сохраняется актуальная копия старой версии. Затем включается новая, проверяются несколько старых адресов, тестовая заявка, телефон, оплата при её наличии и вход владельца.

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

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

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