При редизайне легко сохранить логотип и потерять страницы, которые приводили клиентов из поиска. Причина обычно скрывается в адресах, структуре и содержании: услугу объединили с другой, полезный раздел сократили, старые ссылки перестали открываться. Поэтому SEO нужно включать в план работ до утверждения макетов. Ниже — порядок, который помогает связать новую версию сайта с уже накопленным контентом и вовремя обнаружить ошибки переноса.
Сначала зафиксируйте, что работает сейчас
Составьте реестр существующих страниц. Для каждого адреса сохраните назначение, заголовок, title, описание, код ответа, основные внутренние ссылки и доступные данные о посещениях из поиска. Отдельно отметьте страницы, с которых приходят обращения, даже если у них небольшой трафик. Для узкой услуги несколько подходящих посетителей могут быть ценнее большого числа случайных читателей.
Выгрузки из аналитики дополните просмотром сайта: в меню могут отсутствовать старые статьи, документы и страницы сезонных предложений. Зафиксируйте дату среза, устройства и регион. Если продвижение ориентировано на Челябинск, не смешивайте региональные запросы с общероссийскими: после запуска иначе будет трудно понять, что именно изменилось.
Решите судьбу каждой страницы до разработки
Новый дизайн сам по себе не требует новых URL. Когда содержание и задача страницы сохраняются, прежний адрес обычно удобнее оставить. Изменения структуры оформляйте в отдельной таблице, которую проверят и разработчик, и специалист по поисковому продвижению. Статус «перенесено» должен означать проверенный результат, а не только добавленное правило.
| Ситуация | Решение | Что проверить |
|---|---|---|
| Услуга осталась прежней | Сохранить адрес и полезное содержание | Страница открывается, форма работает |
| Страница получила новый адрес | Постоянный редирект на соответствующую страницу | Переход ведёт сразу к нужному материалу |
| Несколько материалов объединены | Перенести существенные ответы в общий материал | Новая страница отвечает прежним задачам |
| Материал удалён без замены | Вернуть корректный статус отсутствия | Нет перенаправления на случайную услугу |
Google рекомендует сопоставлять прежние и новые URL, использовать постоянные серверные перенаправления и избегать длинных цепочек. Массовый перевод несвязанных страниц на главную может восприниматься как soft 404. Эти ограничения описаны в руководстве Google по переносу сайта.
Перенесите смысл, а не только видимые абзацы
Перед сокращением текста разберите, на какие вопросы он отвечает. Условия работы, характеристики, ограничения, этапы и примеры помогают человеку выбрать исполнителя. Их можно оформить компактнее, но нельзя заменять общей фразой «индивидуальный подход». Сохраните подтверждённые факты и обновите устаревшие сведения вместе с ответственным сотрудником.
Проверьте изображения, подписи, файлы для скачивания и связи между услугами и кейсами. В реестр переноса внесите не только страницы, но и документы, на которые ссылаются клиенты. Для редактора подготовьте понятные поля: заголовок, описание, условия, иллюстрации, связанные проекты. Такой состав удобно закладывать ещё на этапе разработки сайта.
Проверьте новую версию по контрольному списку
- Все важные услуги и статьи присутствуют; у каждой понятное название и собственный основной заголовок.
- Внутренние ссылки ведут на конечные адреса, а навигация работает на телефоне, планшете и компьютере.
- Для страниц заполнены осмысленные title и description; автоматически созданные дубли проверены отдельно.
- Существующие адреса и редиректы проверены по реестру, включая варианты со слешем и старые ссылки из рекламы.
- Доступны изображения, формы, скачивания и согласованные события аналитики.
Canonical должен согласовываться с внутренними ссылками и адресами в карте сайта. Этот атрибут помогает обозначить предпочтительную версию похожих страниц, но не заменяет перенаправление пользователя. Google рассматривает canonical как сигнал при выборе основного URL; подробности есть в документации о канонических адресах.
Запускайте с планом проверки и восстановления
До переключения согласуйте ответственного, время запуска и критерии возврата предыдущей версии. Резервная копия должна соответствовать фактическому состоянию сайта; отдельно определите, как сохранить обращения, появившиеся во время работ. На запуске нужна доступность людей, которые могут исправить код, настройки сервера и содержание, а не только подтвердить внешний вид.
После открытия новой версии проверьте отсутствие случайного noindex на рабочих страницах, редиректы и карту сайта. Затем сравнивайте поисковые переходы и обращения по сопоставимым периодам. Учитывайте сезонность и изменения рекламы. Однодневное снижение не доказывает ошибку редизайна, а красивый первый экран не подтверждает успешный перенос.
Обещание «редизайн без потери SEO» стоит понимать как задачу сохранения и контроля, а не гарантию неизменных позиций. При повторной обработке страниц поиском возможны колебания. Если планируете обновление, пришлите текущий сайт и список изменений: начать полезнее с карты переноса, чем с удаления старых разделов.