SEO-сопровождение переезда сайта с одного домена второго уровня на другой домен

Переезд сайта с одного домена второго уровня на другой — это серьезный шаг, который может повлиять на видимость сайта и трафик из поисковых систем. При смене домена у сайта меняются URL-адреса всех страниц. Для поисковых систем это означает, что все ссылки на сайте становятся новыми, теряя накопленные данные и возраст, если не произвести необходимые настройки.

Поэтому важно тщательно планировать и избегать серьезных технических ошибок во время переезда, чтобы сохранить трафик и позиции сайта в поисковых системах.

В статье мы расскажем стандартные шаги при переезде с домена на домен, которые актуальны на 2024 год. Но каждый проект индивидуален и порядок шагов и их содержание могут незначительно отличаться от сайта к сайту.

SEO-сопровождение переезда сайта с одного домена второго уровня на другой домен

Пояснение:

Домен второго уровня находится непосредственно под доменом верхнего уровня. Например, в example.ru, ru — домен верхнего уровня, а example — домен второго уровня.

Содержание статьи:

1) Подготовка к переезду сайта
- Технический аудит сайта
- Проверить системы бэкапов
- Развернуть вторую версию сайта
- Проверка работоспособности новой версии
- Права в вебмастерских
- Составить карту редиректов по маске для доменов второго уровня
- Фиды для поиска по товарам
2) Переезд
- Открыть новую версию сайта к индексации
- Включить редирект
- Изменение адреса в вебмастерских
- Обновите ссылки
3) Аналитика после переезда

Подготовка к переезду сайта начинается с технического аудита сайта. Это важно, чтобы выявить и устранить критичные ошибки, которые могут повлиять на качество работы сайта и его видимость в поисковых системах. К таким ошибкам относятся:

Некорректная настройка кодов ответа сервера: например, неправильная обработка несуществующих страниц.
Наличие дубликатов страниц: это могут быть логические дубли (одинаковый контент, но разные URL) или технические (например, сразу две версии одной страницы — с завершающим слешем в URL-адресе и без него — возвращают коды ответа 200 OK и доступны для индексации и просмотра)
Отсутствие склейки зеркал: когда не все зеркала сайта перенаправляют (301 Redirect) на главное зеркало. Например, http://домен, https://домен и http://www.домен должны перенаправлять на https://www.домен, если именно этот адрес является главным зеркалом.
Отсутствие ключевых SEO-элементов в HTML-коде: например, отсутствие заголовков h1, мета-тегов, блоков перелинковки и других.

Проверку ошибок следует проводить по различным типам страниц, присутствующих на сайте. На каждом сайте составляется свой уникальный список. Список типов страниц для примера:

Главная страница
Разделы: Например, "Электроника", "Бытовая техника", "Инструменты", "Игрушки".
Категории: Например, "Ноутбуки", "Смартфоны", "Принтеры", "Холодильники", "Электрочайники" и так далее.
Категории по брендам: все бренды в каждой категории.
Категории с параметром фильтрации: выборочный список параметров фильтра из категории.
Категории с несколькими параметрами фильтрации.
Страницы пагинации.
Карточки товаров.

Для каждого типа страниц нужно выбрать по три конкретные страницы сайта, которые соответствуют данному типу. Именно эти страницы и стоит проверять при проведении технического аудита.

Для проверки сайта используйте инструменты, такие как Screaming Frog. Если сайт насчитывает более 100 тысяч страниц, рассмотрите вариант выборочной проверки. Например, можно проверить только страницы из архива Вебмастера или страницы входа по данным из Яндекс.Метрики и Google Search Console, либо можно разделить проверку на несколько этапов по отдельным разделам сайта.

Также необходимо проверить корректность работы систем бэкапов. Убедитесь, что все резервные копии создаются регулярно и могут быть восстановлены без ошибок. Важно проверить:

Частоту создания бэкапов: Убедитесь, что бэкапы создаются в соответствии с установленным графиком.
Хранение бэкапов: Проверьте, что бэкапы хранятся в безопасном месте и доступны для восстановления в случае необходимости.
Тестирование восстановления: Проведите тестовые восстановления, чтобы убедиться, что бэкапы корректно восстанавливаются и все данные целы.

1) Разверните актуальную версию сайта:

Разместите сайт на новом домене, включая все поддомены.
Убедитесь, что новая версия содержит корректный контент и работающий функционал. Если на сайте ничего не меняется, кроме домена, то новая версия должна полностью повторять функционал и содержимое старого сайта, за исключением адресов страниц.

2) Закройте новую версию сайта от индексации.

Закрыть можно разными способами:

Настроить файл robots.txt на новом домене, чтобы запретить индексацию:

User-agent: *
Disallow: /

Настроить авторизацию;
Прописать в шаблоне страниц сайта правило <meta name="robots" content="noindex, nofollow"/>;
Настроить ограничения по IP для доступа к новой версии сайта.

3) Обновите Sitemap.xml:

Обновите все ссылки в sitemap.xml, чтобы они содержали новый домен.
Убедитесь, что на боевом сайте robots.txt, sitemap.xml и настройки индексации остаются неизменными.

4) Измените ссылки и другие элементы:

Поскольку редиректы замедляют загрузку страниц, важно, чтобы внутренние ссылки на новом сайте указывали на URL-адреса с новым доменом. Поэтому измените абсолютные ссылки в коде сайта, заменив старый домен на новый. Абсолютные ссылки могут присутствовать в следующих элементах:

Микроразметка;
Rel="canonical";
Open Graph разметка;
Другие элементы.

Обновите все упоминания старого названия сайта в мета-тегах, текстах, реквизитах, документах, водяных знаках на фотографиях и других элементах. Поменяйте логотип на новый, если бренд поменял название.

Проверить, сохранились ли на каких-то страницах упоминания старого сайта можно с помощью парсинга. Допустим, в Screaming Frog с этим поможет Custom Search.

Убедитесь, что на новой версии сайта все ссылки, формы и кнопки работают. Перейдите на разные страницы сайта и убедитесь, что все ссылки ведут на правильные страницы, а кнопки и другие элементы интерактивны.

Заполните различные формы на сайте, чтобы убедиться, что они корректно отправляют данные. Проверьте работу регистрации, авторизации, корзины покупок, оплаты и других важных функций.

Проверьте коды ответа. Возьмите примеры страниц разного типа: можно использовать те же страницы, которые были использованы во время технического аудита. Обновите URL-адреса этих страниц так, чтобы они содержали новый домен второго уровня. Например, https://moscow.old-domain.ru/catalog/category1 > https://moscow.new-domain.ru/catalog/category1. Просканируйте получившийся список страниц с помощью парсера.

Например, с помощью Screaming Frog. Убедитесь, что парсер настроен на проверку страниц, даже если они запрещены для индексации. Просмотрите результаты сканирования и проверьте, отдают ли страницы корректные коды ответа сервера.

Проверьте, каким образом подтверждены права на все поддомены в Яндекс Вебмастере. Обратите внимание на используемый способ подтверждения для каждого поддомена (файл HTML, метатег, DNS-запись).

При переезде на новый домен важно сохранить доступ к данным в Яндекс Вебмастере. Для этого рекомендуется изменить способ подтверждения прав на более устойчивый к редиректам. Например, можно использовать подтверждение прав через метатег для всех поддоменов.

Для смены способа подтверждения нужно сбросить права в Яндекс Вебмастере. Затем нужно подтвердить права с помощью метатега или другого варианта, который вы выберете.

Яндекс позволяет использовать упрощенную схему подтверждения прав для поддоменов. Вам нужно будет подтвердить права только на основной домен выбранным вами способом (метатег, файл HTML, DNS-запись). Для поддоменов можно будет использовать тот же код подтверждения, что и для основного домена.

Аналогично работает и для Google Search Console.

Составьте правила редиректов для доменов второго уровня. Определите пары старых и новых URL-адресов для каждого поддомена.

Составте карту редиректов по маске для доменов второго уровня.

Не прописывайте правила перенаправления для каждого URL отдельно. Используйте шаблон, чтобы охватить все варианты поддоменов и протоколов. Учитывайте все варианты зеркал с HTTPS, с WWW и без. Пример:

Если при переезде у вас также меняются URL-адреса страниц, помимо доменов, пропишите для них правила перенаправлений по тому же принципу.
Для страниц с GET-параметрами настройте редиректы так, чтобы сохранялся набор символов после “?”. GET-параметры не должны теряться при переадресации, и страница должна быть доступна.

Например, со страницы https://old-domain.ru/category/**?page=N должен быть настроен редирект на страницу https://new-domain.ru/category/**?page=N, со страницы https://nnov.old-domain.ru/category?nabor-simvolov на страницу https://nnov.new-domain.ru/category?nabor-simvolov и так далее.
Файлы верификации в вебмастерских Google Search Console и Яндекс Вебмастер (если вы оставили способ подтверждения прав через файл) и файлы Robots.txt нужно добавить в исключения для редиректов. Эти файлы должны быть доступны как на старом, так и на новом сайте, с кодом 200 ОК.

На момент написания статьи в официальных справках Яндекса и Google не найдено прямое подтверждение необходимости отключения редиректов для этих файлов, но рекомендуется их отключить. Так как оно не несет вреда, легко реализуется, но страхует от возможных проблем при переезде.
Перед включением редиректов на боевом сайте тщательно протестируйте их работу. При проверке редиректы не должны работать на боевом сайте, не должны перенаправлять на новую версию сайта.

Избегайте цепочек переадресации

Хотя роботы поисковых систем могут обработать цепочки переадресаций (например, страница 1 > страница 2 > страница 3), перенаправляйте пользователей непосредственно на конечный URL. Если это невозможно, сведите количество переходов в цепочке к минимуму. Длинные цепочки переадресации замедляют загрузку страниц.

Если сайт продвигается в поиске по товарам Яндекса и Google с помощью товарных фидов, создайте товарные фиды для нового домена.

Когда новый сайт станет доступным для индексации, эти фиды нужно будет загрузить в Google Merchant и Яндекс Вебмастер.

Выполните все предыдущие пункты: Проверьте, что все необходимые действия для подготовки нового сайта завершены.
Снимите ограничения на индексацию: Откройте сайт к индексации. Если на новом сайте были установлены правила noindex или директивы robots meta, чтобы предотвратить преждевременное индексирование, обновите их.
Добавьте новые адреса в вебмастерские:

- Добавьте новый сайт или сайты в Google Search Console и Яндекс Вебмастер. Если ваш сайт переезжает с домена второго уровня и у вас есть региональные поддомены третьего уровня, то в вебмастерские нужно добавить все региональные поддомены, содержащие новый домен второго уровня.

Как это делается в Яндекс Вебмастере:

Как это делается в Google Search Console:

- Подтвердите права на новый домен. Переезд возможен только на домены с подтвержденными правами.

1) Включите редирект:

- Включите 301 редирект со старого сайта на новый по заданной маске. Используйте именно 301 редирект, а не 302 или какие-либо другие, т.к. это позволит сохранить "вес" старых страниц.

- Исключите из редиректов файлы верификации и Robots.txt.

2) Настройте постоянную переадресацию:

- На стороне сервера настройте постоянную переадресацию со старых URL на новые в соответствии с таблицей сопоставления.

Это обеспечит постоянное перенаправление.

3) Проверьте переадресации:

- Выгрузите из Google Search Console и Яндекс.Метрики список страниц старого сайта (до переезда), которые приносили трафик.

- Просканируйте эти страницы с помощью парсера, например, Screaming Frog.

- Проверьте результаты сканирования. Посмотрите цепочку редиректов, чтобы понять, отдают ли страницы корректные коды ответа на каждом этапе перенаправления. С URL-адресов старого сайта должно происходить перенаправление с кодом 301 перенаправлять на URL-адреса нового сайты, которые в свою очередь должны отвечать 200 ОК.

Длительность переадресации

После переезда перенаправления на новый адрес сайта должны быть включены как можно дольше, минимум на год. За это время поисковые системы обновят данные.

Для каждого поддомена укажите новые адреса сайта в панели Вебмастера и в Google Search Console.

Отправьте запрос на изменение адреса прежнего сайта для каждого поддомена в Google Search Console и Яндекс Вебмастер.

Как это делается в Вебмастере:

Перейдите в инструмент “Переезд сайта” и укажите новый адрес. Если поменялось зеркало - было с www, стало без или наоборот, не забудьте в этом случае также включить или отключить www.
Дождитесь уведомления о том, что новый адрес сайта принят. Уведомление может быть сразу, а может появиться в течение нескольких дней.

Как это делается в Google Search Console:

Откройте инструмент изменение адреса на аккаунте старого сайта и укажите новый адрес:

Требования:

Владение сайтами: вы должны быть владельцем старого и нового сайтов в Search Console, используя один аккаунт Google.
Перенос всех протоколов: перенос выполняется для всех протоколов исходного ресурса. Допустим, при указании https://example.com, также будет перенесен http://example.com.

Затем для каждого поддомена отправьте новый файл Sitemap в Search Console и в Яндекс Вебмастер. Это поможет поисковым системам узнать о существовании новых URL.

Время, необходимое для обнаружения и обработки всех URL при переносе сайта роботами поисковых систем, зависит от скорости серверов и количества URL. Обычно большинство страниц сайта среднего размера обрабатываются за несколько недель. Однако перенос крупного сайта может занять больше времени.

Обратите внимание, что позиции ваших страниц в поиске при переносе могут быть нестабильными. Это нормально.

Чтобы пользователям было по-прежнему удобно работать с ресурсом, а нагрузка на сервер не оказалась чрезмерной, постарайтесь обновить как можно больше ссылок, в том числе:

Внутренние ссылки, если вы этого еще не сделали в предыдущих этапах.
Внешние ссылки. Попросите владельцев других сайтов обновить ссылки на ваш контент. Сосредоточьтесь на ссылках с большим количеством переходов.
Ссылки в профилях, например в Вконтакте, Яндекс.Бизнес, Google.Бизнес.
Рекламные ссылки (они должны указывать на новые целевые страницы).

После переезда сайта важно провести следующие проверки:

Убедитесь, что на всех новых поддоменах присутствуют счетчики аналитики. Для этого можно просканировать все типы страниц на новом сайте с помощью инструмента Screaming Frog.
Для каждого поддомена в Яндекс Вебмастере добавьте список важных страниц для отслеживания.
Удостоверьтесь, что фиды работают в Яндекс Вебмастере и Google Merchant Center.
Если логотип сайта был изменен, добавьте новый фавикон.
Проверьте, что все старые URL-адреса корректно перенаправляются на новые с кодом 301. Выгрузите из систем статистики страницы входа из поисковых систем за длительный период и проверьте ответы сервера на новом сайте при помощи парсера.
Убедитесь, что на новом сайте нет неработающих ссылок, кнопок, форм.
Убедитесь, что поисковые системы могут без проблем сканировать новый сайт.
Обновите информацию о вашем сайте в Google Analytics и Google Search Console после переезда. Например, укажите регион продвижения для каждого поддомена в Яндекс Вебмастере и исправьте ошибки, выявленные в вебмастерах для каждого поддомена.
Проверьте основные элементы страницы (мета-теги, заголовки h1, SEO-тексты и др.), контент, внутренние ссылки, файлы Robots.txt и Sitemap.xml.

Проконтролируйте индексацию нового сайта и подготовьте задачи по доработкам, если это нужно.

Такой сложный путь переезда с одного домена на другой. Стоит быть внимательным и не пропускать важные этапы. Если у вас возникают сложности, наши специалисты в Webit всегда готовы помочь и сделать все на высшем уровне.