Редизайн сайта — один из самых рискованных моментов в вашей SEO-траектории. Сделанный небрежно, он может стереть месяцы или годы прогресса ранжирования за считаные дни после запуска — потери трафика на 30–60% не редкость, когда не соблюдаются правильные протоколы SEO-миграции. Сделанный правильно, редизайн — это возможность значительно улучшить позиции. Разница — в процессе.
Шаг Первый: Проведите Аудит Того, Что Есть, Прежде Чем Что-Либо Трогать
Прежде чем открыть хотя бы один файл дизайна, нужна полная фиксация текущего состояния SEO. Это ваша базовая линия — то, с чем вы будете сравнивать, помог редизайн или навредил.
Проведите полное сканирование текущего сайта. Задокументируйте каждый URL, его title, мета-описание, H1, canonical и текущую позицию в Google по основному ключевому слову. Экспортируйте это в таблицу. Этот список станет вашей картой редиректов и справочником восстановления, если что-то пойдёт не так.
Выгрузите топ-20 страниц по органическому трафику из Google Search Console. Эти страницы — ваш приоритет. Любой URL из этого списка должен быть либо сохранён в точности, либо получить постоянный 301-редирект на новый эквивалент — без исключений.
Также задокументируйте страницы, получившие обратные ссылки. Используйте отчёт «Ссылки» в Google Search Console, чтобы увидеть, на какие URL ссылается больше всего внешних сайтов. Эти URL несут накопленный авторитет ранжирования, который редиректы частично сохраняют, — потерять их без редиректов означает навсегда потерять этот авторитет.
Структура URL: Меняйте Как Можно Меньше
Самая частая причина падения позиций при редизайне — ненужные изменения URL. У разработчиков и дизайнеров есть привычка «наводить порядок» в структуре URL во время пересборки — объединять папки, убирать даты из слагов блога, менять /services/web-design/ на /web-design/. Каждое такое изменение уничтожает вес ранжирования, накопленный на старом URL, даже при настроенном 301-редиректе.
301-редиректы сохраняют примерно 90% авторитета ранжирования — но эти 10% потерь реальны и накапливаются на множестве URL. Что ещё важнее, редиректы вносят задержку в цикл повторного сканирования и переиндексации Google, в течение которой страницы могут временно исчезнуть из результатов.
Правило: держите URL идентичными, если нет конкретной SEO-причины их менять. Если URL сейчас ранжируется, а страница пересобирается, этот URL должен остаться точно таким же на новом сайте.
Построение Карты Редиректов — И Её Правильное Тестирование
Любой URL, который должен измениться, требует 301-редирект со старого на новый. Карты редиректов нужно строить до того, как новый сайт выйдет в эфир, — не как запоздалую мысль после запуска.
Формат прост: таблица с двумя столбцами — старый URL и новый URL. Каждый удаляемый, переименовываемый или объединяемый старый URL требует записи. Не забудьте:
- Статьи блога, которые объединяются
- Страницы категорий или тегов, которые удаляются
- Старые посадочные страницы, созданные под кампании
- Любые страницы, доступные по нескольким URL (www/без www, со слешем в конце/без него)
Как только новый сайт окажется на staging-окружении, протестируйте каждый редирект перед запуском. Неправильно настроенный редирект на 404-страницу не передаёт никакого авторитета ранжирования. Инструменты вроде Screaming Frog могут просканировать карту редиректов и проверить, что каждый из них корректно разрешается.
Поддержание Технического SEO Во Время Разработки
Пересборка — самое лёгкое время для появления технических SEO-ошибок и самое трудное для их обнаружения, потому что всё меняется одновременно.
Проверьте это явно перед запуском:
Canonical-теги. У каждой страницы должен быть canonical, ссылающийся на саму себя. Если новая CMS или фреймворк генерирует canonical динамически, проверьте корректность вывода на staging — особенно для страниц пагинации, отфильтрованных представлений и любых URL, доступных как со слешем в конце, так и без него.
Robots.txt. Staging-окружения обычно настроены с Disallow: /, чтобы Google не индексировал незавершённую работу. Эта настройка не должна попасть в продакшен. Это случается чаще, чем разработчики готовы признать.
XML sitemap. Пересоздайте sitemap для нового сайта и убедитесь, что он содержит только индексируемые страницы — без 301, без 404, без noindex-страниц. Отправьте новый sitemap в Google Search Console сразу после запуска.
Скорость страницы. Новый дизайн не должен быть медленнее старого. Запустите PageSpeed Insights на обоих окружениях перед подтверждением запуска. Наш гайд по Core Web Vitals в Next.js объясняет, что оптимизировать, если показатели падают.
После Запуска: Первые 30 Дней
Период сразу после запуска критичен. Колебания трафика — это нормально: Google пересканирует и переиндексирует новый сайт в течение дней-недель. Но определённые сигналы показывают, идёт ли миграция по плану или нужны действия.
Ежедневно отслеживайте Search Console первые две недели. Следите за всплеском ошибок сканирования (404, которых быть не должно), падением числа проиндексированных страниц или ручными санкциями. Устраняйте ошибки 404 немедленно — они указывают на пробелы в редиректах.
Еженедельно отслеживайте топ-20 органических страниц. Некоторое движение позиций ожидаемо. Если страница, ранее бывшая в топ-10, падает на третью страницу выдачи и ниже, проверьте, идентичны ли URL, title, H1 и canonical страницы версии до запуска. Причина обычно — непреднамеренное изменение.
Не вносите другие изменения одновременно. Две-четыре недели после запуска — не время также перестраивать информационную архитектуру, объединять контент или тестировать новые формулы title. Изолируйте миграцию, чтобы любые изменения в ранжировании можно было однозначно связать именно с редизайном.
Если вы планируете пересборку и хотите, чтобы SEO с самого начала считалось первостепенным, а не добавлялось задним числом, — посмотрите, как мы подходим к этому в наших услугах. Также можно получить бесплатный аудит текущего сайта до начала любых работ, чтобы точно понимать, что вы будете защищать.
Готовы развивать свой бизнес онлайн? Получите бесплатный аудит →