Смена домена может существенно повлиять на ваш трафик из Google/Yandex, если не выполнить необходимые шаги для минимизации потерь. Вот чеклист действий, которые помогут вам сохранить трафик при смене домена:
Подготовка
При подборе нового домена, убедитесь, что на него не наложены санкции поисковиков (базово это можно сделать добавив домен в вебмастеры);
GSC:
YW:
Сделайте бесплатную проверку домена в чектраст, важно чтобы не было зафиксировано вирусов, АГС и участия биржах ссылок:
На новом домене не должно быть проблем с историей
Проверьте через вебархив менялась ли ниша нового домена (в идеале смен быть не должно);
Через ahrefs.com посмотрите анкоры во входящих ссылках — они не должны содержать иероглифы, слова из запрещенных/спамных тематик (анкоры можно посмотреть бесплатно, добавив свой сайт в ahrefs webmaster)
Если анкоры содержат слова из серых/черных тематик, а ваш сайт сайт к таковым не относится, то не стоит брать в работу этот домен;
Готов ли сайт к переезду технически?
- Убедитесь, что новый домен полностью готов к переезду (копия сайта прикреплена к новому домену, SSL-сертификат прикручен, структура сайта сохранена).
- База данных должна быть так же прикреплена к новому домену, актуализируйте все ссылки в БД.
- Создайте полный бэкап текущего сайта.
Обновление внутренних ссылок
Обновите все внутренние ссылки, чтобы они указывали на новый домен.
Протокол HTTP/HTTPS должен соответствовать тому, что использовался в предыдущем домене.
Обновление файла sitemap.xml
Создайте и отправьте актуальный файл sitemap.xml (либо обновите ссылки в существующем сайтмапе) для нового домена в Google Search Console и Yandex Webmaster.
301 постраничный редирект
Настройте постоянный 301 постраничный редирект со старого домена на новый для каждой страницы. Это сообщит поисковым системам, что страницы переехали на новый адрес.
Apache (файл .htaccess)
Вот код редиректа на языке Apache для файла .htaccess:
<IfModule mod_rewrite.c>
RewriteEngine On
# First, redirect from HTTP to HTTPS before handling the domain redirect
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
# Next, redirect from site_old.com to site_new.com
RewriteCond %{HTTP_HOST} ^site_old\.com$ [NC]
RewriteRule ^(.*)$ https://site_new.com/\ [L,R=301]
</IfModule>
Код содержит редирект с http на https (если вам это не нужно, первую часть можете пропустить) и постраничный 301 редирект на примере двух сайттов – site_old.com
— сайт с которого мы перенаправляем, site_new.com
— сайт на который мы редиректим каждую страницу. Соответственно, в коде вы должны поменять сайты и доменные зоны на свои, будьте внимательны.
Cloudflare (super easy 301 redirect)
Если вы используете cloudflare, то постраничный редирект сделать проще простого – вам нужен раздел page rules:
Далее нажимаем создать правило, и вводим сайт (1) с которого хотим сделать постраничный редирект, опции (2) выбираем как на скрине и вводим домен (3) на который будет настроено перенаправление. Сохраняем. После этого рекомендую создать аналогичное плавило для домена с www (www.site-old.com).
После этих действий, если вы уверены, что конечный домен в полном порядке, можете включить перенаправление:
При 301 постраничном редиректе все URL адреса обоих сайтов должны совпадать.
Переезд на новый адрес в вебмастерах
Добавьте новый домен в Google Search Console и Yandex Webmaster и инициируйте переезд сайта в вебмастерах
Обновление социальных сетей и бизнес-листингов
Обновите информацию о домене в профилях социальных сетей, бизнес-листингах (гугл мой бизнес, яндекс бизнес) и других платформах.
Мониторинг электронной почты
Если вы меняете домен электронной почты, убедитесь, что старый адрес по-прежнему активен и настроен переадресация на новый адрес, чтобы не потерять важные сообщения.
Уведомление пользователей
Сообщите пользователям о смене домена через электронную почту, социальные сети и уведомления на сайте.
Юридические и административные обновления
Обновите регистрационные данные, контактную информацию и юридические документы, если это необходимо.
Отслеживание результатов
Регулярно проверяйте отчеты в Google Search Console / Yandex Webmaster на предмет ошибок краулинга и индексации;
Отслеживайте трафик и позиции в поисковой выдаче, чтобы убедиться, что не происходит значительных потерь.
Следуя этому чеклисту, вы сможете максимально снизить риски потери трафика и сохранить свои позиции в поисковой выдаче Google при смене домена.
Опрос представителей комьюнити
Viktor Priadilshchikov
SEO-специалист, автор блога seo-aspirant.ru и одноименного телеграм канала @seoaspirant
Вопрос: какие действия предпринимаешь при переезде на новый домен?
Ответ: при смене домена пользуюсь личным чеклистом, представленным ниже
Чеклист по переезду сайта на новый домен
- Фиксируем наиболее важные разделы и страницы, которые получают больше всего трафика/лидов. В процессе переезда они не должны потерять позиции и трафик.
- Парсим сайт Screaming Frog, чтобы была свежая структура, на которую можно опереться.
- Готовим новую структуру сайта, при необходимости.
- Готовим карту редиректов, при необходимости.
- Делаем полный бекап сайта, на случай, если что-то пойдёт не так.
- Готовим служебные файлы: robots.txt, sitemap.
- Перенос сайта, внедрение всех элементов, подготовленных ранее.
- Проставляем постраничные 301 редиректы со старых URL на новые, согласно карте редиректов.
- Обновляем все внутренние ссылки.
- Связываемся с владельцами сайтов, на которых установлены наиболее жирные обратные ссылки, и просим обновить их на новый домен (т.к. при редиректах теряется часть ссылочного веса).
- Где можем сами обновить обратные ссылки (социальные сети, карты, каталоги и т.п.) — делаем.
- Проверяем весь функционал сайта на работоспособность.
- Обновляем системы аналитики (Яндекс.Вебмастер, Метрика, GA4, GSC) и проверяем корректность их работы.
- Парсим структуру нового сайта Screaming Frog и сравниваем её с предыдущей версией файла.
- Проводим полный технический аудит сайта.
- Уведомляем пользователей сайта о переезде (почта, социальные сети, мессенджеры).
- Готовим итоговый документ по результатам переезда (может пригодиться в будущем).
- После переезда активно следим за изменениями в трафике и позициях. Если появляются аномалии — прорабатываем их.
Примеры
Ruslan Banochkin
SEO-специалист, автор блога banochkin.com и телеграм канала @banochkin_channel
Вопрос: какие действия предпринимаешь при переезде на новый домен?
Ответ ниже (прим. редактора – ответ дан как есть, без исправлений и прочего)
проверяю новый домен, куда переезжаю, даже если новорег. если домен не для однодневного проекта или пбн, и планируется жоска развивать его — обязательно проверить не только вебархив и панели вебмастера, но и адсенс, фб, директ и другие планируемые для размещения площадки, ибо если домен в бане в подобных системах, то это 99% перманентно. если крипта — заранее проверить возможность добавления домена в профили сервисов и соц. акков по тем же причинам.
если проект, который переношу — идеальный, то у меня уже есть вся вложенность, с учётом старых «вечно» поддерживаемых редиректов*, проект в линкчекере** и другая инфа о нюансах конкретного домена***. если нет — лягушкой прогоняю сайт, также выгружаю все страницы из индекса всех поисковиков (гугл, яндекс — минимум), выгружаю все страницы, на которые когда-либо ссылались из ахрефс, семраш и подобных. если есть логи веб-сервера — стоит и их посмотреть, на какие страницы есть заходы, о которых ты не знал.
когда всё готово — переезжаем. бекап старого проекта → поиск и замена старого домена на новый в бд → деплой сайта на новый домен. на некоторых сайтах бывают изображения с вхождением домена в название файла, тут тоже не забыть переименовать. ещё ВСЕГДА нужно проверять работу именно вложенного редиректа, чтобы работал как нужно, а не редиректил все страницы на морду нового домена (с этим косячат очень часто).
если при открытии нового домена всё ок — продолжаем тесты. прогнять лягушкой сам сайт, прогнать страницы с ссылочным старого домена на ответ сервера, проверить банальности, вроде robots и sitemap.
ну и финал, если позволяет бюджет — закуп трафика на старый домен, чтобы пролить побольше трафика через редирект. это привычка с времени, когда плотно работал под Яндекс, и при бане домена в этой пс нужно было прогнать как можно больше трафика на старый домен через браузер Яндекса.
___
* например страницы, которые были удалены, но имеют хорошие беки и 301 редирект на актуальный адрес
** линкчекеров несколько, от одноимённого сервиса (преимущественно для работы с сотрудниками), до своих скриптов
*** тут я именно про исторические аномалии конкретного домена (например был сайт с сабом www2, что считался основным зеркалом, переклеился кровью и потом и НЕЛЬЗЯ забыть про этот редирект)