Ошибки индексации в Google Search Console — это не всегда ошибки. Отчёт «Индексирование страниц» показывает все причины, по которым адреса не попали в индекс, и большая часть из них — нормальная работа сайта: редиректы, закрытые служебные страницы, альтернативные версии. Проблемой статус становится, когда в нём оказываются страницы, которые должны приносить трафик. Ниже разбираем каждый статус, его типичные причины и порядок действий для владельца сайта.
- Смотрите не на общее число неиндексированных страниц, а на то, какие именно адреса попали в каждый статус.
- «Просканирована, но не проиндексирована» чаще говорит о качестве и дублях, «обнаружена, не проиндексирована» — о бюджете сканирования и структуре.
- 404, 5xx и ошибки переадресации — технические задачи для разработчика, их исправляют первыми.
Search Console: как пользоваться отчётом об индексировании
Отчёт находится в разделе «Индексирование» → «Страницы». Вверху — график проиндексированных и непроиндексированных адресов, ниже — таблица «Почему страницы не индексируются» со списком причин. Каждую причину можно открыть и увидеть примеры адресов, а также выгрузить их в таблицу.
Три правила чтения отчёта. Первое: по умолчанию показаны все известные Google адреса, включая те, которых нет в карте сайта. Переключите фильтр на «Отправленные в файлах Sitemap» — так вы увидите проблемы именно с теми страницами, которые сами считаете важными. Второе: данные запаздывают, изменения на сайте отражаются в отчёте не сразу. Третье: примеры адресов ограничены, поэтому для большого сайта отчёт — повод для проверки, а не полный список.
Пытаться довести число непроиндексированных страниц до нуля. На любом живом сайте есть адреса с редиректами, параметрами сортировки, служебные страницы. Цель — чтобы в индексе были все полезные страницы, а не чтобы в отчёте не было ни одной строки.
Поэтому в SEO-аудите сайта мы начинаем не с общего числа ошибок, а со сверки: какие страницы должны быть в индексе, какие в нём есть и почему они расходятся.
Какие статусы нормальны, а какие требуют действий
Названия статусов в интерфейсе Google время от времени меняются, но смысл остаётся прежним. Сводка по самым частым из них:
| Статус | Что значит | Когда это проблема |
|---|---|---|
| Страница с переадресацией | Адрес отдаёт редирект на другой | Если на редирект ведут внутренние ссылки или он стоит в sitemap |
| Исключено тегом noindex | На странице стоит запрет индексации | Если noindex оказался на услугах, категориях или статьях |
| Заблокировано в файле robots.txt | Робот не может сканировать адрес | Если закрыты нужные разделы или файлы стилей и скриптов |
| Альтернативная страница с правильным тегом canonical | Google согласен с вашим выбором основной версии | Почти никогда — это нормальное состояние |
| Копия, Google выбрал другую каноническую страницу | Google не согласен с вашим canonical | Всегда стоит разобраться — сигналы сайта противоречат друг другу |
| Не найдено (404) и ложная ошибка 404 | Страницы нет или она выглядит пустой | Если это бывшие рабочие адреса со ссылками и трафиком |
| Ошибка сервера (5xx), ошибка переадресации | Сайт не ответил или ушёл в цикл редиректов | Всегда |
«Страница просканирована, но не проиндексирована»
Google зашёл на страницу, посмотрел её и решил пока не добавлять в индекс. Технически всё в порядке — дело в оценке содержимого. Типичные причины по нашему опыту аудитов:
- страница почти дублирует другую: одинаковые карточки товаров с разницей в цвете, однотипные страницы городов с подменой одного слова;
- мало уникального содержания: тег без товаров, пустая категория, статья на два абзаца;
- страница находится глубоко в структуре, на неё почти нет внутренних ссылок, и Google не считает её важной;
- основной контент подгружается скриптом, и при сканировании робот видит пустой шаблон.
Что делать: определите, нужна ли страница в поиске вообще. Если нет — закройте её noindex или склейте с основной версией. Если нужна — усиливайте: уникальный текст, ответ на запрос, ссылки из меню и связанных разделов. После правок запросите повторное индексирование через инструмент проверки URL, но не массово — это сигнал, а не гарантия.
«Обнаружена, не проиндексирована»
Google знает об адресе, но ещё ни разу его не сканировал. Обычно это значит, что робот отложил визит: сайт отвечает медленно, страниц слишком много, или Google считает раздел малоценным и не тратит на него ресурсы.
Если в статусе десяток новых статей — подождите и проверьте внутренние ссылки на них. Если тысячи адресов с параметрами фильтров и сортировки — проблема в структуре: сайт генерирует бесконечное число страниц, и робот тонет в них, не добираясь до важного. Здесь помогают закрытие параметров, чистка sitemap и ускорение сервера.
ПРАВИЛОЕсли «обнаружена» растёт быстрее, чем число страниц, которые вы реально создаёте, — сайт плодит мусорные адреса.
Дубли и canonical: когда Google выбирает свою версию
Статусы «Страница является копией, канонический вариант не выбран пользователем» и «Копия, Google выбрал другую каноническую страницу» говорят о дублях. В первом случае canonical на странице нет вовсе, во втором — он есть, но Google с ним не согласен.
Причина несогласия почти всегда в противоречивых сигналах: canonical указывает на один адрес, внутренние ссылки ведут на другой, в sitemap стоит третий, а редирект с http на https настроен не везде. Google выбирает версию, на которую больше сигналов. Исправление — привести всё к одному адресу: ссылки, карта сайта, canonical и редиректы должны указывать в одну точку. Отдельный частый случай — RU- и KZ-версии сайта без тегов hreflang, которые Google принимает за копии друг друга.
Технические ошибки: 404, 5xx, редиректы и robots.txt
Эта группа исправляется быстрее всего, и именно её откладывать нельзя. Ошибки сервера 5xx означают, что робот пришёл и не получил страницу; если это повторяется, Google снижает частоту сканирования всего сайта. Ошибки переадресации — циклы и длинные цепочки — часто появляются после переезда на https или смены структуры адресов. Как переехать без таких последствий, мы подробно описали в чек-листе переноса сайта без потери позиций.
Ошибка 404 сама по себе не вредит, если страница действительно удалена и на неё никто не ссылается. Вредит другое: внутренние ссылки на несуществующие адреса и потерянные страницы, у которых были трафик и внешние ссылки, — для них нужен редирект 301 на ближайший по смыслу раздел. «Ложная 404» — это страница, которая отвечает кодом 200, но выглядит пустой: например, категория без товаров или поиск без результатов.
Если причина в коде — форма поиска генерирует мусорные адреса, сервер падает под нагрузкой, модуль ломает редиректы, — это задача для разработчиков. Такие точечные сбои мы чиним в рамках исправления ошибок на сайте за 1–3 дня с фиксированной ценой до старта.
Как проверить, что исправление сработало
Откройте нужный статус в отчёте и нажмите «Проверить исправление». Google начнёт повторное сканирование адресов из этой группы, а в отчёте появится статус проверки. Процесс занимает от нескольких дней до нескольких недель — в зависимости от размера сайта и частоты, с которой робот к нему приходит.
Для отдельных важных страниц пользуйтесь инструментом проверки URL: он показывает, как Google видит страницу сейчас, какую версию считает канонической и когда последний раз её сканировал. Кнопка «Проверить страницу на сайте» запускает живую проверку — удобно сразу после правки, чтобы убедиться, что noindex действительно снят.
Порядок действий для владельца сайта
- Отфильтруйте отчёт по sitemapТак вы увидите проблемы только у страниц, которые сами считаете важными.
- Начните с ошибок 5xx и переадресацииОни бьют по сканированию всего сайта, и их исправление обычно не требует контентных решений.
- Проверьте noindex и robots.txtУбедитесь, что под запрет не попали услуги, категории и статьи.
- Разберите дублиСведите canonical, внутренние ссылки, sitemap и редиректы к одному адресу.
- Решите судьбу непроиндексированных страницСлабые закройте или объедините, нужные — усильте контентом и ссылками.
- Запустите проверку исправленияИ вернитесь к отчёту через две-четыре недели.
Если статусов много, а причины переплетены — дубли из-за фильтров, медленный сервер, противоречивые canonical, — разбираться по одному адресу долго. В аудите мы проверяем индексацию как один из ключевых блоков из 120 пунктов, находим 3–5 главных причин и отдаём задачи с приоритетами, а техническая оптимизация нашими разработчиками занимает 1–2 недели. Через 4 недели после внедрения сверяем отчёт об индексировании и показываем, что изменилось. Когда техническая база в порядке, рост дальше обеспечивают контент и ссылки — это уже работа SEO-продвижения. Стоимость обоих направлений — на странице цен на маркетинг; аудит с внедрением стоит от 300 000 ₸.
Почему страница просканирована, но не проиндексирована уже несколько месяцев?
Чаще всего Google считает её дублем или малоценной. Проверьте, нет ли на сайте похожей страницы, достаточно ли на ней уникального содержания и ведут ли на неё внутренние ссылки. Повторный запрос индексирования без правок обычно ничего не меняет.
Нужно ли что-то делать со статусом «обнаружена, не проиндексирована»?
Если речь о свежих страницах — подождать и проверить ссылки на них. Если адресов тысячи и это параметры фильтров — закрывать мусор и чистить структуру, иначе робот не доберётся до важных страниц.
Как быстро Google обновит отчёт после исправлений?
От нескольких дней до нескольких недель. Кнопка «Проверить исправление» ускоряет повторное сканирование, но не делает его мгновенным.
Достаточно ли Search Console, чтобы найти все ошибки индексации?
Для Google — это основной источник, но примеры адресов в отчёте ограничены. На больших сайтах его дополняют краулером и логами сервера, а для Яндекса смотрят отдельный отчёт в Вебмастере.
