Переезд сайта: как подготовить URL и проверить запуск
План смены структуры или домена: инвентаризация адресов, карта перенаправлений, проверка контента и контроль после запуска. С отдельным списком для приёмки редиректов.
Зафиксируйте, что именно меняется
Смена домена, переход на новую CMS и полная перестройка каталога создают разные задачи. Запишите, какие адреса, шаблоны, тексты и условия работы изменятся. По возможности разделите перенос и большой пересмотр содержания: так проще проверить результат и найти причину отклонения.
Сохраните текущую карту сайта, выгрузку адресов из поисковых панелей, важные входящие ссылки и список страниц с обращениями. Дополните их адресами из внутренних ссылок и журналов сервера, если они доступны. Для небольшого сайта иногда достаточно ручной таблицы, но опираться только на новое меню нельзя: оно не показывает старые страницы, на которые ещё приходят люди.
Составьте карту соответствий старых и новых URL
Для каждого важного старого адреса укажите новый, тип перенаправления и причину. Сопоставляйте назначение страниц. Страница конкретной услуги должна вести на её полноценную замену, а не автоматически на главную.
Учебная строка таблицы: /services/window-repair.html → /uslugi/remont-okon/; назначение — та же услуга; действие — постоянный редирект; проверка — новый URL отвечает 200 и содержит описание ремонта окон. Для удаляемой страницы без подходящей замены отдельно определите корректное поведение. Не создавайте произвольное соответствие только ради заполнения всей таблицы: посетитель должен получить ожидаемое содержание.
Проверьте новую версию до открытия для поиска
На тестовой среде пройдите основные сценарии: навигация, выбор услуги, цены, телефон и отправка формы. Проверьте шаблоны на телефоне. Сверьте, что важные тексты и изображения действительно перенесены, а служебные заголовки не попали в публичное содержимое.
До запуска тестовая копия должна быть защищена от нежелательного доступа и индексации подходящими средствами. При переносе настроек отдельно отметьте, какие ограничения нужно снять с рабочей версии. Один из типичных рисков — оставить noindex после релиза. Другой — перенести canonical со ссылкой на старый или тестовый домен. Оба случая проверяются по конкретным адресам.
Примите перенаправления как отдельную часть работ
Проверьте не только факт перехода в браузере, но и HTTP-ответы. Для постоянного переноса обычно используют серверные 301 или 308. По возможности ведите со старого URL сразу на конечный новый адрес без промежуточной цепочки.
- Важные старые страницы ведут на содержательные соответствия.
- Нет циклов и переводов на недоступные адреса.
- Новые страницы возвращают ожидаемые статусы.
- Внутренние ссылки, canonical и Sitemap используют новые версии.
- Варианты HTTP/HTTPS и
wwwобрабатываются согласованно. - Параметры сохраняются только там, где это нужно сценарию.
Проверьте таблицу целиком автоматическим способом, если адресов много, и вручную пройдите ключевые пользовательские маршруты.
Запустите сайт вместе с планом наблюдения
Назначьте время запуска и ответственных за сервер, редиректы, содержание и заявки. Сразу после переключения повторите контрольную выборку с рабочего домена. Обновите XML-карту и сведения в поисковых инструментах; при смене домена проверьте актуальные процедуры уведомления каждой системы.
Старый домен и перенаправления нельзя отключать сразу после появления новых страниц в поиске. Google рекомендует сохранять редиректы как можно дольше, обычно не меньше года. Реальный срок поддержки зависит также от ссылок, документов и клиентских сценариев. Продумайте продление домена и сертификата заранее, а не после окончания технического сопровождения.
Сопоставляйте показатели старых и новых страниц
В первые недели смотрите доступность, ошибки обхода, выбор основных адресов, поисковые клики и обращения. Сопоставляйте страницы через карту переноса: сравнение только нового URL с его пустой историей не показывает прежний спрос. Колебания после переезда возможны, поэтому анализируйте причины по сегментам.
Если обнаружена ошибка, исправляйте конкретное несоответствие и повторяйте проверку. Не переключайте весь сайт туда и обратно из-за одного неполного дня статистики. Результат подготовки — не обещание полного отсутствия изменений трафика, а контролируемый перенос, сохранённые соответствия и понятный порядок действий при отклонениях.