Редизайн сайта без потери SEO: что проверить до и после запуска

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

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

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

Определите, что именно меняется

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

• Только оформление: меняются шрифты, цвета, расположение блоков, но сохраняются страницы и их назначение.
• Структура и содержание: услуги объединяют или разделяют, добавляют каталог, удаляют старые материалы.
• Платформа: сайт переносят на другую CMS или собственную разработку; при этом могут измениться адреса и способ вывода контента.
• Домен: компания меняет название или объединяет несколько сайтов. Такой переезд требует отдельного плана.

Для каждого изменения укажите причину. Например, «создать отдельную страницу монтажа, чтобы клиент видел состав работ» — проверяемая задача. «Упростить всё до одного экрана» — пожелание, последствия которого ещё нужно оценить.

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

Сохраните исходные данные и список важных страниц

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

Отдельно отметьте страницы, которые:

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

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

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

Подготовьте карту старых и новых URL

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

Для каждого адреса выберите один из сценариев:

1. Страница остаётся на прежнем месте. Если назначение не изменилось, сохраните URL. Новое оформление само по себе не требует нового адреса.
2. Страница переезжает. Укажите конкретный новый URL, который отвечает на ту же задачу посетителя.
3. Несколько страниц объединяются. Проверьте, что общая страница действительно содержит нужную информацию для посетителей каждой старой страницы.
4. Материал удаляется без замены. Зафиксируйте это решение отдельно, чтобы случайно не спутать удаление с ошибкой переноса.

Условный пример: страница /uslugi/montazh-kondicionerov переезжает на /montazh-kondicionerov. В карте указывают оба адреса и проверяют, что новая страница по-прежнему описывает монтаж, условия и способ заказа. Страница «Все услуги» с одной строкой про кондиционеры не равноценна подробному описанию монтажа.

Яндекс рекомендует при изменении адресов настроить 301-редирект и убедиться, что новая страница доступна роботу и возвращает ответ 200. См. рекомендации по смене структуры и дизайна.

Проверьте редиректы на реальных адресах

Редирект — это автоматическое перенаправление посетителя со старого адреса на новый. Для постоянного переноса страниц обычно используют серверный ответ 301; Google также относит 308 к постоянным перенаправлениям. Документация Google о редиректах.

При приёмке откройте несколько старых ссылок вручную и попросите разработчика проверить всю карту автоматически. Рабочий сценарий для изменённого адреса: старый URL → постоянный редирект → нужная новая страница с ответом 200.

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

Не отправляйте все удалённые страницы на главную только ради отсутствия ошибок в отчёте. Когда равноценной замены нет, корректный ответ 404 или 410 лучше маскировки исчезнувшего материала. Массовые перенаправления на нерелевантную страницу могут трактоваться Google как soft 404. Этот случай описан в руководстве по переезду.

Перенесите содержание и внутренние ссылки

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

Например, вместо длинного абзаца об этапах производства можно сделать понятные блоки. Однако замена всего описания на «Решаем любые задачи — оставьте заявку» лишает человека конкретики.

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

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

Проверьте индексацию и метаданные перед открытием сайта

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

Перед запуском проверьте настройки именно рабочего домена:

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

Google должен иметь возможность просканировать страницу, чтобы увидеть директиву noindex. Поэтому одновременная блокировка обхода в robots.txt не является надёжным способом сообщить поиску об удалении страницы из индекса. Как работает noindex.

В актуальный Sitemap включите канонические адреса страниц, которые хотите видеть в поиске. Проверьте отсутствие тестового домена, ошибок в URL и дублей. lastmod должен отражать реальное существенное обновление страницы. Отправка Sitemap помогает обнаружению страниц, но не гарантирует их индексирование. Руководство Google по Sitemap.

Примите новую версию по проверяемым критериям

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

1. По каждой приоритетной странице указано, сохранена она, перенесена или удалена по согласованию.
2. Проверена карта редиректов; нет циклов и переходов на неправильные разделы.
3. У важных страниц проверены доступность для поиска, метаданные и канонические адреса.
4. Работают меню, кнопки и формы на компьютере и телефоне.
5. Тестовая заявка дошла до ответственного сотрудника с нужными полями и источником обращения.
6. Цель успешной отправки срабатывает после принятия формы, а не просто при нажатии кнопки.
7. Рекламные ссылки и метки проверены после перенаправлений.
8. Подтверждены доступы владельца к домену, хостингу, аналитике и поисковым кабинетам.
9. Есть резервная копия, порядок восстановления и контакт разработчика на время запуска.

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

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

Что смотреть после запуска и при падении трафика

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

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

Если переходов стало меньше, начните с наблюдаемого симптома:

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

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

Частые вопросы о редизайне и SEO

Нужно ли менять адреса при переходе на другую CMS?

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

Можно ли удалить страницы без трафика?

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

Когда можно считать перенос завершённым?

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

Что передать разработчику для оценки проекта?

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

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