Перенос сайта без потери SEO: ошибки, которые все знают и всё равно делают
Это не очередная инструкция «сделайте бэкап, настройте 301 и добавьте сайт в Search Console». Правила миграции давно известны. Проблема в другом: сайты всё равно теряют страницы в индексе, позиции и трафик.
Причина почти никогда не в отсутствии знаний, а в десятках мелких технических ошибок. Из 2000 старых URL 1850 перенаправлены правильно, 70 ведут на главную, 30 стали 404, 20 образовали цепочки, а 30 вообще забыты. Владелец говорит: «301 настроили». Робот видит совсем другую картину.
Важная оговорка. «Перенос без потери SEO» никто не гарантирует. Грамотная миграция только минимизирует риски. Google предупреждает о возможных временных колебаниях позиций. Яндекс прямо говорит, что при смене главного адреса не гарантирует сохранение числа страниц, позиций и посещаемости.
Сначала определите тип переноса
От этого зависит, что именно нужно делать.
- Смена хостинга без изменения URL
Адреса остаются теми же. Постраничные 301 не нужны. Главные риски: новый сервер, DNS, SSL, firewall/WAF, ранняя отключённая старая инфраструктура. - Смена домена или структуры URL
Нужна полная карта редиректов, обновление внутренних ссылок, canonical, sitemap и инструменты переезда в Search Console / Яндекс.Вебмастере. - Смена CMS без изменения URL
URL могут сохраниться, но изменятся Title, Description, H1, canonical, robots, пагинация, микроразметка, перелинковка и HTTP-коды. «URL не поменялись» ≠ «для SEO ничего не изменилось». - Редизайн
Сам по себе не переезд, но часто одновременно меняет структуру, навигацию, контент, URL и скорость. - Всё сразу
Самый рискованный вариант. Google рекомендует по возможности менять по одной крупной вещи за раз.
Главный принцип
Миграцию нужно проверять сравнением «до / после», а не ощущением «вроде всё работает».
Что обязательно сделать до переноса
- Соберите полный список старых URL (не только из sitemap):
- crawl сайта
- Google Search Console и Яндекс.Вебмастер
- аналитика
- серверные логи
- внешние ссылки
- Сохраните SEO-состояние страниц:
- Title, Description, H1
- canonical
- robots meta
- статус индексируемости
- structured data
- hreflang
- основной контент
- Отдельно сохраните URL изображений, PDF и других документов, которые имеют трафик или внешние ссылки.
Критические ошибки, из-за которых обычно проседает трафик
1. Редиректы ведут не туда
Самая частая проблема. Страницы уходят на главную, в нерелевантные разделы или в 404.
Правило: каждый важный старый URL должен вести на наиболее подходящий новый. Массовый редирект всего сайта на главную Google может расценивать как soft 404.
2. Цепочки редиректов
Старый URL → HTTP → HTTPS → www → новый URL.
Лучше сразу направлять на конечный адрес одним редиректом.
3. Забытый noindex или robots.txt со staging
Классика. На тестовом сайте стоял noindex или Disallow, его забыли убрать. Перед запуском обязательно проверьте фактический HTML и заголовки production.
4. Старые canonical
Новая страница доступна, но canonical продолжает указывать на старый домен или staging.
5. Внутренние ссылки остались старыми
Даже при рабочих редиректах лучше сразу заменить внутренние ссылки на новые конечные адреса (меню, крошки, тексты, related, пагинация).
6. Одновременно поменяли URL и сильно изменили контент
Если страница просела, невозможно понять, виноват переезд или переписывание текста, Title и структуры. Для важных страниц лучше сначала перенести, а потом уже менять контент.
7. Потеряли изображения и документы
URL картинок и PDF тоже могут иметь трафик и внешние ссылки. Их тоже нужно либо сохранить, либо корректно перенаправить.
8. Выключили старый хостинг сразу после смены DNS
DNS обновляется не мгновенно. Часть пользователей и роботов ещё некоторое время ходит на старый сервер. Старую инфраструктуру лучше держать, пока обращения к ней не прекратятся.
9. Забыли продлить старый домен
Через год редиректы исчезают, внешние ссылки начинают вести в никуда.
10. Неправильные HTTP-коды
Рабочие страницы должны отдавать 200, удалённые без аналога — 404 или 410, редиректы — корректные 301/308. Особенно опасны soft 404 (страница «не найдена», но отвечает 200).
Смена хостинга (URL не меняются)
- Полностью скопируйте сайт на новый сервер и протестируйте.
- Убедитесь, что новый сервер доступен роботам (проверьте firewall/WAF).
- Заранее уменьшите DNS TTL (желательно за неделю).
- Переключите DNS.
- Следите за логами обоих серверов.
- Не выключайте старый хостинг сразу.
Смена домена
Google:
Используйте инструмент Change of Address в Search Console (только при смене домена/поддомена). Перед этим должны работать корректные редиректы.
Яндекс:
- Добавьте оба адреса в Вебмастер.
- Подтвердите права.
- Настройте редиректы.
- Используйте «Индексирование → Переезд сайта».
Редиректы лучше сохранять минимум год (а лучше дольше), особенно если на старые URL есть внешние ссылки.
Что делать, если трафик просел
Временные колебания в первые недели — нормально. Но «это просто переезд» нельзя использовать как оправдание любой просадки.
Проверьте:
- появляются ли новые URL в индексе;
- уменьшается ли число старых;
- работают ли редиректы;
- нет ли массовых 404 и 5xx;
- правильно ли выбирается canonical;
- нет ли noindex;
- доступен ли сайт роботам;
- не стал ли сервер заметно медленнее.
Плохие признаки: новые URL не индексируются, старые исчезают без замены, растут 404, canonical указывает не туда, робот получает 403/5xx.
Чек-лист перед переключением
- Полный список старых URL
- Карта «старый → новый»
- Тестовый crawl нового сайта
- Title, Description, H1
- Canonical
- robots.txt и meta robots
- Sitemap
- HTTP-коды
- Внутренние ссылки
- Редиректы
- Изображения и документы
- Structured data и hreflang
- Аналитика, Search Console, Яндекс.Вебмастер
- Производительность сервера
- Возможность быстрого отката
Чек-лист после запуска
- Массовый crawl старых URL
- Массовый crawl новых URL
- 404 / 5xx
- Цепочки редиректов
- Canonical
- Индексирование
- Серверные логи
- Search Console и Яндекс.Вебмастер
- Органический трафик и основные посадочные
- Формы и конверсии