Редизайн старого сайта: как не потерять трафик и позиции в поиске

Быстрый ответ:

Сайт теряет трафик после редизайна почти всегда по одной и той же причине — меняется структура URL без 301 редиректов, из-за чего Google теряет старые страницы и должен заново индексировать новые. Если сохранить или корректно перенаправить все старые адреса, оставить работающую внутреннюю перелинковку и не терять контент, который уже ранжируется, просадка трафика составляет 5-15% и восстанавливается за 2-4 недели. Без 301 редиректов и плана миграции сайты часто теряют 60-90% органического трафика на несколько месяцев. Если планируется редизайн сайта, SEO-часть нужно закладывать до начала работ, а не после запуска.

1. Составьте карту старых URL до начала редизайна
Первый шаг — не дизайн, а таблица: все текущие адреса страниц сайта, их трафик и позиции по Google Search Console. Без этой карты невозможно понять, какие страницы приносят трафик и какие нельзя терять или ломать при смене структуры. Мы всегда начинаем редизайн с выгрузки этого списка — часто выясняется, что 80% трафика идёт всего на 15-20% страниц, и именно их нужно защищать в первую очередь.

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

3. Настройте 301 редиректы на каждый изменённый адрес
Если URL всё же меняются, каждый старый адрес должен вести на новый через 301 редирект (постоянное перенаправление) — не через 302 (временное) и не просто на главную страницу. Редирект с любой старой страницы на главную вместо её прямого аналога — вторая по частоте причина потери позиций: Google видит это как потерю релевантной страницы. Полный список редиректов должен быть готов и подключён до запуска нового сайта, а не постфактум.

4. Не удаляйте и не сокращайте контент, который уже ранжируется
При редизайне часто "причёсывают" тексты — сокращают, объединяют страницы, убирают то, что кажется лишним. Если страница уже приносит трафик по конкретным запросам, урезание её текста или объединение с другой страницей размывает релевантность и может обрушить позиции по этим запросам. Проверяйте по каждой странице из карты URL (шаг 1), приносит ли она трафик, прежде чем менять или удалять контент.

5. Перенесите и обновите файл sitemap.xml и robots.txt
После редизайна на новом сайте должна появиться актуальная карта сайта sitemap.xml, отражающая новую структуру, и её нужно вручную отправить через Google Search Console — не ждать, пока Google найдёт её сам. Заодно проверьте robots.txt: нередко на тестовом сервере стоит запрет на индексацию, и он случайно переезжает в продакшн вместе с остальными файлами, полностью закрывая сайт от поисковиков.

6. Сохраните структуру внутренней перелинковки
Ссылки между страницами передают вес и помогают Google понимать, какие страницы важны. Если при редизайне меняется меню, футер или блоки "похожие товары/статьи", часть внутренних ссылок может исчезнуть — и страницы, которые раньше получали вес от главной или от карточек товаров, его теряют. Перед запуском стоит сверить, что ключевые страницы по-прежнему получают внутренние ссылки минимум из 2-3 мест на сайте.

7. Проверьте скорость загрузки и Core Web Vitals на новом дизайне
Новый дизайн часто добавляет вес — больше изображений, анимаций, скриптов сторонних сервисов. Google использует скорость загрузки и стабильность интерфейса (Core Web Vitals: LCP, INP, CLS) как один из факторов ранжирования, поэтому сайт, который стал визуально ярче, но начал грузиться в 2 раза дольше, может потерять позиции даже при идеальных редиректах. Проверка через PageSpeed Insights до запуска — обязательный шаг, а не опция.

8. Не запускайте редизайн напрямую на живом домене без тестового периода
Редизайн стоит собирать и тестировать на отдельном поддомене или staging-сервере, закрытом от индексации через meta robots noindex, а не через боевой сайт. Переключение должно происходить одномоментно — с полным набором готовых редиректов, sitemap и метатегов, а не поэтапно, когда часть страниц уже на новом движке, а часть — на старом.

9. Мониторьте Google Search Console первые 4-6 недель после запуска
После переключения важно ежедневно первую неделю и затем раз в 2-3 дня проверять отчёт "Покрытие" (Coverage) в Google Search Console — там видно, если Google находит ошибки 404 по старым адресам, дубли страниц или проблемы с индексацией. Резкий рост ошибок в первые дни — это сигнал чинить редиректы немедленно, а не ждать, пока трафик просядет ощутимо.

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

ilab.md делает редизайн сайтов на PHP + CodeIgniter для бизнеса в Молдове, Румынии и ЕС с сохранением SEO-показателей — с картой редиректов, чек-листом миграции и мониторингом после запуска как частью проекта, а не отдельной услугой.