Сайт переделали — упали позиции: что делать по SEO

Почему редизайн бьёт по SEO

Редизайн меняет то, на чём строится всё накопленное SEO-ранжирование сайта: адреса страниц, структуру навигации, тексты, а иногда и техническую платформу целиком. Google воспринимает сильно изменившийся сайт как новую версию, для которой заново нужно установить доверие — и если при этом переходе разорвались связи со старыми URL, накопленный за годы вес страниц просто теряется, а не переносится автоматически.

Важно понимать: сама по себе смена дизайна (внешнего вида) редко вредит SEO напрямую. Проблема возникает, когда вместе с дизайном меняются URL, структура сайта, объём и формулировки контента — а это происходит почти при каждом серьёзном редизайне или смене CMS.

Карта редиректов 301: старый URL → новый

Это первое и самое важное, что нужно сделать при подготовке к запуску нового сайта. Карта редиректов — это таблица соответствия каждого старого адреса новому, по которой настраиваются 301-редиректы.

1. Выгрузите полный список старых URL — из старой sitemap.xml, из архива Google Search Console или из бэкапа сайта.
2. Сопоставьте каждый старый URL с наиболее близким по смыслу новым адресом — а не просто со всеми ведите на главную страницу.
3. Настройте 301-редиректы по этой карте до момента отключения старой версии сайта, а не после.
4. Проверьте работу редиректов вручную по выборке из 20–30 самых посещаемых старых страниц.

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

404 и битые ссылки

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

• Проверьте отчёт «Страницы» в Google Search Console — раздел с ошибками покажет URL, которые Google пытался обойти и получил 404.
• Просканируйте сайт краулером (например, Screaming Frog) на предмет внутренних битых ссылок, оставшихся с прежней версии структуры.
• Проверьте внешние ссылки на сайт (через Search Console или сторонние сервисы) — если внешние сайты ссылаются на старые адреса, для них тоже нужен редирект, а не только для внутренней навигации.

Потеря контента и метатегов

При переносе на новую CMS или в новый дизайн нередко теряются мелкие, но важные технические элементы: уникальные title и description, alt-тексты изображений, а иногда и часть самого текста страниц, если перенос делался вручную или через неполную автоматическую миграцию.

• Сверьте title и description на ключевых страницах со старой версией (по архиву или бэкапу) — не заменились ли они на шаблонные значения CMS по умолчанию.
• Проверьте, что объём текста на основных страницах не сократился заметно по сравнению со старой версией без осознанного решения.
• Убедитесь, что структурированные данные (schema.org), если они были на старом сайте, перенесены и корректно работают на новом.

Индексация после запуска

После запуска новой версии сайта стоит явно подтвердить Google, что структура изменилась, а не ждать, пока робот сам разберётся в изменениях за неопределённое время.

• Отправьте обновлённый sitemap.xml в Google Search Console сразу после запуска.
• Проверьте, не остался ли на новом сайте случайно тег noindex или блокировка в robots.txt, унаследованная от staging-версии сайта, использовавшейся для разработки.
• Отслеживайте отчёт «Страницы» в Search Console в первые недели после запуска — рост числа исключённых страниц сигнализирует о проблеме, которую нужно решать сразу, а не откладывать.

Подробнее о настройке и чтении отчётов Search Console — в статье «Как настроить Google Search Console».

Когда нужен срочный аудит

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

• Трафик упал более чем на 30–40% в течение первых 1–2 недель после запуска.
• В Search Console резко выросло число ошибок индексации или страниц, помеченных как «Не проиндексировано».
• Позиции по ключевым коммерческим запросам исчезли из топ-20, а не просто немного снизились.

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

Как не повторить ошибку при следующем редизайне

Большинства описанных проблем можно избежать, если SEO-специалист подключается на этапе планирования редизайна, а не после его запуска:

• Составлять карту редиректов заранее, до отключения старой версии сайта, а не постфактум по жалобам на пропавший трафик.
• Тестировать новую версию сайта на staging-домене с явным noindex, чтобы черновая версия не попала в индекс раньше времени.
• Сверять контент и метатеги новой версии со старой перед публикацией, а не полагаться на автоматический перенос без проверки.

Чек-лист восстановления после редизайна

1. Составить полный список старых URL из архива Search Console или бэкапа.
2. Проверить, для каждого ли старого URL настроен корректный 301-редирект.
3. Найти и устранить страницы, отдающие 404, через отчёт Search Console и краулер сайта.
4. Проверить внешние ссылки на старые адреса и убедиться, что они тоже покрыты редиректами.
5. Сверить title, description и alt-тексты ключевых страниц со старой версией.
6. Проверить объём текста на основных страницах — не сократился ли он без причины.
7. Убедиться, что structured data перенесена и корректно валидируется.
8. Отправить новый sitemap.xml в Search Console.
9. Проверить robots.txt и мета-теги на предмет случайно унаследованного noindex со staging-версии.
10. Отслеживать отчёт «Страницы» и позиции по ключевым запросам минимум 4–6 недель после запуска.

Частые вопросы