Редизайн сайта без потери SEO-трафика: что проверить до запуска

Почему редизайн затрагивает поиск

Новый сайт может выглядеть заметно лучше и одновременно потерять страницы, которые годами приводили заявки. Причина обычно не в самом современном дизайне. При разработке меняются адреса, заголовки, текст, навигация, внутренние ссылки, скорость ответа или способ выдачи содержания. Для поисковой системы это уже не «тот же сайт в новом оформлении», а набор новых сигналов, часть которых может противоречить старым.

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

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

Сначала зафиксируйте то, что уже работает

Нужно выгрузить все известные адреса из системы управления, sitemap, аналитики, Google Search Console и Яндекс Вебмастера. Отдельно полезно сохранить страницы с органическими переходами, заявками, продажами и внешними ссылками. Эти списки не совпадут: страница может не появляться в меню, но продолжать получать переходы из поиска или старой публикации.

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

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

Карта URL должна существовать до программирования редиректов

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

У Яндекс Вебмастера для смены структуры и дизайна тот же практический каркас: серверный 301 для изменённого адреса, доступность новой страницы с кодом 200, обновлённый sitemap и новые ссылки в навигации. Если дизайн меняется без адресов, Яндекс отдельно советует убедиться, что робот получает содержание страницы, включая сайт с JavaScript.

Таблица соответствий становится общим документом SEO-специалиста, редактора и разработчика. Она должна различать точный перенос, объединение, удаление и временно нерешённый случай. Автоматическое правило по совпадению слов в адресе удобно, но оно не понимает, что две похожие страницы отвечают на разные потребности покупателя.

Тестовый сайт проверяют как поисковый робот и как клиент

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

Если одновременно меняются домен, система управления, структура и дизайн, причину сбоя трудно отделить. Google советует по возможности менять крупные части последовательно. Даже когда бизнес-срок требует одного запуска, команда может отдельно принять данные, адреса, серверную выдачу, интерфейс и аналитику до переключения трафика.

1. Каждый будущий адрес возвращает ожидаемый код, один основной заголовок и содержимое уже в начальном HTML или доступное для индексирования согласованным способом.
2. Canonical и alternate-ссылки указывают на новые правильные версии, а тестовый noindex не переехал в производство.
3. Robots.txt открывает нужные разделы, sitemap содержит только основные доступные адреса и не перечисляет редиректы или ошибки.
4. Все старые адреса из карты ведут одним серверным переходом на конкретные новые страницы; цепочки и циклы отсутствуют.
5. Навигация, хлебные крошки, связанные материалы, изображения и документы используют новые адреса без скрытой опоры на редиректы.
6. Формы, телефоны, электронная коммерция и аналитика передают те же целевые действия, по которым бизнес сравнивает старую и новую версию.

После запуска старый сайт ещё участвует в работе

При смене домена Яндекс рекомендует подтвердить оба адреса, проверить доступность нового, включить перенаправления и отправить заявку на переезд. Google также просит наблюдать старые и новые URL и держать перенаправления долго; в её текущей инструкции указан ориентир не менее года. Удалять прежний домен и конфигурацию сразу после релиза рискованно.

В первые дни команда следит не только за общей посещаемостью. Она сравнивает основные страницы и группы запросов, количество ответов 404 и 500, попадание новых адресов в индекс, обход роботов, скорость и целевые действия. Сильное отклонение одного шаблона полезнее общей фразы «трафик упал на десять процентов»: у него есть проверяемая причина и владелец исправления.

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