Редизайн сайта стоит начинать не с замены экранов, а с понимания того, что уже приводит клиентов. Если одновременно убрать страницы услуг, поменять адреса и сократить содержание, красивый новый сайт может потерять полезные точки входа из поиска. Задача SEO при редизайне — сохранить работающие элементы и проверить изменения до запуска, а не искать причину просадки после него.
Ниже — практический порядок для собственника и команды B2B- или сервисного бизнеса. Это редакционный чек-лист SPINOFF, а не обещание сохранить каждую позицию: результат зависит от исходного сайта, масштаба изменений и обработки страниц поисковыми системами. Технические источники проверены 14 сентября 2026 года.
Сначала определите: меняется дизайн или весь сайт?
Разделите проект на три сценария. При визуальном обновлении адреса и назначение страниц остаются прежними. При перестройке структуры услуги объединяются или разделяются, появляются новые URL. При смене домена меняется ещё и основной адрес бизнеса в интернете. Это разные задачи, поэтому один пункт «сохранить SEO» в договорённостях слишком расплывчат.
Попросите команду перечислить изменения отдельно: дизайн, тексты, структура, CMS, домен. Google рекомендует не совмещать все крупные изменения в один момент; при переносе возможны временные колебания видимости. Это аргумент за управляемые этапы, а не за отказ от обновления. Рекомендации Google по переносу сайта.
Что сохранить до начала работ
Соберите небольшой паспорт текущего сайта. Его ценность не в объёме отчёта: после запуска он должен помочь ответить, какая страница изменилась и что произошло с её вкладом в бизнес.
- Список страниц услуг, статей и других важных посадочных страниц с текущими адресами.
- Доступные показатели поиска по страницам и запросам за выбранный период, с зафиксированными датами.
- Обращения и переходы к целевым действиям, если их учёт действительно настроен.
- Заголовки, описания, содержание и основные внутренние ссылки приоритетных страниц.
- Резервную копию сайта и понятный способ восстановления.
Не ранжируйте страницы только по посещаемости. Узкая услуга может получать меньше визитов, чем популярная информационная статья, но чаще приводить подходящих клиентов. Если атрибуции заявок нет, отметьте это как ограничение и согласуйте приоритеты с продажами. Не выдавайте предположение о доходности страницы за измеренный факт.
Составьте карту адресов, если структура меняется
Для каждой затронутой страницы запишите: старый адрес, решение, новый адрес при необходимости, ответственный и результат проверки. Решений обычно немного: оставить, обновить на прежнем URL, объединить с близкой по смыслу страницей или удалить без замены. Отдельно объясните, почему удаление оправдано.
Условный пример, не клиентский кейс. У компании есть отдельная страница обслуживания вентиляции. При редизайне её хотят убрать и оставить общую страницу инженерных услуг. Сначала стоит проверить: сможет ли посетитель нового раздела найти условия именно обслуживания, порядок обращения и нужные ответы? Если нет, объединение ухудшает путь пользователя даже при технически исправной переадресации.
Когда адрес действительно меняется навсегда, Google рекомендует постоянную серверную переадресацию, например 301 или 308. Временные 302 и 307 обозначают другой сценарий. Не выбирайте код по принципу «лишь бы открывалось». Документация Google о редиректах.
Направляйте старую страницу сразу на подходящий конечный адрес, без цепочки промежуточных переходов. Массовая отправка разных услуг на главную не заменяет карту соответствий. Google рекомендует сохранять редиректы при переносе как минимум год. Порядок переноса URL.
Не путайте редирект, canonical и запрет индексации
У этих настроек разные роли. Редирект переводит посетителя на другой адрес. Canonical указывает предпочтительную версию среди одинаковых или очень похожих страниц, но сам по себе посетителя не переносит. Google рассматривает такие указания как сигналы и может выбрать другой канонический адрес. Как Google определяет каноническую страницу.
Noindex предназначен для исключения страницы из поиска. Если запрет с тестовой версии случайно окажется на рабочей странице, красивый дизайн это не компенсирует. При этом блокировка в robots.txt не равна noindex: Google должен иметь возможность прочитать страницу, чтобы обнаружить соответствующее правило. Документация Google о noindex.
Для собственника полезен простой вопрос к исполнителю: «Какую задачу решает каждая из этих настроек на наших страницах?» Ответ «всё проставили для SEO» недостаточен. Нужны конкретные адреса и проверяемый результат.
Что проверить перед публикацией
Проверяйте не только главную страницу. Выберите представителей разных типов: услугу, статью, раздел и страницу контактов. Для важнейших посадочных страниц проведите отдельную проверку.
- Основной текст и предложение доступны, а значимые ответы не исчезли ради короткого макета.
- Название страницы и заголовки описывают её содержание; нет случайных тестовых подписей.
- Меню и ссылки ведут к нужным разделам, а не к адресам тестовой сборки.
- На телефоне читаются текст и кнопки, изображения не перекрывают содержание.
- Формы, контакты и измерение обращений проверены согласованным тестом.
- Настройки индексации рабочей версии отличаются от настроек закрытого тестового сайта там, где это необходимо.
Зафиксируйте, кто разрешает запуск и кто может откатить изменение. Не назначайте релиз на время, когда разработчик недоступен, а ответственный за бизнес увидит сайт только на следующий день. Для небольшого проекта короткая таблица проверок обычно полезнее длинного документа без владельцев задач.
Как принять сайт после запуска
Откройте рабочие адреса заново, а не ограничивайтесь просмотром редактора. Пройдите путь посетителя от страницы услуги до контакта. Проверьте старые ссылки из карты переноса, новые страницы и отсутствие переходов на тестовый домен. Сверьте фактическую разметку и настройки, а не только отметки в интерфейсе CMS.
В первые недели ведите журнал изменений: дата релиза, исправления, затронутые страницы, наблюдаемые отклонения. Сравнивайте сопоставимые периоды и отдельно смотрите важные группы страниц. Общий график сайта может скрывать проблему одной услуги или колебания малоцелевой статьи.
Если обращений стало меньше, сначала разделите возможные причины: недоступная форма, изменение предложения, потеря переходов, сезонность или ошибка измерения. Не запускайте второй крупный редизайн как первую реакцию. Чем меньше одновременно меняющихся факторов, тем проще понять результат и стоимость исправления.
Частые вопросы
Нужно ли менять URL ради нового дизайна?
Само визуальное обновление этого не требует. Наш практический принцип: сохранять понятный работающий адрес, если назначение страницы остаётся прежним. Изменение должно решать конкретную задачу структуры, а не просто сопровождать новый макет.
Можно ли гарантировать отсутствие просадки?
Нет. Можно снизить управляемые риски, сохранить исходные данные и подготовить диагностику. Обещание неизменных позиций не заменяет техническую проверку и план восстановления.
Что важнее: сохранить весь старый текст или сделать страницу удобнее?
Не нужно сохранять каждую фразу. Сохраните полезные ответы и назначение страницы, уберите устаревшее и проверьте, понятнее ли стал путь к решению. Обновление содержания и бездумное сокращение — не одно и то же.
С чего начать вашему бизнесу
Выберите несколько страниц, от которых сильнее всего зависят обращения, и внесите их в план приёмки редизайна. Согласуйте адреса, содержание, ответственных и способ проверки до разработки. Так SEO становится частью запуска, а не срочной задачей после него.
Если планируете обновление сайта и хотите понять поисковые риски, начните с обсуждения текущей структуры и приоритетных услуг. Подробнее о подходе агентства — на странице SEO-продвижение в SPINOFF.
