Проверить HTTP-код
Страница должна реально отдавать 200, а не soft 404 или редирект.
Практическая диагностика · редизайн
После редизайна часть страниц исчезла из поиска: что проверить
Редизайн может выглядеть удачно визуально и одновременно изменить URL, canonical, внутренние ссылки, рендеринг или robots. Если после запуска пропала только часть страниц, ищем различие между старым и новым шаблоном именно для этих URL.
Быстрый маршрут
Что проверить за первые 5 минут
Берём несколько исчезнувших URL и несколько оставшихся в поиске страниц того же типа и сравниваем их.
Проверить indexability
robots, meta robots и X-Robots-Tag.
Проверить canonical
Не указывает ли новый шаблон на другой URL.
Проверить внутренние ссылки
Не стала ли страница сиротой после смены меню/каталога.
Сравнить HTML
Есть ли H1 и основной контент в исходном/отрендеренном документе.
После редизайна проблема часто повторяется по типу шаблона.Если исчезли все карточки одной категории или старые статьи, ищем общее изменение, а не чиним URL по одному.
Шаг 1
Проверьте, не изменились ли адреса без карты соответствий
Новая CMS или роутер может поменять slug, убрать расширения, добавить категории или параметры. Если старые URL перестали отвечать 200 и не имеют точного 301, накопленные сигналы разрываются.
Даже если пользователь легко находит новый раздел через меню, поисковику нужна явная связь старого документа с новым.
Шаг 2
Сравните технические сигналы старого и нового шаблона
После редизайна noindex может остаться на шаблоне, который использовался в staging. Canonical может собираться из неверной переменной или вести на родительскую категорию.
Проверяем не одну страницу, а выборку всего типа: карточки, категории, статьи, пагинацию и фильтры.
Шаг 3
Новый интерфейс мог удалить обычные ссылки на глубокие страницы
Мобильное меню, AJAX-каталог, «Показать ещё» и динамические фильтры иногда заменяют реальные href на JS-события. Пользователь кликает нормально, а робот получает более бедный граф ссылок.
Сравниваем глубину и входящие внутренние ссылки до/после. Особенно важны статьи и товары, которые раньше были доступны из хабов или категорий.
Шаг 4
Основной контент не должен зависеть от хрупкой JS-цепочки
Если H1, описание или список товаров появляется только после API-запроса, ошибка рендеринга может оставить роботу пустую оболочку. Сравниваем исходный HTML и итоговый DOM, а также проверяем прямой вход на URL.
Редизайн часто меняет фронтенд сильнее, чем backend, поэтому проблема индексации может быть именно в новом рендеринге.
Шаг 5
Проверьте, попадают ли новые URL в Sitemap и не остаются ли там старые
Sitemap не заменяет внутренние ссылки, но помогает увидеть расхождение между тем, какие страницы система считает актуальными, и тем, что реально доступно пользователю.
Если генератор карты после редизайна исключает целый тип страниц или продолжает отдавать старые URL, это сильный признак ошибки шаблона.
Практический пример
После редизайна исчезли только статьи старого раздела
Категории и услуги продолжают получать показы, а старые статьи постепенно пропадают. URL статей не менялись, поэтому редиректы сначала кажутся ни при чём.
Сравнение шаблонов показывает: новый layout статей выводит canonical на страницу раздела и убрал ссылку из общего хаба. Исправляем canonical и возвращаем нормальную навигацию. После crawl статьи снова становятся частью структуры.
| Что сравнили | Результат |
|---|---|
| URL | не изменились |
| Canonical | указывает на раздел вместо self |
| Входящие ссылки | старый хаб больше не ссылается на статьи |
Типовые сценарии
Какие изменения чаще всего выбивают страницы из поиска
Если исчезновение массовое, шаблонный признак важнее конкретного URL.
| Симптом | Вероятная причина | Что сравнить |
|---|---|---|
| Исчезли все старые статьи | сменились URL без 301 | старые и новые адреса |
| Исчезли карточки товаров | canonical/noindex шаблона | head карточек |
| Пропали глубокие страницы | сломалась внутренняя навигация | href, пагинацию, хабы |
| Пропали JS-разделы | контент не рендерится при прямом входе | исходный HTML и DOM |
| В Sitemap меньше URL | генератор исключил тип страниц | правила карты сайта |
Чего не делать
Типичные действия, которые мешают диагностике
Сразу переписывать тексты
Если URL закрыт noindex, контент не решит проблему.
Отправлять всё на переобход без исправления
Робот повторно увидит ту же техническую ошибку.
Считать редизайн только визуальным изменением
Шаблоны и навигация часто меняются вместе с дизайном.
Чинить исчезнувшие URL вручную по одному
Массовая проблема обычно находится в общем шаблоне.
Чек-лист
Проверка после редизайна
- Выбрать исчезнувшие URL: Несколько примеров разных типов.
- Найти контрольные URL: Аналогичные страницы, оставшиеся в поиске.
- Сравнить HTTP-коды: 200/3xx/4xx.
- Сравнить robots: meta и headers.
- Сравнить canonical: Нет шаблонного конфликта.
- Сравнить HTML: H1 и основной контент доступны.
- Проверить ссылки: Страница не стала сиротой.
- Проверить Sitemap: Тип страниц присутствует.
- Проверить JS: Прямой вход работает.
- Исправить шаблон: Затем повторить crawl и переобход.
Когда нужен доступ к проекту
Какие данные ускоряют диагностику
Если проблема затрагивает один тип страниц, нужен доступ к шаблону и генерации head. Массовое ручное исправление URL бессмысленно — чинить нужно общий layout.
Передавать пароли в текст статьи или публичную переписку не нужно. Для рабочей диагностики доступы выдаются отдельно и только к тем системам, которые действительно нужны для проверки.
Вопросы
Короткие ответы
Может ли дизайн сам по себе убрать страницы из поиска?
Не визуальный стиль, а сопутствующие изменения URL, HTML, ссылок и рендеринга.
Что проверять первым — robots или контент?
Сначала доступность и indexability, затем содержимое.
Если URL не менялись, редиректы не нужны?
Да, но всё равно нужно проверить canonical, noindex и внутренние ссылки.
Почему исчезла только часть страниц?
Обычно потому, что изменился конкретный шаблон или ветка навигации, а не весь сайт.