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

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

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

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

zoom_in

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

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

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

Отмечайте страницы со значимым трафиком, ссылками или бизнес-ценностью, чтобы для них сделали внимательное сопоставление страниц. Карту редиректов стоит строить по данным конкретного сайта, а не по общим утверждениям о доле трафика.

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

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

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

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

# Nginx: redirect a specific page
location = /old-services/ {
    return 301 /services/;
}

# Nginx: redirect an entire section
location /old-blog/ {
    rewrite ^/old-blog/(.*)$ /blog/$1 permanent;
}

# Test redirect with curl
curl -I https://example.com/old-url/
# HTTP/1.1 301 Moved Permanently
# Location: https://example.com/new-url/

Проверяйте каждый редирект до запуска, особенно страницы со значимым трафиком, ссылками или конверсиями. Пропущенный важный URL может создать ошибки, которых можно было избежать, — для посетителей и краулеров.

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

Первые 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 страниц по трафику

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

<!-- Correct canonical in <head> -->
<link rel="canonical" href="https://example.com/services/seo/">

<!-- Wrong — relative path (common CMS migration error) -->
<link rel="canonical" href="/services/seo/">

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

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

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