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

Короткий ответ: при редизайне сохраняйте не старый внешний вид, а рабочие поисковые сигналы: URL, полезный контент, внутренние ссылки, метатеги, canonical, микроразметку и путь к заявке. До разработки зафиксируйте состояние сайта, решите судьбу каждого адреса и подготовьте редиректы. Затем проверьте тестовую версию, а после запуска - production, формы, аналитику и органические входы.

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

Почему редизайн может повредить SEO

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

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

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

Что зафиксировать до разработки

Соберите URL из sitemap.xml, аналитики, панелей вебмастеров и внутреннего обхода. Один источник не покажет всё: в sitemap может не быть полезной страницы, а в аналитике - адреса без недавних посещений.

Для важных URL сохраните:

1. код ответа и конечный адрес после редиректа;
2. title, description, H1 и основной текст;
3. canonical, robots и наличие в sitemap;
4. входящие ссылки и место в меню;
5. органические входы, показы и запросы за сопоставимый период;
6. целевое действие: форма, звонок, цена или другой шаг;
7. тип страницы: услуга, категория, статья, кейс или служебная.

Не смотрите только на лидеров по трафику. Редко посещаемая страница может поддерживать важную услугу или приводить ценные обращения. Сначала выясните её роль.

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

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

Главный документ проекта - таблица, где каждому старому адресу назначена судьба:

• сохранить страницу и URL;
• перенести на новый адрес;
• объединить с близкой страницей;
• удалить без замены.

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

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

Удаление допустимо, когда материал устарел, не полезен и не имеет значимых входов или ссылок. Не отправляйте все удалённые URL на главную. Если аналога нет, корректный 404 или 410 лучше нерелевантного редиректа. Адрес уберите из ссылок и sitemap.

Сохраните полезный смысл

Старые тексты необязательно переносить дословно. Но нельзя без проверки убирать описание услуги, условия, географию, цены или факторы расчёта, этапы, ограничения, примеры и FAQ.

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

Отдельно проверьте title, description и H1. Массовая замена одновременно с шаблоном и URL усложнит диагностику. Для важных страниц разумно сначала сохранить проверенные формулировки, а крупные правки выпускать отдельно.

Проверьте также alt у содержательных изображений, подписи, хлебные крошки, контакты, документы и schema.org. Микроразметка должна совпадать с видимым текстом: если вопросов больше нет, FAQPage оставлять нельзя.

Навигация и внутренняя перелинковка

Важные разделы не должны быть спрятаны в карусели, фильтре или скриптовом интерфейсе. Основные страницы должны открываться по обычным HTML-ссылкам.

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

Сравните входящие ссылки на приоритетные URL. Если раньше услуга была в меню и статьях, а теперь осталась только в футере, это существенное изменение. Подробнее - в материале о внутренней перелинковке для SEO.

Анкор должен объяснять переход: «SEO-аудит сайта» полезнее слова «здесь». Ставьте ссылки там, где они действительно продолжают задачу читателя.

Проверка тестовой версии

Тестовый сайт лучше закрыть авторизацией или ограничить по сети: одного robots.txt недостаточно. Перед публикацией убедитесь, что запрет не переехал на production.

Во время полного обхода найдите:

• ссылки на тестовый домен или IP;
• страницы без H1 или с повторяющимися H1;
• пустые title и description;
• canonical на старые, тестовые или несуществующие URL;
• неработающие изображения, стили и скрипты;
• формы, которые не отправляются или не фиксируют цель;
• важный контент, доступный только после действия;
• цепочки редиректов и ссылки через редирект;
• 404 в меню, карточках, хлебных крошках и футере.

Проверьте исходный HTML. Если текст, ссылки или canonical появляются только после выполнения JavaScript, отдельно оцените рендеринг. Практические шаги есть в статье о JavaScript SEO и индексации.

URL, canonical, sitemap и редиректы

Сохранённый URL должен сразу отдавать 200. Выберите единый формат адресов и приведите к нему ссылки, canonical и sitemap.

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

Canonical новой страницы обычно указывает на неё саму и не заменяет редирект. В sitemap оставляйте только канонические URL со статусом 200. Старые адреса оттуда убирают, но перенаправления сохраняют для внешних ссылок и закладок.

Если меняется домен, добавляются DNS, сертификаты, зеркала и интеграции. Здесь нужен отдельный план смены домена без потери SEO.

Скорость и мобильная версия

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

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

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

План безопасного запуска

Запускайте сайт, когда разработчик, аналитик и редактор доступны для проверки. Порядок действий:

1. Сделайте резервную копию файлов, базы и конфигурации. Проверьте откат.
2. Подготовьте контрольные URL: главная, услуги, категории, статьи, формы и служебные страницы.
3. Сверьте тестовую версию с картой соответствия и выполните обход.
4. По возможности не совмещайте запуск со сменой рекламы и других крупных систем.
5. На production сразу проверьте URL, редиректы, canonical, robots, sitemap и формы.
6. Отправьте тестовую заявку. Убедитесь, что она дошла и записалась в аналитике.
7. Просмотрите серверные ошибки и новые 404.
8. В следующие дни следите за обходом, индексированием, входами и заявками по группам страниц.

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

Пример: редизайн сайта услуг

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

Направить все шесть URL на общую страницу «Услуги» - плохое решение. Более аккуратный план:

• четыре страницы с самостоятельным спросом сохранить, желательно на прежних адресах;
• одну слабую страницу объединить с точным новым направлением и поставить прямой 301;
• вторую сохранить из-за бизнес-значения, переработать и усилить ссылками;
• связать кейсы и статьи с подходящими услугами;
• проверить передачу источника и страницы входа в формах.

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

Частые ошибки

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

Принимать только макет. В нём не видны коды ответа, canonical, исходный HTML, цели и редиректы.

Удалять длинные тексты целиком. Убирайте повторы, но оставляйте условия, факты, ограничения и ответы.

Вести все старые URL на главную. Такой редирект не заменяет релевантную страницу.

Забывать об аналитике. Форма может работать, но перестать фиксировать источник и цель.

Проверять только главную. Ошибки часто остаются в статьях, карточках, пагинации, фильтрах и старых URL.

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

Практический чек-лист

• У каждого старого URL есть зафиксированная судьба.
• Важные страницы и смысловые блоки сохранены.
• Title, description и H1 проверены.
• Ссылки ведут на конечные production-URL.
• Нет canonical и ресурсов с тестового домена.
• Редиректы прямые и релевантные.
• Robots и meta robots разрешают обход нужных страниц.
• Sitemap содержит канонические URL со статусом 200.
• BlogPosting, BreadcrumbList и FAQPage совпадают с текстом.
• Меню и формы работают на мобильных устройствах.
• Аналитика фиксирует просмотр, заявку и источник.
• Есть резервная копия, ответственный и критерии отката.
• После запуска выполнены обход и публичная проверка.

FAQ

Нужно ли сохранять все старые URL?

Нет. Сохраняйте адрес, если страница решает ту же задачу. При переносе ставьте прямой 301 на точный аналог. Если замены нет, корректный 404 или 410 лучше случайного редиректа.

Можно ли одновременно менять дизайн и тексты?

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

Нужен ли SEO-контроль, если URL прежние?

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

Как долго наблюдать за сайтом?

Техническую проверку проводят сразу, затем смотрят на обход, индексирование, входы и заявки в динамике. Единого срока нет: он зависит от размера сайта и частоты обхода. Учитывайте сезонность.

Когда запуск лучше отложить?

Если нет карты URL, резервной копии, доступа к аналитике, времени на тестирование или человека для срочного исправления ошибки.

Что важнее: позиции или заявки?

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

Что делать дальше

Если редизайн пока в макете, начните с инвентаризации URL и карты соответствия. Если сайт уже обновлён, сначала проверьте коды ответа, редиректы, canonical, robots, sitemap, формы и органические страницы входа.

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