Техническое SEO

Редизайн без потери трафика

Редизайн сайта без потери трафика — SEO-инструкция

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

Редизайн — одна из самых частых причин внезапного падения органического трафика. Сайт становится красивее, команда довольна, а через месяц GSC показывает минус 40%. Причина почти всегда одна: URL изменились без редиректов, или поисковик не переиндексировал новую структуру. Ниже — пошаговая инструкция по безопасному редизайну без потерь.

Почему редизайн роняет трафик

Поисковые системы индексируют конкретные URL. Если страница /blog/seo-guide/ существовала годами, Google накопил для неё ссылочный вес, авторитет, историю кликов. Редизайн с изменением структуры URL равносилен уничтожению всего этого — с точки зрения бота, страница просто исчезла.

Риски редизайна без SEO и как их избежать.
Главная ловушка редизайна — замена URL без 301-редиректа. Бот приходит на старый адрес, получает 404, вычёркивает страницу из индекса. Все ссылки, которые вели на эту страницу, перестают работать.

Пять причин потери трафика встречаются чаще всего:

Причина 1Изменение URL без редиректов

Старые URL возвращают 404 — Google удаляет их из индекса вместе с накопленным ссылочным весом.

Причина 2Смена CMS с другой генерацией URL

WordPress генерирует /page-slug/, новая CMS — /page/page-slug/. Без редирект-маппинга весь трафик теряется.

Причина 3Закрытие сайта в robots.txt

Разработчики ставят Disallow: / на тестовом сервере и случайно переносят это правило на продакшн.

Причина 4Потеря мета-тегов при переносе контента

Переносят текст, но забывают title, description и canonical — страницы теряют релевантность для поиска.

Причина 5Ухудшение Core Web Vitals

Новый дизайн тяжелее: крупные шрифты, сложные анимации, неоптимизированные изображения.

Аудит до старта: что зафиксировать

До первой правки дизайна — минимум две недели аудита. Нужно зафиксировать текущее состояние так, чтобы после запуска было с чем сравнивать. Четыре обязательных инструмента:

ИнструментЧто даётКогда запускать
Screaming Frog / SitebulbПолный список URL с метаданными и статусамиЗа 2 недели до запуска
Google Search ConsoleТрафик, CTR, позиции по каждой страницеДо старта и еженедельно после
Ahrefs / SemrushКарта обратных ссылок и страницы с наибольшим весомДо старта
PageSpeed InsightsБазовая линия Core Web Vitals — LCP, CLS, INPДо старта и после запуска
Экспортируйте список всех URL из Screaming Frog в CSV и сохраните. Каждый URL из списка должен либо остаться, либо получить 301-редирект. Это ваш главный чеклист после запуска.

Отдельно зафиксируйте страницы с максимальным трафиком и входящими ссылками — именно они получают приоритет при составлении карты редиректов. Потеря топ-10 страниц по трафику равна потере 70–80% органики.

Что зафиксировать до редизайна

100%

URL сайта

Полный краул через Screaming Frog: статусы, title, description, canonical, H1

Top-20

Страниц по трафику

Из GSC — за последние 12 месяцев. Это ваш приоритет при настройке редиректов

Top-50

Ссылающихся страниц

Из Ahrefs или Semrush — страницы с внешними ссылками нельзя терять без 301

Baseline

Core Web Vitals

Скриншот из PageSpeed Insights до старта — для сравнения после запуска

Архитектура URL и карта редиректов

URL-структура — самый болезненный момент редизайна. Если структура меняется (например, /services/seo/ переходит в /seo-services/), для каждого старого URL нужен явный 301-редирект. Карта редиректов — таблица «старый URL → новый URL»: составляется до запуска, проверяется вручную, передаётся разработчику.

Используйте 301-редирект (постоянный), а не 302. Только 301 передаёт ссылочный вес и сигналы ранжирования на новый URL. 302 оставляет старый URL в индексе как действующий — и вы получаете два конкурирующих адреса.
СитуацияТип ответаРезультат для SEO
Страница переехала навсегда301Ссылочный вес передан новому URL
Временное перенаправление302Ссылочный вес остаётся на старом URL
Страница удалена навсегда410 GoneGoogle быстрее убирает из индекса
Старый URL отдаёт 404Нет редиректаПотеря трафика и ссылочного веса

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

NGINX
# Nginx: редирект конкретной страницы
location = /old-services/ {
    return 301 /services/;
}

# Nginx: массовый редирект раздела
location /old-blog/ {
    rewrite ^/old-blog/(.*)$ /blog/$1 permanent;
}

# Проверка редиректа через curl
curl -I https://example.com/old-url/
# HTTP/1.1 301 Moved Permanently
# Location: https://example.com/new-url/

Для Apache используйте .htaccess с директивами Redirect 301 или RewriteRule. Принципиально важно проверить редиректы до публичного запуска: один пропущенный URL из топ-10 по трафику — это ощутимые потери.

Технические настройки после переезда

После запуска нового дизайна первые 48–72 часа критические. Нужно убедиться, что бот видит именно то, что задумано, а не тестовую версию с закрытой индексацией.

  1. Проверить robots.txt — убедиться, что продакшн не закрыт директивой Disallow: /
  2. Обновить XML-sitemap — пересобрать с новыми URL и загрузить в GSC через раздел Sitemaps
  3. Запросить переиндексацию ключевых страниц через GSC → Инспекция URL → Запросить индексирование
  4. Проверить мета-теги — title, description, canonical на каждой приоритетной странице
  5. Пройти по карте редиректов — каждый 301 проверить через curl или DevTools Network
  6. Измерить Core Web Vitals — PageSpeed Insights для топ-20 страниц по трафику
robots.txt из тестовой среды. Разработчики часто добавляют Disallow: / на тестовый сервер — и забывают убрать при переносе на продакшн. Это одна из самых дорогих ошибок: сайт выходит из индекса за считанные дни.

Отдельно проверьте canonical теги. При смене CMS или шаблона они иногда сбрасываются на относительные пути или исчезают полностью. Canonical должен содержать абсолютный URL продакшн-домена: https://example.com/page/, а не /page/.

HTML
<!-- Правильный canonical в <head> -->
<link rel="canonical" href="https://example.com/services/seo/">

<!-- Неправильно — относительный путь (типичная ошибка после смены CMS) -->
<link rel="canonical" href="/services/seo/">

Мониторинг после запуска

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

Еженедельно

Позиции в GSC — падения по ключевым страницам и новые 404 в разделе «Покрытие».

Ежемесячно

Core Web Vitals в GSC и PageSpeed Insights — особенно LCP и CLS, которые чаще всего ухудшаются после редизайна.

Немедленно

Каждая новая 404 в GSC → Покрытие — это пропущенный редирект. Добавляйте 301 в тот же день.

Таблица диагностики: если что-то пошло не так после запуска — начинайте поиск здесь.

СимптомВероятная причинаРешение
Падение трафика через 2–4 неделиGoogle переоценивает новую структуруЖдать 4–6 недель, проверить все редиректы
404 в GSC после запускаПропущенный URL в карте редиректовДобавить 301 на релевантный новый URL
Soft-404 в покрытии GSCПустые категории или страницы фильтровNoindex или 301 на родительский раздел
Дубли страниц в индексеCanonical не настроен после смены CMSПрописать canonical на каноническую версию URL
Резкое ухудшение скоростиТяжёлый новый дизайнОптимизировать изображения, убрать блокирующий JS
Нормальный срок стабилизации трафика после редизайна — 6–12 недель. Если за 3 месяца позиции не восстановились — нужен повторный технический аудит: скорее всего, есть системная проблема с редиректами или индексацией.
Не обязательно, если настроены 301-редиректы. Сохранение URL — идеальный сценарий, но если структура была запутанной, грамотная карта редиректов сохранит большую часть ссылочного веса и трафика.
Обычно 4–8 недель для крупных разделов. Маленькие сайты (до 500 страниц) переиндексируются за 1–2 недели. Используйте GSC → Инспекция URL для принудительного запроса индексирования приоритетных страниц.
Сначала проверьте robots.txt — нет ли случайного Disallow: /. Затем canonical-теги на топовых страницах. Потом пройдитесь по карте редиректов и найдите пропущенные 404. Если всё настроено корректно — это временная нестабильность, дайте Google 2–3 недели.
Да, обязательно. Если URL изменились, старый sitemap содержит несуществующие страницы — Google тратит краулинговый бюджет на 404. Пересоберите sitemap сразу после запуска и загрузите через GSC → Sitemaps.
Минимально — если не трогать контент и мета-теги. Главный риск — ухудшение Core Web Vitals из-за нового дизайна: тяжёлые шрифты, изображения, анимации. Измерьте PageSpeed Insights до и сразу после запуска.