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

Определите, что меняется помимо внешнего вида

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

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

Соберите перечень страниц и их назначения

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

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

Согласуйте карту переноса до верстки

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

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

Для российского трафика добавьте в карту проверки Яндекс Вебмастер: старый URL, новый URL, код 301 или 200, canonical, robots.txt и Sitemap. После выпуска проверьте карту и отправьте обновление Sitemap или переобход по правилам сервиса; это уведомление робота, а не гарантия быстрой индексации.

На небольшом экране таблицу можно прокрутить.

Разделите тестовую среду и публикацию

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

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

Проверьте несколько шаблонов, а не только главную

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

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

Наблюдайте за согласованной группой URL

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

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

Пример проверки переноса адресов

Учебный сайт переносит раздел /services/repair/ на /service/repair/. В карте миграции есть соответствие, но после запуска старый URL ведёт на главную. Проверка только нового адреса не обнаружит эту потерю контекста.

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

Уточните ответственность в предложении агентства

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

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