Разработка 04 октября 2026 5 мин

Редизайн сайта и SEO: что проверить до смены дизайна

Что сохранить при обновлении сайта: адреса, полезное содержание, SEO-настройки и измерение заявок. План проверок до и после запуска.

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

Определите, какую проблему решает редизайн

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

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

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

Сохраните исходные данные

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

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

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

Составьте карту старых и новых адресов

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

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

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

Карту должен проверить человек, который понимает содержание. Автоматическое совпадение по словам в адресе может отправить посетителя на другую услугу.

Что сохранить в содержании страниц

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

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

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

Проверка новой версии до запуска

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

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

Для поисковой части подготовьте список проверок:

  • важные страницы доступны по правильным адресам;
  • заголовок H1 соответствует содержанию, title и description перенесены или осознанно изменены;
  • canonical указывает на нужную версию страницы;
  • внутренние ссылки ведут сразу на конечные адреса;
  • перенаправления проверены по карте, не образуют циклы и длинные цепочки;
  • robots.txt и метатеги не закрывают предназначенные для поиска страницы;
  • изображения, файлы и основное содержание доступны;
  • счётчики и согласованные события аналитики работают.

SEO-настройки нельзя проверить по одному скриншоту. Для части пунктов нужны просмотр HTML, ответа сервера и инструментов вебмастера.

Подготовьте план запуска и возврата

Укажите, кто переносит версию, кто проверяет её и кто принимает решение при критической ошибке. Сохраните исходное состояние файлов, базы и настроек в объёме, достаточном для согласованного восстановления.

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

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

Как оценивать результат после редизайна

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

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

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

Поделиться:

Нужна похожая разработка?

Расскажите о задаче — проведём бесплатную техническую консультацию.