При смене домена посетитель может открыть старую ссылку из закладки, письма или поиска. Его нужно привести к той же задаче на новом сайте, а не просто отправить на новую главную. До выпуска составьте соответствия адресов, проверьте работу обоих доменов и сохраните возможность управлять переходами.
После переключения отдельно принимают работу сайта, обработку адресов поисковыми системами и показатели бизнеса. Сохранность переходов не гарантирует прежних позиций: новому адресу ещё предстоит пройти обнаружение и обработку. В примере ниже рассматривается именно смена доменного имени, а не только обновление дизайна.
Проверьте новый домен и доступы
До начала подтвердите, кто управляет обоими доменами, DNS, хостингом, сертификатом, CMS и Search Console. У каждого действия должен быть ответственный, а у команды – возможность восстановить прежнюю конфигурацию. Проверьте срок действия старого домена: его освобождение сразу после переезда может нарушить переходы со старых ссылок.
Если домен ранее принадлежал другому владельцу, изучите доступные сигналы его истории и отчёты Search Console после подтверждения прав. Проверьте, нет ли нерешённых проблем безопасности, мер вручную или действующих запросов на удаление. Отсутствие обнаруженных предупреждений не доказывает, что у домена никогда не было проблем.
Подготовьте новый хостинг и корректный HTTPS-сертификат. Откройте тестовую копию в согласованной среде, проверьте работу страниц и защитите непубличные данные авторизацией. Если применялись временные ограничения индексирования, внесите их снятие с нужных публичных страниц в план выпуска и проверьте фактический ответ после запуска.
В примере условный магазин переносит сайт с example.com на example.org, сохраняя пути категорий и карточек. Русская и украинская версии имеют свои адреса; одна старая услуга удалена и равноценной замены не имеет. Домены и результаты ниже иллюстративны и не относятся к клиентскому проекту.
Что должно продолжать работать на старом домене
После переезда внешняя ссылка всё ещё обращается к прежнему имени. Поэтому недостаточно сохранить только регистрацию домена: DNS должен приводить запрос к инфраструктуре, которая выдаёт нужные ответы. Проверьте действительность HTTPS-сертификата для старого имени и используемых вариантов. При ошибке сертификата посетитель может не дойти до перенаправления.
Назначьте ответственного за продление домена, сертификата и сервиса переходов. Если меняются DNS-серверы, отдельно сохраните нужные записи почты, подтверждений и других служб. Перевод сайта на новый хост не означает, что эти соседние службы можно отключить без проверки.
Соберите адреса и согласуйте их судьбу
Выгрузите адреса из CMS и дополните список данными навигации, sitemap, журналов, Search Console и аналитики, если они доступны. Для каждого источника сохраните период. Например, зимнее руководство может отсутствовать в коротком отчёте за лето, а файл из старого письма – не иметь ссылки в текущем меню. Проверьте известные инструкции, изображения и документы наряду с HTML-страницами.
В реестре различайте полный адрес, язык и значимые параметры. Рядом запишите, куда человек должен попасть после переезда и почему цель соответствует его запросу. Возможны перенос на эквивалент, согласованное объединение или отсутствие замены. Совпадающее окончание пути помогает найти кандидата, но ещё не подтверждает, что это нужная страница.
| Старый URL | Новый URL | Ответ | Canonical и языки | Внутренние ссылки | Проверка |
|---|---|---|---|---|---|
| example.com/ru/catalog/ | example.org/ru/catalog/ | 301 на новый адрес; там 200 | Canonical новой RU-страницы и связь с UK | Меню ведёт на новый RU URL | Сверить категорию, цепочку и язык |
| example.com/uk/catalog/ | example.org/uk/catalog/ | 301 на новый адрес; там 200 | Canonical новой UK-страницы и связь с RU | Меню ведёт на новый UK URL | Проверить обратную языковую связь |
| example.com/ru/product/a/ | example.org/ru/product/a/ | 301 на соответствующую карточку; там 200 | Canonical карточки на новом домене | Каталог ссылается прямо на новую карточку | Сверить товар, цену и переход |
| example.com/ru/old-service/ | Аналога нет | 410 на старом адресе | Новой страницы для указания нет | Устаревшую ссылку убрать или исправить | Подтвердить отсутствие равноценной замены и ответ |
| example.com/files/manual.pdf | example.org/files/manual.pdf | 301 на файл; там 200 | Проверить назначенные для файла сигналы | Карточка ведёт на новый файл | Открыть документ и сверить его содержимое |
Это решения для условного магазина. Для окончательно удалённой услуги возможен и 404 в зависимости от ситуации. Не перенаправляйте её на главную только ради отсутствия ошибки: пользователь не получит обещанную услугу, а поисковая система может классифицировать нерелевантный переход как soft 404.
Как принять одну строку карты
Возьмите русскую категорию из таблицы и откройте её прежний полный адрес. В инструментах браузера или другом согласованном средстве посмотрите первый ответ: в условном примере это 301 с адресом новой русской категории в заголовке Location. Затем откройте указанную цель и проверьте ответ 200, название, ассортимент и возможность перейти к товару.
Повторите сценарий для украинской категории и проверьте обратную языковую связь. Цепочка с правильным конечным кодом ещё не доказывает, что человек увидел нужный язык или прежний ассортимент. Для удалённой услуги из примера отдельно подтвердите ответ 410 и отсутствие равноценного преемника. Ни один из этих условных результатов не является фактической проверкой реального магазина.
Настройте и проверьте перенаправления
Разработчик может настроить постоянный переход, например 301, на согласованную конечную страницу. До применения общего правила выделите исключения из карты: удалённую услугу нельзя автоматически считать перенесённой категорией. Для карточки проверьте идентичность модели, для инструкции – сам документ, для языкового адреса – язык и содержание цели.
Для каждой строки получите ответ старого адреса, значение Location, конечный адрес и его ответ. Ищите циклы, лишние промежуточные переходы, ошибку сертификата и несоответствие языка. Проверьте варианты с www и без него, HTTP и HTTPS, а также реально используемые поддомены и параметры. Правило не должно случайно превращать удалённую услугу из примера в ссылку на главную.
Оставьте старый домен под своим контролем и сохраняйте переходы как можно дольше. В рекомендациях по переносу сайта Google указывает срок не менее одного года; для работающих старых ссылок более длительное сохранение может быть полезным посетителям. Заранее согласуйте продление домена и инфраструктуры. Подробный порядок сопоставления описан в статье о карте редиректов.
Обновите ссылки и поисковые сигналы
Пройдите основные маршруты уже на новом сайте: из меню в категорию, из списка в карточку, из статьи к инструкции. Измените адреса в общих шаблонах и отдельно проверьте ручные ссылки. Переход через прежний домен может работать, но добавляет лишнюю зависимость. В инвентаре отметьте также изображения, документы, API и другие ресурсы, которые использует страница.
Для каждой языковой версии сопоставьте canonical и языковые аннотации с фактическими конечными страницами на новом домене. В нашем примере RU-категория указывает на собственный новый адрес и связана с соответствующей UK-категорией; обратная связь проверяется отдельно. Не назначайте одну языковую версию заменой другой только потому, что изменился домен.
Подготовьте актуальную sitemap с согласованными новыми адресами и проверьте её доступность. Она помогает сообщить об URL, но не подтверждает, что Google их обошёл или включил в индекс. Сверьте robots.txt, указания индексирования и ответы новых страниц. Если на тестовой копии был noindex, убедитесь, что он не остался на страницах, предназначенных для поиска.
Проверьте аналитику, события, формы и внешние интеграции по их собственным требованиям. При смене домена могут измениться настройки доступа, атрибуция или ограничения обработчиков. Для важных внешних ссылок подготовьте список на обновление; факт подготовленного списка не означает, что сторонние владельцы уже внесли изменения.
Проверьте корзину и внешние зависимости
До выпуска пройдите согласованный тестовый путь покупки: откройте карточку, добавьте товар в корзину, перейдите к оформлению и проверьте сохранённые данные без настоящего списания. Данные браузера и cookie могут быть связаны с прежним доменом; не предполагайте, что содержимое корзины автоматически появится на новом. Согласуйте с разработчиком допустимое поведение и понятное сообщение покупателю.
Проверьте адреса возврата из платёжных и почтовых интеграций, формы, события аналитики и доступ к изображениям. Для каждой зависимости запишите владельца и результат теста. В рабочую запись не включайте пароли, токены, содержимое заказов и другие закрытые данные.
Уведомите Google и наблюдайте результаты
После переноса и настройки переходов используйте инструмент «Изменение адреса» в Search Console для подходящих ресурсов. По справке нужен один аккаунт с подтверждёнными правами владельца старого и нового сайтов; инструмент работает на уровне домена или субдомена, а не отдельного пути. Проверьте требования для вариантов и субдоменов, которые входят в перенос, и пройдите проверки в интерфейсе. Эта операция не заменяет реальные перенаправления.
Сразу после выпуска повторите сценарии для главной, категорий, карточек, языковых версий и исключений. Сравните новый ответ и отрисованную страницу с сохранённым исходным состоянием. Убедитесь, что заказ или форма работают в согласованном тестовом сценарии, а не только открываются визуально.
Для последующего наблюдения сохраните список контрольных адресов и даты проверок. В обоих ресурсах Search Console сравнивайте доступные показы и клики с одинаковыми фильтрами страны, устройства и периода; отдельно изучайте обращения и действия в аналитике. Данные обновляются с разной задержкой. Обнаружение нового адреса, его обход и фактическая индексация – разные события.
Если важная страница не появляется в отчётах, сначала проверьте соответствие старого и нового URL, ответ, доступность, canonical и содержимое. Сохраните дату и доказательство, прежде чем менять несколько настроек сразу. Возможные причины снижения трафика следует разбирать по данным, а не приписывать одному факту переезда.
До выпуска подготовьте план остановки и возврата, включая заказы и другие данные, созданные после переключения. Переходите к следующему этапу после технической приёмки по каждому типу страниц и продолжайте наблюдение за обоими доменами. Общий порядок распределения задач приведён в SEO-плане миграции.
Нужна помощь с вашим проектом?
Оставьте имя и телефон. Свяжусь с вами, чтобы обсудить задачу, объём работ и следующий шаг.
