Почти каждое крупное обновление сайта — это миграция: смена домена, переезд на HTTPS, новый движок или полный редизайн со сменой адресов страниц. И почти каждая вторая миграция, которую мы видим на аудите, сделана так, что сайт теряет часть трафика на ровном месте. Причина почти всегда одна — не перенесли или сломали то, что Google уже знал и ценил. Ниже — план, по которому мы ведём переезды, чтобы позиции остались на месте.
Что такое миграция сайта и почему она рискованна
Миграция — это любое изменение, после которого страницы живут по новым адресам или на новой технической основе. Для поисковика это означает переоценку: он должен сопоставить старые URL с новыми, заново обойти страницы и убедиться, что смысл и сигналы сохранились. Пока он это делает, позиции могут колебаться. Если же сопоставление сломано — часть страниц просто выпадает из индекса вместе со своим трафиком.
Риск растёт, когда в одном релизе совмещают несколько изменений сразу: новый домен плюс новая структура URL плюс редизайн. Тогда при проседании трудно понять, что именно вызвало проблему. Поэтому первое правило — менять за раз как можно меньше.
Типы миграций: от протокола до полного редизайна
Самые лёгкие переезды — технические без смены адресов: переход на HTTPS, смена сервера или хостинга. Здесь URL остаются, и риск минимален. Сложнее — смена домена или объединение нескольких сайтов в один. Самые рискованные — редизайн со сменой структуры URL, когда одновременно меняются и адреса, и вёрстка, и часто сам контент.
Отдельный случай — смена CMS (например, переход на WordPress). Здесь важно, чтобы новый движок отдавал те же адреса или корректные редиректы, а также сохранял скорость и чистую структуру. Если вы всё равно переделываете сайт, есть смысл сразу заложить техническую базу правильно — об этом мы пишем в материале о разработке сайтов под SEO.
Главное правило: сохраняйте URL, где это возможно
Самая безопасная миграция — та, где адреса страниц не меняются вообще. Если вы делаете редизайн, но можете оставить URL теми же — оставьте. Каждый изменённый адрес — это ещё один редирект, ещё одна точка, где что-то может сломаться, и ещё немного размытого сигнала.
Когда смена адресов неизбежна (например, старая структура была хаотичной), составьте новую логичную схему URL заранее и зафиксируйте её до запуска. Для интернет-магазинов отдельно продумайте, что делать с фильтрами и параметрами — это большая тема, которую мы разбирали в статье о фильтрах и индексации магазина.
Карта 301-редиректов без цепочек и потерь
Сердце любой миграции со сменой адресов — карта редиректов. Это таблица, где каждому старому URL соответствует новый. Делается она по принципу «один к одному»: старая страница ведёт на ближайший по смыслу новый аналог, а не скопом на главную. Массовый редирект всего на главную Google трактует как «страницы больше нет» — и трафик исчезает.
| Этап | Как правильно | Частая ошибка |
|---|---|---|
| Тип редиректа | 301 (постоянный) | 302 (временный) или JS-редирект |
| Соответствие | 1:1 на релевантную страницу | всё на главную |
| Цепочки | старый → новый напрямую | старый → промежуточный → новый |
| Потерянные страницы | редирект на ближайшую по теме | отдавать 404 без замены |
| Внутренние ссылки | обновить на новые URL | оставить старые, идущие через редирект |
Используйте именно 301, а не 302, и избегайте цепочек редиректов. 302 говорит поисковику «это временно, не переноси сигналы», а цепочка (старый → промежуточный → новый) теряет часть веса на каждом шаге и замедляет обход.
Что ещё перенести один к одному
Редиректы — это лишь транспорт. Не менее важно сохранить содержание страниц: тексты, заголовки H1, title и description, alt изображений, структурированные данные. Если во время редизайна «заодно» переписать половину контента, вы наложите два изменения друг на друга — и не поймёте потом, что дало проседание: технический переезд или новый текст. Контент лучше менять отдельным релизом, уже после стабилизации миграции.
Отдельно проверьте, что служебные файлы переехали и обновились: robots.txt, XML-карта сайта, canonical. Старая карта со старыми URL после переезда только запутает поисковик.
Технический чек-лист перед запуском
До того как нажать «запустить», пройдитесь по базовому списку на тестовой среде. Это самый дешёвый момент найти ошибку — пока её не увидел Google.
- Карта 301-редиректов составлена и проверена на тестовом домене.
- Все внутренние ссылки ведут на новые URL напрямую, без редиректов.
- title, description, H1 и canonical перенесены для каждой страницы.
- robots.txt не закрывает сайт от индексации (типичная ошибка — оставить Disallow с тестовой среды).
- XML-карта обновлена и содержит только новые URL.
- Настроено отслеживание: GA4 и Search Console работают на новой версии.
- Проверена скорость — чтобы новый дизайн не завалил Core Web Vitals.
День запуска: последовательность действий
В день переезда порядок такой: включаете редиректы, открываете сайт для индексации, сразу проверяете несколько ключевых страниц вручную (открываются ли, правильный ли редирект, на месте ли title). Затем добавляете новый ресурс и новую карту сайта в Search Console и пользуетесь инструментом смены адреса, если меняли домен. Не удаляйте старые редиректы как минимум год — Google возвращается к старым URL ещё долго.
Магазин переезжал на новый движок со сменой структуры URL. До запуска мы собрали карту на несколько тысяч редиректов 1:1, обновили внутренние ссылки и оставили карту сайта только с новыми адресами. Проседание составило около 8% трафика на две недели, после чего позиции вернулись и превзошли прежние. Без карты 1:1 потеря была бы в разы больше и надолго.
После запуска: мониторинг в Search Console и GA4
Первые две-три недели — самые важные. В Search Console следите за отчётом об индексации (не растут ли ошибки), за покрытием и за 404. В GA4 сравнивайте трафик по разделам с периодом до переезда — чтобы заметить, где именно просело. Если видите всплеск 404 — значит, часть старых URL не закрыли редиректами; добавьте их в карту. Полезно также прогнать технический аудит уже на новой версии, чтобы поймать мелкие ошибки, которые легко пропустить вручную.
Если переезд был сложный, есть смысл привлечь команду технического SEO ещё на этапе планирования, а не уже после проседания — исправлять всегда дороже, чем предотвратить.
Чего не стоит делать во время миграции
За годы переездов мы собрали короткий список того, что чаще всего ломает трафик. Не запускайте миграцию в пятницу вечером или перед пиковым сезоном — если что-то пойдёт не так, вы заметите это с опозданием и в худший момент. Не меняйте одновременно домен, структуру URL и дизайн, когда можно развести это на отдельные релизы. И не полагайтесь на временные 302 «пока что» — они имеют привычку оставаться навсегда и не переносят сигналы на новый адрес.
Отдельный совет — не выключайте старые редиректы сразу после переезда и не удаляйте старую карту сайта в первую неделю, пока новая ещё не полностью проиндексировалась. Дайте поисковику время спокойно переобойти ресурс: спешка именно на этом этапе стоит дороже, чем любая другая ошибка миграции, ведь вы рубите мостик между старым и новым сайтом, пока Google им ещё пользуется.
Вывод
Удачная миграция незаметна для пользователя и почти незаметна для поисковика: адреса ведут куда нужно, содержание на месте, скорость не упала.
Миграция не пугает, если к ней подготовиться: минимум изменений за раз, карта 301 один к одному, сохранённые title и контент, обновлённые внутренние ссылки и внимательный мониторинг первые недели. Спешка и редирект «всего на главную» — вот что действительно стоит трафика.
Частые вопросы
Всегда ли трафик проседает после миграции?
Небольшое колебание позиций — это норма, пока поисковик переобходит сайт. Обычно от нескольких дней до нескольких недель. Если всё перенесено правильно, трафик возвращается и часто превосходит прежний уровень.
Какой редирект использовать — 301 или 302?
Для постоянного переезда — только 301. Он говорит поисковику перенести сигналы на новый адрес. 302 — временный, его ставят, только когда старая страница реально вернётся.
Можно ли редиректить все старые страницы на главную?
Нет. Массовый редирект на главную Google воспринимает как «страницы больше нет», и трафик исчезает. Каждый старый URL должен вести на ближайшую по смыслу новую страницу.
Сколько держать старые редиректы?
Как минимум год, а лучше постоянно. Поисковик возвращается к старым URL ещё долго после переезда, поэтому преждевременное снятие редиректов даёт 404 и потерю трафика.
Можно ли одновременно с переездом обновить контент и дизайн?
Лучше нет. Несколько изменений в одном релизе усложняют диагностику при проседании. Сначала стабилизируйте миграцию, а обновление контента вынесите в отдельный этап.
Что проверять в первую очередь, если трафик не возвращается?
Карту 301-редиректов, canonical и robots.txt. В большинстве случаев причина именно там: незакрытые старые URL, временные редиректы, цепочки или случайно закрытая индексация с тестовой среды.
Веб-разработчик heleum.studio. Делает быстрые WordPress-сайты, которые проходят Core Web Vitals и не требуют переделки через полгода.
