Сменить домен — значит изменить адреса, по которым люди и поисковые роботы находят сайт. Недостаточно открыть ту же главную страницу под новым именем: нужно сохранить путь к каждой услуге, товару, статье и документу, на которые уже ведут ссылки.
Рабочая основа переезда — карта старых и новых URL, проверенные перенаправления и согласованные адреса внутри самого сайта. Это помогает сохранить доступ к материалам и объяснить поисковикам изменение адресов. Сохранение позиций и трафика при этом нельзя гарантировать.
Смена домена и смена хостинга — разные задачи
Хостинг определяет, где работает сайт, домен — под каким именем он доступен. Если адреса страниц остаются прежними, а меняется только сервер, нужна подготовка переноса на другой хостинг. При смене домена даже страница с прежним путём получает новый полный адрес.
Для первого этапа разумно сохранить содержимое и пути страниц. Редизайн, замена CMS и перестройка каталога одновременно усложнят проверку: будет труднее понять, из-за чего пропала страница или изменилось поведение посетителей. Это рекомендация к планированию, а не запрет на сложный переезд.
До запуска назначьте ответственного за переключение и человека, который принимает результат со стороны бизнеса. Убедитесь, что есть доступ к обоим доменам, настройкам сервера, CMS, аналитике и кабинетам поисковиков. Старый домен потребуется и после запуска: запланируйте его продление и работу перенаправлений.
Карта URL: куда должна попасть каждая старая ссылка
Соберите адреса из CMS, Sitemap, аналитики, журналов запросов и отчётов о ссылках. Одной прогулки по меню недостаточно: там может не быть старой рекламной посадочной страницы, PDF-каталога или материала, на который продолжают ссылаться другие сайты.
Для каждого адреса зафиксируйте новую цель, решение по переносу и результат проверки. Начните с страниц, которые приводят обращения и заказы, затем проверьте остальные опубликованные материалы и файлы. Важность страницы помогает расставить порядок работ, но не оправдывает потерю остальных адресов.
Учебный пример. У небольшой мастерской меняется домен. В таблице приведены только пути: левый столбец относится к старому домену, правый — к новому. Это условный сайт, а не клиентский проект.
| Путь на старом домене | Цель на новом домене | Решение |
|---|---|---|
/ | / | Главная ведёт на главную |
/uslugi/remont/ | /uslugi/remont/ | Страница услуги сохраняется |
/catalog/model-a/ | /catalog/model-a/ | Карточка товара сохраняется |
/documents/catalog.pdf | /documents/catalog.pdf | Сохраняются файл и переход к нему |
/aktsiya-vesna/ | Нет замены | Если материал окончательно удалён, возвращается 404 или 410 |
Для последней строки сначала требуется решение владельца: возможно, условия акции нужно оставить в архиве. Технический специалист не должен сам выбирать, какую информацию бизнесу больше не хранить.
Если несколько материалов действительно объединены в одну полноценную страницу, она может стать общей целью. Но раздел каталога или главная не являются автоматической заменой любого удалённого товара: посетитель должен получить ответ на прежний вопрос. Массовое перенаправление нерелевантных страниц на главную Google может воспринять как soft 404 — страницу, которая фактически не даёт нужного содержимого.
В карте отдельно отметьте адреса с параметрами, варианты с префиксом www, старые написания путей и прежние редиректы. Для параметров определите назначение: фильтр может менять содержимое, а рекламная метка нужна для измерения источника. Не удаляйте их все одним правилом.
Редирект сохраняет переход, DNS его не заменяет
DNS связывает доменное имя с инфраструктурой. Он не сообщает браузеру, какая новая страница соответствует старой. Эту задачу выполняет HTTP-редирект: сервер отвечает, что материал находится по другому адресу.
Для постоянной смены домена обычно выбирают серверный 301. Google рекомендует постоянные 301 или 308; инструкция Яндекса по переезду допускает 301 или 302. Выбор 301 согласуется с обеими инструкциями. Набор правил зависит от сервера и CMS, поэтому универсальный фрагмент конфигурации без проверки окружения опасен.
При сохранении путей может хватить общего правила смены домена. Исключения — удалённые страницы, прежние перенаправления и изменившиеся адреса — нужно проверить отдельно. Правило не должно превращать любой неизвестный путь в главную с ответом 200.
Проверьте переходы из всех используемых вариантов старого адреса. Учитывайте HTTPS на старом домене: если браузер не может установить защищённое соединение из-за сертификата, до перенаправления дело не дойдёт. Новый сайт также должен открываться с действующим сертификатом.
Если одновременно меняются пути
Здесь официальные рекомендации различаются. Google советует направлять посетителя сразу на конечный URL и избегать цепочек. Яндекс при одновременной смене домена и названий каталогов описывает двойной редирект через прежний путь на новом домене.
Поэтому для простого доменного переезда удобно сначала сохранить пути. Если их изменение необходимо сразу, согласуйте отдельную карту и порядок переходов с техническим специалистом, который учитывает обе поисковые системы. Не добавляйте промежуточные адреса механически ко всем страницам. Проверяйте, что цепочка конечна и не возвращает человека на старый домен.
Обновите ссылки и сигналы внутри нового сайта
Редирект нужен для старых закладок и входящих ссылок. Собственное меню и ссылки в текстах должны уже вести на новые конечные адреса. Иначе сайт будет отправлять посетителей через старый домен при каждом переходе.
Проверка должна охватить:
- меню, хлебные крошки, карточки и связи между материалами;
- ссылки на изображения, документы и другие ресурсы;
- Sitemap с новыми адресами;
- canonical и, если они используются, связи языковых версий hreflang;
- адреса в шаблонах, настройках CMS и формируемых письмах;
- временные ограничения тестовой версии: закрытый доступ и запрет индексирования должны быть сняты с публичных страниц перед запуском.
Canonical указывает предпочитаемый адрес среди одинаковых или близких страниц. Для новых страниц Google рекомендует указание на собственный новый канонический адрес. Если шаблон продолжает подставлять старый домен, сайт отправляет поисковику противоречивый сигнал. Для дублей адрес должен вести к соответствующей основной странице, а не ко всей главной.
Canonical не заменяет доменные редиректы. В частности, Яндекс указывает, что canonical на другой домен или поддомен не учитывается. При этом в его справке о причинах отказа заявки на переезд наличие canonical на новом главном сайте названо отдельной проблемой. Если заявка отклонена по этой причине, нужна проверка конкретных тегов и требований сервиса; массовое удаление canonical со всего сайта без диагностики не следует считать универсальным решением.
Сообщите поисковикам о переезде
Перед отправкой заявок убедитесь, что новый сайт доступен, страницы отвечают 200, а старые адреса перенаправляют на соответствующие новые. Поисковый робот должен иметь возможность прочитать нужные страницы и увидеть редиректы. Не закрывайте весь старый домен в robots.txt в попытке ускорить исчезновение старых адресов.
В Google Search Console подтвердите владение старым и новым ресурсами в одном аккаунте. После настройки перенаправлений используйте инструмент «Изменение адреса» для старого сайта. Актуальная инструкция требует уведомить о переносе всех подтверждённых вариантов старого домена, включая www и поддомены. Отправьте Sitemap нового сайта и следите за отчётами об индексировании и проверкой отдельных URL.
В Яндекс Вебмастере подтвердите права на оба сайта. Выберите старый сайт, откройте «Индексирование → Переезд сайта» и укажите новый адрес. Проверьте доступность соответствующих страниц и правила robots.txt для обоих доменов. Заявку отправляют со старого сайта, а не из карточки нового.
Заявка дополняет техническую миграцию. Она не исправляет неверную карту URL и не обещает немедленную замену всех адресов в выдаче. Названия разделов и условия инструментов могут меняться, поэтому перед реальным переключением сверяйте их с текущей официальной справкой.
Сохраните измерение обращений, а не только счётчик
До переключения зафиксируйте исходную картину: какие страницы получают поисковые переходы, откуда приходят заявки и какие события считаются целевыми. Запишите дату запуска и другие изменения в рекламе или контенте. Это позволит сравнивать сопоставимые периоды и отделять техническую ошибку от изменения спроса.
В Метрике проверьте адрес сайта, дополнительные адреса и опцию приёма данных только с указанных адресов. Счётчик может оставаться в коде, но новый домен не попадёт в разрешённый список. В Google Analytics проверьте установку тега и условия его срабатывания на новом домене. Если пользовательский сценарий по-прежнему проходит через несколько доменов, отдельно проверьте междоменное измерение.
Затем выполните контрольный путь: переход на посадочную страницу, заполнение формы или оформление заказа, получение обращения в рабочей системе и появление ожидаемого события в аналитике. Тест обозначьте как тестовый, чтобы не принять его за реальный лид.
Проверьте рекламные метки после перенаправления и цели, зависящие от адреса страницы. Достижение старого адреса благодарности может перестать фиксироваться, хотя форма работает. Обратная ситуация тоже возможна: событие записано, а обращение не дошло до менеджера. Приёмка требует проверки обоих результатов.
Как принять переезд и что наблюдать дальше
Попросите исполнителя передать карту URL с результатами автоматической проверки и список исключений. В отчёте нужны исходный адрес, код ответа, цепочка переходов, конечный адрес и его ответ. «Главная открывается» недостаточно для приёмки.
Для перенесённой страницы ожидается релевантная цель с ответом 200. Для удалённой без замены — согласованный 404 или 410. Проверьте все адреса карты, а ключевые пользовательские сценарии дополнительно пройдите в браузере на компьютере и телефоне. Ошибки сертификата, циклические переходы, пропавшие документы и неработающие обращения нужно исправить до признания запуска успешным.
После запуска наблюдайте за ошибками 404 и 5xx, переходами по старым адресам, индексированием нового домена, поисковыми показами и кликами, заявками и заказами. Снижение трафика сначала сопоставляйте с доступностью страниц и работой аналитики. Не объясняйте любой провал только «нормальным переездом».
Google в основной инструкции рекомендует сохранять редиректы как можно дольше, обычно не менее года. Действие сигналов инструмента «Изменение адреса» в течение 180 дней не означает, что после этого старый домен можно отключить. Пока на него ведут значимые ссылки, работающее перенаправление полезно посетителям.
Если вы планируете перенос сайта, начните обсуждение с перечня доменов, карты страниц и критериев приёмки. Объём работ определяется этими условиями: смена имени с сохранением путей и одновременная перестройка большого каталога требуют разной подготовки.
