Сначала уточните, что меняется
Смена хостинга, переход на другую платформу и смена домена — разные задачи. При переносе файлов на другой сервер адреса могут остаться прежними. При переделке структуры меняются пути страниц, а при смене домена — ещё и основное имя сайта. От этого зависит перечень настроек и проверок.
Составьте короткую запись: какие домены, разделы, формы, файлы и внешние подключения участвуют в переходе. Отдельно укажите, останется ли старая версия доступной для сравнения и кто может вернуть её при критической ошибке. Не полагайтесь на память участника проекта: после переключения восстановить пропущенный материал может быть сложнее.
Соберите список старых страниц и материалов
Начните с текущего sitemap и структуры сайта. Дополните список страницами из поисковых кабинетов, ссылками из рекламы, презентаций, переписки и внешних публикаций. Важный PDF или адрес посадочной страницы может не находиться в основном меню. Для каждого материала укажите, используется ли он сейчас и что должно появиться вместо него.
Сохраните не только URL, но и назначение страницы. При объединении двух старых разделов нужно понять, сохраняет ли новая страница существенный ответ для посетителей обоих разделов. Если смысл различается, один общий адрес может оказаться неудобным. Решение принимается по содержанию, а не только по сходству названий.
Подготовьте точную карту соответствия
У таблицы должны быть старый адрес, новый адрес и действие: сохранить, перенаправить, объединить или удалить без замены. Пример ниже условный: он показывает способ записи, а не готовые настройки вашего сервера. Каждую строку сверяют с реально существующими страницами.
Не направляйте все удалённые страницы на главную ради отсутствия ошибок. Посетитель, открывший конкретную услугу, ожидает связанную информацию. Если подходящей замены нет, корректный ответ об отсутствии страницы может быть честнее случайного перехода. Технический вариант согласуется после проверки содержания и старых ссылок.
| Старый адрес | Новый адрес | Решение в условном примере |
|---|---|---|
| /services/design | /services/design | Сохранить URL и обновить страницу |
| /old-catalog/pump-a | /catalog/pump-a | Постоянное перенаправление на ту же модель |
| /promo-finished | Нет равнозначной замены | Проверить, нужен архив условий или ответ об отсутствии страницы |
Проверьте готовность до переключения
Проверьте навигацию, содержание, формы и файлы новой версии. Пройдите сценарий клиента с телефона и компьютера. Уточните, как тестовая среда защищена от случайного появления в поиске, и какие ограничения нужно снять при выпуске. Не переносите настройки тестового окружения в рабочую версию вслепую.
Для каждой изменённой страницы проверьте конечный адрес и наличие нужного содержания. Перенаправление должно вести непосредственно к рабочей странице без лишней цепочки. При смене домена отдельно проверяются оба имени и сертификаты. Возможность открыть новую главную ещё не означает готовность всех разделов.
Выпустите сайт и проверьте старые ссылки
После переключения откройте несколько старых адресов из карты, новые страницы и ссылки на документы. Проверьте код ответа и конечный URL вместе с разработчиком. Убедитесь, что внутренние ссылки ведут на новую структуру, canonical указывает на правильную страницу, а sitemap содержит действующие адреса.
Отдельно отправьте помеченное тестовое обращение и подтвердите его получение. Домен и почта могут обслуживаться разными системами: изменение записей для сайта не должно случайно менять почтовые настройки. Рабочую версию и карту переноса сохраните как часть документации проекта.
Наблюдайте за обходом и обращениями
В поисковых кабинетах отслеживайте обход, индексирование и ошибки для старых и новых страниц. Сверяйте обращения и важные страницы входа с исходными данными. Небольшой период или единичное изменение показов сами по себе не объясняют причину: в сравнении учитываются даты, сезонность и другие изменения сайта.
Google описывает перенос как процесс, во время которого возможны колебания видимости. Постоянные перенаправления рекомендуется сохранять длительно, обычно не менее года; при полезных старых ссылках они могут понадобиться и дальше. Если меняется только хостинг без адресов, используйте отдельный порядок такой миграции. Для сложного каталога, магазина или смены нескольких доменов требуется более подробный план.
Частые вопросы
Нужно ли менять все адреса при редизайне?
Нет. Внешний вид можно изменить, сохранив полезные действующие адреса. Изменение URL должно иметь понятную причину и сопровождаться картой соответствия.
Можно ли обещать полное сохранение трафика?
Нет. Проверенный перенос уменьшает технические риски, но поисковые системы самостоятельно переобрабатывают страницы. Позиции и посещаемость могут меняться.
Достаточно ли отправить новый sitemap?
Нет. Он помогает обнаружить адреса, но не заменяет перенаправления, правильные ответы сервера, внутренние ссылки и доступность самих страниц.
Обсудим ваш сайт?
Выберите формат, чтобы посмотреть результат услуги, состав работ и стартовую стоимость.