Переезд сайта без потери позиций в Google: пошаговый план

Переезд сайта без потери позиций — задача, о которой вспоминают обычно уже после запуска, когда трафик из Google упал, а старые ссылки ведут на страницу ошибки. Перенос сайта без потери SEO возможен: сменить движок, хостинг или домен можно спокойно, если заранее знать, что именно поисковик теряет при переезде и как ему это вернуть. В этой статье — пошаговый план: что подготовить до запуска, как настроить 301-редиректы и что проверить в первые недели. Мы в Webman переносим сайты клиентов с конструкторов на собственный хостинг и делаем редизайны, поэтому опишем порядок, которого придерживаемся сами.

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

• смена движка сайта или конструктора: например, перенос с Tilda на WordPress или на собственный код;
• редизайн с новой структурой: разделы переименовали, страницы объединили, адреса изменились;
• смена домена: с одного имени на другое или переход между зонами, например с .com на .kz;
• переход на HTTPS или смена версии с www на без www;
• смена хостинга без изменения адресов — самый безопасный вариант, если всё сделано аккуратно.

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

Google ранжирует не сайт целиком, а страницы. Сохраните ценные страницы и их адреса — и сохраните большую часть трафика.

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

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

1. Список всех адресов. Выгрузите карту сайта (sitemap.xml) и пройдитесь по сайту программой-краулером — подойдёт, например, Screaming Frog, у него есть бесплатная версия с ограничением по числу адресов.
2. Страницы, которые приносят трафик. В Google Search Console откройте отчёт «Эффективность» → вкладка «Страницы» и выгрузите данные хотя бы за последние месяцы. Эти страницы — главный приоритет.
3. Запросы. Там же выгрузите запросы, по которым сайт получает показы и клики. После переезда вы сравните их с новыми данными.
4. Внешние ссылки. В отчёте «Ссылки» посмотрите, на какие страницы ссылаются другие сайты. Эти адреса обязательно должны получить редирект.
5. Мета-теги и тексты. Сохраните title, description и H1 важных страниц.

Если вы ещё не работали с Search Console, начните с нашей статьи о том, как пользоваться Google Search Console. Подключить её стоит минимум за несколько недель до переезда, чтобы накопились данные.

Карта редиректов — это таблица, где каждому старому адресу соответствует новый. Это самый важный документ переезда.

Правила составления:

• Каждая старая страница → самая близкая по смыслу новая. Страница «Ремонт ванной» ведёт на новую «Ремонт ванной», а не на главную.
• Без цепочек. Старый адрес сразу ведёт на финальный новый, а не через два-три промежуточных.
• Если страницы больше нет и замены нет — допустимо отдать код 404 или 410. Массовое перенаправление всех удалённых страниц на главную Google может считать «мягкой» ошибкой 404, и пользы от такого редиректа нет.
• Адреса без изменений — лучший вариант. Если можно сохранить прежний адрес страницы на новом сайте, сохраните.

Пример строки карты: «/uslugi/remont-vannoy» → «/remont-vannoy». Для сайта на 30–⁠50 страниц карта составляется вручную за пару часов. Для интернет-магазина с тысячами товаров нужны правила по шаблону.

Перенос сайта с Тильды: что учесть

У переноса с конструктора есть особенность: адреса страниц Tilda часто имеют вид «/page12345.html», если их не переименовали. Такие адреса тоже попадают в индекс и могут получать ссылки. Включите их в карту редиректов наравне с остальными. И обязательно перенесите тексты и мета-теги — в конструкторе их нередко заполняли в настройках страницы, и при ручном переносе их легко забыть.

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

Перед запуском проверьте:

1. Тексты важных страниц сохранены или стали лучше, а не короче. Убирать текст со страницы, которая приносила трафик, ради «чистого дизайна» — частая причина падения.
2. Title и description перенесены или переписаны с теми же запросами. Как их писать — в статье про title и description для Google.
3. Заголовки H1 есть на каждой странице и соответствуют содержимому.
4. Внутренние ссылки ведут на новые адреса напрямую, а не через редиректы.
5. Канонические адреса (canonical) указывают на новые адреса, а не на тестовый домен.
6. Микроразметка перенесена, если она была.
7. Счётчики аналитики и цели установлены — иначе после запуска вы не увидите, что происходит.
8. Мобильная версия и скорость не хуже, чем были.

В день запуска важно сделать всё в одном окне и сразу проверить.

1. Опубликуйте новый сайт и снимите запрет индексации — убедитесь, что в robots.txt не осталось строки «Disallow: /» с тестовой версии, а в коде страниц нет метатега «noindex».
2. Включите 301-редиректы по карте. Код 301 означает «перемещено навсегда» — это сигнал Google, что старую страницу нужно заменить новой в индексе. Временный редирект 302 для постоянного переезда не подходит.
3. Обновите sitemap.xml, чтобы в ней были только новые рабочие адреса, и отправьте её в Search Console.
4. Проверьте редиректы выборочно: откройте 10–⁠20 старых адресов из выгрузки, особенно тех, что приносили трафик и имели внешние ссылки. Каждый должен открывать нужную новую страницу.
5. Проверьте главные страницы инструментом проверки URL в Search Console: страница доступна, индексация разрешена.

Если меняется домен, старый домен нельзя отключать сразу после переезда: редиректы работают, только пока он продлён и настроен. Google рекомендует держать редиректы долго — не меньше года, а лучше не снимать их вовсе.

При переходе на новый домен к шагам выше добавляются ещё несколько.

• Подтвердите оба домена в Search Console — старый и новый.
• Воспользуйтесь инструментом «Изменение адреса» в настройках Search Console для старого ресурса. Инструмент смены адреса сообщает Google о переезде и работает только при настроенных 301-редиректах со страниц старого домена. Подробности — в справке Google о переезде сайта.
• Обновите адрес везде, где он указан: профиль компании в Google, 2ГИС, Instagram, Telegram, подписи в почте, рекламные кампании Google Ads.
• Попросите обновить ссылки партнёров и каталоги, где на вас ссылаются. Редирект передаст ссылку, но прямая ссылка надёжнее.

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

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

• Товары. Сопоставляйте по артикулу или внутреннему коду, а не по названию: названия при переносе часто меняются. Старая карточка ведёт на новую карточку того же товара.
• Снятые с продажи товары. Если есть прямая замена — редирект на неё. Если нет, но категория жива — допустимо вести в категорию. Если товара и похожих нет — честная страница 404 с поиском и популярными категориями.
• Категории. Каждая старая категория — на ближайшую новую. Если категории объединили, обе старые ведут в общую.
• Фильтры и сортировки. Адреса с параметрами вроде «?sort=price» обычно не нуждаются в отдельных редиректах, если не получали трафик. Но проверьте по Search Console: иногда страница фильтра «бренд + категория» приносит заметную долю переходов, и её нужно сохранить как отдельную страницу.
• Товарный фид. Если вы используете Google Merchant Center или выгрузки на маркетплейсы, обновите ссылки в фиде в день запуска, иначе реклама товаров поведёт на старые адреса.

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

Первые недели после запуска — период наблюдения. Раз в несколько дней проверяйте:

• Отчёт «Индексирование страниц» в Search Console: растёт ли число новых адресов в индексе, нет ли всплеска ошибок 404 и страниц, исключённых из-за «noindex».
• Отчёт «Эффективность»: сравните клики и показы по важным страницам и запросам с выгрузкой до переезда.
• Ошибки 404 в логах или краулере: какие старые адреса остались без редиректа. Добавьте их в карту.
• Заявки и цели в аналитике: работают ли формы, кнопки мессенджеров и звонки.
• Рекламу: объявления Google Ads не должны вести на старые адреса через редиректы, а тем более на страницы ошибок.

Если трафик по конкретной странице упал и не восстанавливается, сравните её старую и новую версии: что изменилось в тексте, заголовках, адресе. Обычно причина находится именно там. Если страницы вообще не попадают в индекс, пройдитесь по списку из статьи почему сайт не индексируется в Google.

• Не сделали редиректы. Старые адреса отдают 404, накопленные ссылки и позиции теряются.
• Всё перенаправили на главную. Для Google это почти то же самое, что отсутствие редиректа.
• Забыли снять запрет индексации с тестовой версии.
• Сократили тексты на страницах, которые приносили трафик.
• Заменили адреса без необходимости: переименовали разделы только потому, что «так красивее».
• Отключили старый домен через месяц после переезда.
• Не подключили аналитику на новом сайте и узнали о проблеме по падению заявок.

Перешлите его тому, кто занимается переездом:

1. Выгружены все адреса старого сайта, страницы с трафиком, запросы и внешние ссылки.
2. Составлена карта редиректов: каждая старая страница → ближайшая новая.
3. Тексты, title, description и H1 важных страниц перенесены.
4. Внутренние ссылки, canonical и sitemap используют новые адреса.
5. На новом сайте установлены аналитика и цели.
6. При запуске снят запрет индексации, включены 301-редиректы.
7. Выборочно проверены 10–⁠20 старых адресов.
8. Новая sitemap отправлена в Search Console.
9. При смене домена — оба домена подтверждены, использован инструмент «Изменение адреса», старый домен продлён.
10. Первые недели — контроль индексации, ошибок 404, трафика и заявок.

• Переезд сайта без потери позиций возможен, если сохранить ценные страницы, их содержимое и связь старых адресов с новыми.
• Главный документ — карта 301-редиректов «страница в страницу», без цепочек и массовых перенаправлений на главную.
• Слепок старого сайта делается до изменений — потом его не восстановить.
• После запуска нужны недели наблюдения в Search Console, а не одна проверка в день релиза.

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