SEO при редизайне сайта: как сохранить позиции и трафик при переезде

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

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

Не потому что поисковики «не любят редизайн». Просто для Google и Яндекса сайт — это не набор красивых экранов. Это тысячи связей: адреса страниц, тексты, мета-теги, ссылки, структура каталога, внутренняя перелинковка и ответы сервера. Поменяли всё одновременно — поисковик может увидеть уже совсем другой проект.

Хорошая новость: редизайн не обязан ронять SEO. Но вести его нужно как переезд, а не как замену обоев в офисе.

Когда новый дизайн становится проблемой для органики

Самый рискованный сценарий выглядит знакомо. На старом сайте были страницы услуг, категории, статьи и карточки. Дизайнер полностью меняет структуру, разработка переносит сайт на новую CMS или обновляет Битрикс, URL становятся другими, часть страниц «кажется ненужной» и исчезает. Вечером сайт выкатывают на боевой домен.

Утром всё выглядит красиво. Формы открываются. Менеджер доволен.

А поисковые роботы идут по старым адресам, получают 404, находят пустые категории, видят другой canonical или попадают в цепочку из трёх редиректов. Внешние ссылки тоже продолжают вести на старые URL — и весь накопленный вес начинает расползаться по сайту.

Особенно больно это работает с интернет-магазинами. Владелец решил «навести порядок» в каталоге: поменяли дерево категорий, убрали старые фильтры, пересобрали карточки, заменили параметры в URL. В итоге трафик с десятков посадочных страниц исчезает не одним драматичным падением, а постепенно. Сначала проседает часть НЧ-запросов. Потом категории. Потом видимость по брендам и товарным группам.

И возникает ложный вывод: «Новый сайт не ранжируется».

На деле старый просто перестали правильно передавать новому.

Что чаще всего ломают при редизайне

Все старые страницы отправляют на главную. Это выглядит как быстрый способ закрыть вопрос с 404. Но для человека, который искал конкретную услугу или товар, главная — плохая замена. Для поисковика тоже. Если у старой страницы есть логичный новый аналог, редирект должен вести именно на него.

Меняют URL без карты соответствий. Например, /uslugi/seo/ превращается в /seo-prodvizhenie/, а старый адрес просто перестаёт существовать. Такие вещи нельзя держать в голове. Нужна таблица: старый URL, новый URL, тип страницы, решение по редиректу, комментарий.

Заодно переписывают весь контент. Обновить слабые тексты — нормально. Удалить половину посадочных страниц, сменить семантику, переписать заголовки и переделать структуру в день переезда — уже опасная смесь. Тогда непонятно, что именно повлияло на просадку: техническая миграция, контент или изменение спроса.

Оставляют тестовые запреты. На тестовом домене сайт закрывают от индексации через robots.txt или noindex. Так и нужно. Проблема начинается, когда эти запреты уезжают на боевой сайт вместе с релизом.

Не проверяют canonical. После запуска бывает всякое: канонические ссылки остались на тестовом домене, ведут на старые URL или вообще расставлены автоматически без учёта структуры. Для Битрикса, где могут появляться дубли из-за параметров, фильтров и разделов, это особенно неприятная история.

До редизайна нужно сохранить не дизайн, а фактуру

Первое, что стоит сделать до макетов и разработки, — снять «слепок» текущего сайта.

Не только список URL. Нужны данные, которые объясняют ценность каждой страницы:

• какие страницы дают органический трафик;
• по каким запросам они видны;
• какие из них приводят заявки или продажи;
• где есть внешние ссылки;
• какие мета-теги, заголовки и тексты работают сейчас;
• какие URL отдают 200, 301, 404 и другие ответы;
• как устроены sitemap.xml, robots.txt и канонические ссылки.

Иначе после релиза команда будет восстанавливать картину по памяти. А память в таких задачах — плохой инструмент. Она отлично помнит, что «там вроде была важная страница», но не помнит 127 URL с переходами, трафиком и ссылками.

Отдельно стоит зафиксировать показатели хотя бы за последние 3–6 месяцев: органический трафик, лиды из поиска, видимость по приоритетным запросам, число страниц в индексе. Не для красивого отчёта. Просто потом нужно отличить реальную просадку после редизайна от обычной сезонности.

Карта редиректов — главный документ переезда

Да, это таблица. Не самая вдохновляющая часть проекта.

Зато именно она часто решает, сохранится ли трафик.

Минимальный формат карты редиректов:

Логика простая: один старый адрес — один наиболее близкий новый адрес.

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

301-редиректы — стандартный сигнал о постоянном переносе страницы. Google отдельно рекомендует готовить точную карту URL и проверять редиректы при переезде сайта; Яндекс также советует настраивать перенаправления со старых адресов и добавлять новые URL в sitemap.

Одна важная деталь: проверяйте, чтобы не было цепочек. Маршрут старый URL → промежуточный URL → новый URL иногда появляется, когда на сайте уже были старые правила переадресации, а к ним добавили новые. Пользователь обычно этого не замечает. Роботы замечают.

Не меняйте всё за один раз, если можно не менять

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

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

Внешний вид страницы, её структура и содержание могут стать лучше без потери её поискового адреса и смысла.

Это особенно актуально для услуг. Страница «Разработка интернет-магазинов» может получить новый дизайн, другую композицию блоков, более сильные кейсы и понятные CTA. Но запросы, под которые она уже ранжируется, пользовательский интент и полезная фактура должны остаться на месте.

У поисковика нет задачи наградить сайт за красивую анимацию. Ему нужно понять, отвечает ли страница на запрос лучше прежней версии.

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

Перед релизом новый сайт лучше прогнать как отдельный технический проект. Не только открыть главную и пару карточек товаров.

• ключевые страницы отдают 200 OK;
• старые важные URL сразу ведут на новые через 301;
• нет циклов и цепочек редиректов;
• sitemap.xml содержит только актуальные канонические URL;
• robots.txt не закрывает нужные разделы;
• на боевом сайте нет noindex, оставшегося от теста;
• canonical ведёт на правильную версию текущей страницы;
• внутренняя перелинковка обновлена, в меню и текстах нет старых URL;
• title, description, H1 и контент перенесены там, где это нужно;
• работают фильтры, пагинация, поиск, формы, корзина и личный кабинет;
• мобильная версия не потеряла важные блоки;
• корректно подключены Метрика, Analytics и цели;
• в Яндекс Вебмастере и Google Search Console подтверждены нужные свойства.

Для интернет-магазина к этому списку добавляются цены, остатки, наличие, микроразметка товаров, фиды и интеграции с учётной системой. Можно сделать безупречную SEO-миграцию, а потом случайно выгрузить нулевые остатки из 1С. Продажи такой запуск не спасёт.

Почему пятница вечером — плохое время для переезда

Есть старое правило: не выкатывать крупные релизы тогда, когда команда уже мысленно на выходных.

У редизайна почти всегда находится что-то, что не увидели на тестовом контуре: особый URL, старый шаблон, неучтённый фильтр, форма на редкой странице, зависимость в интеграции.

Если запуск происходит в рабочее время, рядом есть разработчик, SEO-специалист, менеджер проекта и доступы к серверу. Ошибку можно увидеть, быстро исправить или откатить.

Пятница в 22:30 — это способ сделать даже небольшой сбой длинным и нервным.

Перед запуском нужен бэкап. После запуска — быстрый обход приоритетных страниц и старых URL из карты редиректов. Не «когда будет время». Сразу.

Первые недели после редизайна: что нормально, а что нет

После переезда поисковикам требуется время, чтобы переобойти новые URL, обработать редиректы и обновить индекс. Небольшие колебания бывают. Особенно на больших сайтах.

Но ждать молча — плохая стратегия.

В первые дни и недели стоит регулярно смотреть:

• ошибки обхода и индексирования;
• страницы 404;
• редиректы, которые не срабатывают;
• количество страниц в индексе;
• динамику органического трафика;
• позиции и показы по приоритетным запросам;
• какие URL попадают в поиск вместо ожидаемых;
• отчёты по внешним ссылкам на старые страницы.

Яндекс Вебмастер позволяет отправить новые и перенаправленные страницы на переобход; в Search Console полезно проверять проблемные URL через инструмент проверки. При смене домена потребуется и отдельное оформление переезда в панелях вебмастеров. Но при обычном редизайне на том же домене важнее чистая техническая миграция: корректные редиректы, новые внутренние ссылки и актуальная карта сайта.

Если трафик резко упал, не начинайте с переписывания текстов. Сначала проверьте базу:

1. Открываются ли старые URL и куда именно они ведут?
2. Не закрыт ли новый сайт от обхода?
3. Верно ли настроены canonical?
4. Не исчезли ли из релиза важные страницы?
5. Не просели ли скорость и мобильная версия?

Часто причина оказывается гораздо прозаичнее, чем «нас наказал алгоритм».

Чек-лист перед публикацией

• Список важных старых URL собран?
• У каждого из них есть понятная судьба?
• Редиректы ведут на релевантные страницы, а не массово на главную?
• Тестовые запреты сняты?
• Sitemap, robots.txt и canonical проверены?
• Метрика и цели работают?
• Есть бэкап и понятный план отката?
• Команда доступна в первые часы после запуска?
• Есть кто-то, кто будет следить за Вебмастером и Search Console после релиза?

Если на два-три вопроса нет ответа, запуск лучше не ускорять ради даты в календаре.

Главное

Редизайн не должен превращать сайт в «новый» для поисковых систем.

Лучший переезд почти незаметен для пользователя: он видит современный интерфейс, более понятную навигацию, быстрые страницы. А поисковик по-прежнему понимает, какие разделы чему соответствуют, куда делись старые URL и почему новый сайт заслуживает те же позиции.

Красивый сайт — это хорошо. Сайт, который после редизайна не теряет трафик и заявки, — уже результат нормальной совместной работы дизайна, разработки и SEO.

Если вы планируете редизайн, сначала стоит провести техническую и SEO-подготовку, а не оставлять её на последние два дня перед релизом.