Редизайн сайта без потери SEO-позиций

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

Поисковые системы ранжируют не «сайт вообще», а конкретные URL с конкретным контентом, накопленными сигналами и историей. При редизайне обычно меняется всё сразу: адреса страниц, структура заголовков, тексты, вёрстка, скорость, иногда движок. Для алгоритма это выглядит как появление нового, незнакомого сайта — и накопленные за годы сигналы (позиции, доверие, ссылочный вес) обнуляются или повисают на старых, уже недоступных адресах. По нашей практике, сайт, который переехал без карты постраничных редиректов, теряет от 40 до 70% органического трафика в первый месяц, и часть этих потерь становится безвозвратной. Именно поэтому редизайн нужно вести как миграцию с сохранением всего, что можно сохранить.

Чек-лист: шаги до и после запуска

Главный принцип миграции — сохранить всё, что можно сохранить, и постранично перенаправить всё, что неизбежно меняется.

• Зафиксируйте текущие позиции, трафик и конверсии — точку отсчёта
• Сохраните URL-структуру везде, где это возможно
• Составьте карту 301-редиректов постранично со старых адресов на новые
• Перенесите title, description и заголовки h1–h3 ранжирующихся страниц
• Сохраните контент страниц, которые приносят трафик
• Перенесите микроразметку Schema.org
• Проверьте скорость и Core Web Vitals до релиза, а не после
• Обновите и отправьте sitemap в Вебмастер и Search Console
• Мониторьте ошибки 404 и позиции 4–6 недель после запуска

Что проверить сразу после запуска

Первые две недели после переезда — самые критичные, и контролировать сайт нужно ежедневно, а не «когда дойдут руки». Проверяйте отчёт об индексации: не начали ли массово выпадать страницы. Отслеживайте логи и отчёты по ошибкам 404 — они сразу покажут, какие старые адреса не получили редиректа и теряют трафик. Убедитесь, что все 301-редиректы работают корректно, ведут на релевантные новые страницы (а не все скопом на главную) и не образуют цепочек и циклов. Если страницы выпадают из индекса, ищите причину среди типовых: случайный noindex после релиза, ошибки в robots.txt, слетевшие canonical, осиротевшие страницы, на которые в новой структуре больше не ведут внутренние ссылки. Чем раньше поймана проблема, тем меньше потери.

Как минимизировать риски заранее

Лучшая защита от потерь — подготовка до запуска, а не тушение пожара после. Привлекайте SEO-специалиста на этапе проектирования редизайна, а не после того, как всё сломалось: многие потери закладываются в решениях об URL и структуре, которые принимают дизайнеры и разработчики без оглядки на поиск. Если есть возможность, тестируйте новую версию на копии или выкатывайте изменения поэтапно, а не всё сразу — так проще локализовать причину проблем. Обязательно сделайте полный краул старого сайта до переезда, чтобы иметь эталонный список всех URL, мета-тегов и контента для сверки. Запланируйте переезд на период низкого сезона, если он есть, чтобы возможная просадка пришлась на спокойное время. И заложите в проект время и ресурс на послерелизный мониторинг — редизайн не заканчивается запуском, он заканчивается, когда трафик восстановился и стабилизировался.