Запрос «редизайн сайта без потери позиций» понятен: не хочется потерять то, что уже работает. Но гарантировать неизменность выдачи нельзя. В частности, Google предупреждает о колебаниях при существенном переносе сайта. Это не означает, что новый цвет кнопки требует переезда. Сначала разделите виды изменений.
Используйте этот порядок для подготовки технического контроля. Причины проблем конкретного сайта устанавливают по его адресам, ответам и данным.
Отделите оформление от смены адресов
Проверьте, какие URL действительно требуется изменить. При обновлении представления страницы прежний адрес может остаться. Не добавляйте перенос домена, новую CMS и переименование разделов только потому, что одновременно рисуются новые макеты.
Если адреса меняются, это отдельная работа со списком соответствий. Назначьте ответственного за выпуск и согласуйте её границы. В рекомендациях Яндекса по смене структуры и дизайна эти ситуации разделены. Для сохранённых адресов остаётся важной доступность содержимого после изменения страницы.
Сохраните исходный список и содержание
Соберите важные адреса из доступных источников: существующего сайта, sitemap, поисковых кабинетов, аналитики и известных внешних ссылок. Укажите ограничения: неполный экспорт нельзя выдавать за полный перечень.
Зафиксируйте назначение страниц и содержание, которое требуется сохранить: объяснение услуги, характеристики, документы, изображения и переходы. Удаление текста ради компактного макета меняет не только оформление. Согласуйте его отдельно, чтобы потом понимать состав выпущенных изменений.
Сохраните исходные поисковые отчёты с датами и фильтрами. Не называйте поисковые клики посещениями сайта: кабинет и аналитика измеряют разные события. Если данных нет, оставьте значение неизвестным.
Назовите итог для каждого старого URL
Для изменяемого адреса возможны сохранение, эквивалентная замена или реальное удаление. Не отправляйте все старые материалы на главную ради исчезновения ошибок. Человеку нужен ответ, соответствующий прежней ссылке.
| Судьба материала | Проверка |
|---|---|
| Адрес сохраняется | Страница доступна и содержит нужный ответ |
| Есть эквивалентная постоянная замена | Проверенный серверный301 ведёт на новый адрес без случайной цепочки |
| Материал окончательно удалён без замены | Возвращается HTTP404 или410, не пустой успешный ответ |
| Решение не принято | Адрес остаётся открытым вопросом с ответственным |
Яндекс рекомендует серверное перенаправление при смене адреса и проверку нового документа. Google описывает корректные ошибки для удалённых материалов. Выберите правило по судьбе материала. Один canonical не решает вопрос перенаправления или удаления.
Согласуйте canonical, ссылки и sitemap
Canonical для Google — сигнал предпочтительного адреса, не обещание его выбора. Проверьте, что в разметке, карте сайта и внутренних переходах нет противоречащих друг другу URL.
Для переименованной страницы обновите ссылки внутри сайта. Прямой переход к актуальному материалу понятнее цепочки старых адресов. Проверьте также основной HTTPS-host и файлы для скачивания: они тоже могут быть целями известных ссылок.
В sitemap включайте предназначенные для поиска канонические адреса. Google описывает требования к карте сайта; её наличие не подтверждает, что все документы приняты в индекс. Закрытый предпросмотр в публичную карту не включают.
Проверьте, что публичная версия открыта для поиска
На принятых страницах не должны случайно остаться запреты предпросмотра: noindex в HTML, X-Robots-Tag или неподходящие правила robots.txt. При этом служебные и приватные страницы не становятся публичными автоматически.
Запрет обхода не заставляет робота прочитать noindex. Google объясняет, что для чтения директивы страница должна быть доступна для обхода. Защита доступа и участие в поиске решают разные задачи.
Проверьте существенный текст и ссылки в получаемом HTML. На конкретном сайте метод зависит от стека; видимый макет не доказывает доступность того же содержания роботу.
После размещения проверяйте публичные ответы
Откройте новые адреса, старые входы, документы и неизвестный URL. Сверьте статусы, конечные цели переходов, содержание и запреты. Локальная сборка не показывает, какие заголовки добавляет реальный сервер.
Затем сравните sitemap с выпущенными страницами. В URL Inspection Google различаются проверка живой страницы и сведения об индексированной версии. Успешный live-test не означает уже выполненную индексацию.
Зафиксируйте замечания и способ возврата проверенной версии при критической ошибке. Место этого шага в работе описано в этапах редизайна.
Как читать результаты наблюдения
Сравнивайте одинаковые периоды, системы, устройства и группы страниц. Отдельно отмечайте изменения содержания, адресов, источников посетителей и аналитики. Без этого нельзя обоснованно объяснить разницу одним новым дизайном.
Отсутствие данных не доказывает успех или провал. Договоритесь о следующей оценке и ответственном за исключённые страницы, без обещания фиксированной даты восстановления позиций.
В ТЗ запишите владельца поискового контроля, а в оценке работы отделите его от макетов. Услуга KEIVO не означает гарантированное SEO-продвижение: у дизайна и вёрстки есть свои границы.
Источники и границы
- Google: перенос с изменением URL.
- Google: canonical, sitemap, noindex.
- Google Search Console: URL Inspection.
- Яндекс: смена структуры и дизайна.
Рабочая таблица и порядок проверки предложены редакцией. Это не кейс миграции клиента, прогноз трафика или гарантия сохранения позиций.