Практика ·
Переезд сайта начинается со списка старых адресов
Сайт может успешно открываться на новом адресе и при этом терять старые входы. Закладки, внешние ссылки и память поисковой системы продолжают вести к прежним URL. Поэтому переезд начинается не с кнопки публикации, а с карты того, куда должен попасть человек по каждому значимому адресу.
Сначала установите, что именно меняется
Новый сервер при прежних адресах, переход с HTTP на HTTPS, смена домена и новая структура страниц требуют разной работы. Не стоит называть всё одним «переездом»: если меняются только файлы, главное — сохранить доступность; если меняются URL, нужен точный маршрут от старой страницы к новой.
Перед началом зафиксируйте текущий домен, протокол, языковые версии, разделы, канонические адреса и файл sitemap. Отдельно перечислите страницы, которые приносят обращения, имеют внешние ссылки или важны постоянным посетителям.
Карта URL — главный рабочий документ
Соберите старые адреса из прежнего sitemap, аналитики, поисковых кабинетов, ссылок в контенте и серверных журналов, если они доступны. Для каждого задайте действие: сохранить адрес, перенаправить на соответствующую страницу, заменить устаревший материал или честно вернуть 404/410, если замены нет.
Нельзя отправлять все исчезнувшие страницы на главную. Человек, пришедший за конкретным объектом или услугой, не получает там ответ. Поисковому роботу такая подмена тоже не сообщает, где теперь находится эквивалентный материал.
Перенаправление должно сохранять смысл
Если адрес изменился навсегда, серверное постоянное перенаправление ведёт со старого URL на его новую смысловую пару. Языковую страницу направляют на нужный язык, карточку объекта — на этот объект, статью — на её новый адрес.
Цепочки вроде «старый HTTP → старый HTTPS → новый адрес» стоит по возможности сокращать. Важнее всего проверить конечный ответ: он должен открываться, содержать нужный материал и объявлять себя канонической страницей. Сам код 301 ещё не гарантирует хороший переезд.
Проверяйте опубликованный сайт, а не только настройки
После выпуска пройдите карту URL автоматически и вручную проверьте несколько критичных страниц. Для каждого старого адреса запишите код ответа, `Location`, конечный код, заголовок страницы и канонический адрес. Отдельно проверьте внутренние ссылки, язык, изображения, формы и действия связи.
Обновите sitemap так, чтобы в нём были новые канонические страницы, а не адреса перенаправлений. Не закрывайте старые URL от сканирования до того, как поисковая система увидит их перенаправления.
Отчёт о 404 требует разбора, а не паники
В одном из обновлений c-b-gk.com Google Search Console показал три старых URL: два варианта `/ru` и прежний адрес страницы EYE STAR table. Рабочая главная уже находилась по `/`, а материал об объекте — в «Апокрифе». Для этих адресов были настроены точечные 301-переходы к соответствующим страницам и проверены ответы рабочего домена.
Это не означает, что любое 404 следует устранить. Ошибочная ссылка, несуществующий товар и удалённая без замены страница могут правомерно отвечать 404. Вопрос в том, ожидал ли посетитель реальный материал и существует ли его новая версия.
Мониторинг продолжается после запуска
Поисковые отчёты отражают прошлые обходы и обновляются не сразу. Сравнивайте дату сканирования с датой исправления, проверяйте реальные ответы сервера и запускайте повторную проверку лишь после того, как изменение доступно на рабочем домене.
Полезно наблюдать за неожиданными 404, перенаправлениями без подходящей конечной страницы, падением обращений по важным маршрутам и ошибками форм. При крупном переезде назначьте владельца карты URL и человека, который принимает решение по новым исключениям.
Переезд — часть проектирования нового сайта
Если разработка начинается с новой структуры, старые адреса нельзя откладывать до последнего дня. Карта контента и карта URL помогают решить, какие страницы объединить, что переписать и что сохранить. Так новая архитектура не отрезает прежние пути к ценным материалам.
В рамках Метода я рассматриваю миграцию как часть создания и передачи сайта: спроектировать структуру, сопоставить адреса, собрать перенаправления и проверить рабочие сценарии после публикации. Это особенно важно, когда редизайн или смена платформы должны сохранить накопленную связь сайта с аудиторией.
Сайт начинается с задачи
Если вы планируете новый сайт или пересматриваете существующий, начнём с его роли в бизнесе, структуры и пути посетителя к обращению.