HERMAN-BUCHMAN
Развитие сайта / Практика

Редизайн сайта и SEO: как подготовить обновление и сохранить поисковый трафик

Что учесть при редизайне сайта: важные страницы, старые URL, редиректы, контент и заявки. План проверки до запуска и после смены дизайна или CMS.

Чтение: 7 мин
Редакция Herman Buchman
Этапы редизайна сайта: аудит, структура, перенос и проверка

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

1. Отделите редизайн от смены структуры и CMS

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

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

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

2. До начала работы сохраните страницы и исходные показатели

Выгрузите список текущих адресов. Отдельно отметьте страницы, на которые приходят из поиска, которые получают обращения или имеют полезные внешние ссылки. Источниками могут быть аналитика, Яндекс Вебмастер, Search Console, карта сайта и собственный каталог. Одна главная страница не показывает, что работает во всём проекте.

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

Выберите исходный период для сравнения: число поисковых визитов и полученных обращений по страницам. Запишите сезонные факторы, рекламные кампании и изменения цен. После обновления падение обращений нельзя объяснять дизайном, если одновременно закончился высокий сезон или перестала работать реклама.

3. Согласуйте судьбу каждого важного URL

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

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

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

Пример решений при изменении структуры
СитуацияЧто согласоватьКак проверить
Страница услуги сохраняетсяПрежний URL и полезное содержаниеОткрыть старую ссылку и пройти к заявке
У услуги новый адресСоответствие старого и нового URL, постоянный редиректСтарый адрес ведёт к нужной странице
Две услуги объединеныОбщий раздел с ответами по обоим направлениямНе потеряны условия и примеры каждой услуги
Предложение снятоПодходящая замена либо корректное отсутствие страницыНет пустого ответа и вводящего в заблуждение перехода

4. Перенесите полезное содержание и коммерческие сценарии

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

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

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

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

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

В задание включите проверку title, description, главного заголовка и canonical — указания основного адреса страницы. На новом сайте они должны описывать соответствующую страницу и указывать на рабочий домен. Навигация, ссылки из статей и портфолио тоже должны вести к действующим адресам.

Согласуйте конкретный набор проверок по типам страниц. Для магазина это каталог, товар и оформление заказа; для компании услуг — направление, кейс и форма. Отдельно смотрят поведение на телефоне, загрузку фотографий, сообщения об ошибках и ситуации, когда раздел пуст. Если найден блокирующий дефект, его нужно устранить до переключения сайта.

6. Как организовать запуск и возможность отката

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

Составьте короткий порядок действий: публикация, проверка важных адресов, тест клиентского сценария и контроль аналитики. Укажите условия отката — например, недоступность оформления заказа или потерю входящих заявок. План должен объяснять, как восстановить прежнюю версию с учётом новых данных, а не просто обещать «вернуть всё обратно».

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

7. Что отслеживать после редизайна

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

Сравнивайте поисковые визиты и обращения по тем же страницам и источникам, которые были отмечены до запуска. Отделяйте брендовые запросы от поиска услуг. Клик по телефону и реальный разговор, переход в мессенджер и полученная заявка — разные события. Рост числа кликов не доказывает рост продаж.

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

8. Как обсудить объём и стоимость редизайна

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

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

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

Что должно быть согласовано до публикации новой версии

  • Сохранены список важных URL, содержание страниц и исходные показатели.
  • Для изменённых адресов есть таблица соответствий и проверяемые перенаправления.
  • Перенесены актуальные условия, изображения, формы и интеграции.
  • Рабочий домен, метаданные, canonical и Sitemap соответствуют новой версии.
  • Проверены поиск услуги, отправка и получение запроса с телефона и компьютера.
  • Назначены ответственные за запуск, исправления и восстановление рабочей версии.
  • Определено, какие обращения и страницы сравниваем после обновления.

Источники и полезные материалы

Ссылки проверены при подготовке материала: 25 октября 2026. Сведения во внешних источниках могут меняться.

Планируете обновить действующий сайт?

Пришлите адрес и опишите, что мешает клиентам или команде. Обсудим объём изменений, перенос страниц и проверку запуска.

Обсудить редизайн