Как Избежать Потери SEO при Миграции Сайта: Руководство
После редизайна позиции обычно падают из-за забытых редиректов, а не слабого дизайна. Сопоставление URL и чек-лист миграции сайта.
Команда rabbitclipПубликация: 4 мин чтения
Коротко
Самая частая причина падения позиций после редизайна в том, что старые URL так и не перенаправляются на новые. Google ожидает корректный редирект 301 при каждом изменении URL, чтобы сигнал, накопленный старой страницей, перешёл на новый адрес; если этот шаг пропущен, поисковая система начинает оценивать страницу заново (Google Search Central, Site moves with URL changes).
Эта потеря обычно не вина команды дизайна, а пробел в планировании проекта. Новый дизайн утверждают, разработка стартует, но никто не выгружает полный список URL старого сайта; в ночь запуска ни у кого на руках нет соответствия между старыми и новыми адресами.
Ниже разобраны три этапа миграции: подготовка, ночь запуска и проверки после него.
Подготовка: старый сайт полностью размечается
Перед переключением собираются все сканируемые (проиндексированные) URL старого сайта — из отчёта об индексировании в Search Console, карты сайта и, при необходимости, инструмента для сканирования. Если на сайте сервиса электронной подписи сотни справочных статей, каждая должна попасть в этот список отдельно.
Затем каждый старый URL сопоставляется с эквивалентом на новом сайте. Если у страницы нет точного соответствия в новой структуре, её направляют на ближайшую по теме страницу; при полном отсутствии соответствия перенаправление на релевантную страницу категории обычно работает лучше, чем перенаправление на главную.
Почему редирект 301 не то же самое, что 302
Редирект 301 означает «эта страница переехала навсегда», и поисковая система переносит сигнал старой страницы на новый адрес. Редирект 302 означает «эта страница временно находится в другом месте», и передача сигнала не ожидается. Использование 302 при постоянном изменении сайта — частая ошибка, блокирующая эту передачу (Google Search Central).
Цепочки редиректов тоже стоит проверять; если старый адрес A ведёт не напрямую на новый, а сначала на другой старый адрес и только потом на новый, такая цепочка теряет и скорость, и сигнал. Цель — чтобы каждый старый адрес достигал нового за один шаг.
Карта сайта и файл robots обновляются
Как только новый сайт запущен, карта сайта (sitemap.xml) должна содержать новые URL и быть отправлена в поисковую систему через Search Console; старая карта сайта, всё ещё указывающая на прежние адреса, сбивает сканирование с толку.
Файл robots.txt также нужно проверить; правило, добавленное во время разработки для запрета сканирования сайта поисковыми системами, если оно перейдёт в продакшн, может сделать новый сайт полностью невидимым в поиске. Это частая, но легко предотвратимая ошибка при миграциях.
Чек-лист ночи запуска
Есть пункты, которые стоит проверить прямо в момент запуска и сразу после него; большинство занимает несколько минут, но пропуск может стоить недель потерянных позиций.
- Подтвердить, что robots.txt больше не блокирует сканирование
- Сформировать новую карту сайта и отправить её в Search Console
- Проверить редиректы для всех старых URL, включив как минимум двадцать страниц с наименьшим трафиком
- Проверить, что структурированные данные (schema) остались на новых страницах
- Следить за отчётом об индексировании в Search Console в дни после запуска
После переключения: сколько недель наблюдать
Google может потратить несколько недель на полную обработку новых URL; временные колебания позиций в этот период — норма. Настоящий тревожный сигнал — не колебания, а конкретная страница, которая недели спустя всё ещё показывается проиндексированной под старым адресом; это указывает на разрыв где-то в цепочке редиректов.
Как защитить внутренние ссылки и обратные ссылки
Внутренние ссылки — то есть ссылки одной страницы на другую внутри сайта — чаще всего забывают при миграции; даже если старые URL перенаправлены, если текст страницы всё ещё ссылается на старые ссылки, посетитель проходит через цепочку редиректов, а это теряет скорость на каждом клике.
Обратные ссылки, то есть ссылки с других сайтов на ваш, напрямую не редактируются, но при правильно настроенном редиректе сигнал этих ссылок всё же переходит на новый адрес; поэтому полная настройка 301 так же важна для внешних ссылок, как и для внутренних.
Как защитить аналитику и отслеживание конверсий во время миграции
Код аналитики и теги отслеживания конверсий — отправка форм, отслеживание поиска — ещё один элемент, который забывают при переезде на новый сайт; если эти теги пропадают, данные о трафике и конверсиях какое-то время после запуска содержат слепую зону.
Если код отслеживания отправки формы у сервиса электронной подписи работает на старом сайте, но так и не был заново настроен на новом, никто не может сказать, сколько людей действительно заполнило форму после запуска; поэтому список тегов отслеживания стоит собрать перед переключением так же, как список URL.
В первый день после запуска каждую активную форму и кнопку стоит один раз проверить вручную; появление этой тестовой записи в панели аналитики подтверждает, что код отслеживания действительно работает.
Каким бы хорошим ни был дизайн нового сайта, недостающие редиректы и неполное сопоставление URL стоят уже накопленной видимости в поиске. rabbitclip ведёт список старых URL, план редиректов и наблюдение после запуска как отдельную задачу в каждом проекте миграции; уже готовый план редизайна можно сверить вместе с этим чек-листом.
Частые вопросы
Вредит ли редирект 301 позициям?
Нет, если он настроен правильно; настоящий риск — отсутствие редиректа или использование временного, вроде 302.
Нужен ли каждой старой странице точный эквивалент на новом сайте?
Нет, страницу без точного эквивалента можно направить на ближайшую по теме страницу.
Сколько времени нужно, чтобы позиции стабилизировались после миграции?
Обычно несколько недель; это зависит от размера сайта и масштаба изменений.
Почему проверка robots.txt так важна?
Блокировка сканирования, добавленная при разработке, если она перейдёт в продакшн, может сделать новый сайт полностью невидимым в поиске.
Нужно ли исправлять внутренние ссылки до миграции?
В идеале да; как минимум все внутренние ссылки нужно обновить на новые адреса сразу после запуска.
