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

Определите, что именно меняется

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

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

Соберите карту адресов до разработки

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

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

Настройте перенаправления по смыслу

Google описывает постоянные перенаправления как сигнал о новом расположении материала; на сервере для этого обычно применяют 301 или 308. Важно вести пользователя сразу к подходящему конечному адресу, не создавая длинные цепочки. Если старый URL отправляет на промежуточную страницу, а та ещё куда-то, проверять и поддерживать такую схему сложнее. Сохраните читаемую таблицу правил, чтобы следующий разработчик понимал причину каждого.

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

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

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

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

Переключите и проверьте опубликованный результат

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

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

Наблюдайте после запуска

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

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

Что проверить в своей задаче

1. Опишите тип переезда и данные для сохранения.
2. Соберите карту старых и новых адресов.
3. Перенаправляйте на смысловой эквивалент.
4. Проверьте новые страницы, заявки и аналитику.
5. Сохраните резервную копию и план возврата.