Проверка индексации должна отвечать на вопрос о конкретных страницах: какие из нужных URL Google включил в индекс, какой адрес выбрал основным и на какую дату есть сведения. Число результатов по оператору site: или зелёная отметка SEO-сервиса не заменяют такой сверки.
Удобный результат – реестр с адресами, ожидаемым состоянием и доказательством проверки. Сначала составьте его для важных групп сайта, затем расширяйте охват. Если исследовали только категории и несколько товаров, так и укажите: это выборка, а не проверка всего магазина.

Составьте список страниц, которые действительно нужны в поиске
Возьмём условную мастерскую светильников. Ей важны категория бра, карточка модели HL-8 и инструкция по подбору крепления. Кроме них, сайт создаёт сортировки и технические варианты адресов. Все эти URL могут встретиться в выгрузке, но ожидание индексации у них разное.
Соберите исходный список из CMS, навигации, карты сайта и доступного обхода. У каждого источника свои ограничения: sitemap показывает заявленные владельцем адреса, сканер – найденные им переходы. Ни один из этих списков сам по себе не сообщает состояние индекса Google.
Сохраните полный URL с протоколом, доменом, языковым путём и параметрами. Не объединяйте русскую и украинскую версии в одну строку только потому, что это один товар. Они требуют отдельной проверки. Старые адреса после переноса тоже оставляйте в реестре, если нужно проверить их обработку.
До открытия Search Console задайте ожидаемое состояние каждой строки. Для канонической товарной страницы это участие в поиске; для технической сортировки – согласованная обработка варианта. Цель «добавить в индекс каждый найденный адрес» может противоречить устройству самого сайта.
Проверьте точный URL в правильном ресурсе
Откройте Search Console с правами к нужному сайту. Убедитесь, что выбранный ресурс охватывает проверяемый домен, протокол и путь. Ошибка в ресурсе или потерянный языковой префикс может дать ответ совсем о другой странице.
Введите полный адрес в инструмент проверки URL. Сохраните общий статус, дату последнего сканирования и доступные сведения о каноническом адресе, выбранном Google. Основной результат относится к версии, известной Google, а не обязательно к содержимому сайта в эту минуту.
Если выбран другой canonical, добавьте его в соседнее поле и проверьте отдельно. Например, у сортировки может быть ожидаемый основной адрес категории. Тогда отсутствие отдельной сортировки в индексе не равно потере категории. Для карточки самостоятельной модели такой же ответ потребует другого разбора.
Не заполняйте пробелы догадками. Когда дата или выбранный адрес недоступны, напишите «нет данных в полученном результате». Формулировка «страница не индексируется» не должна скрывать отсутствие доступа, ошибку чтения или непроверенный URL.
Разделите данные индекса и проверку текущей страницы
Вчера в шаблоне исправили noindex, а результат из индекса ещё описывает прежнюю версию. Проверка текущего опубликованного URL поможет узнать, доступен ли сейчас документ для обработки. Сохраните этот результат отдельно, с собственной датой.
Не заменяйте им исходный статус. Получилось два наблюдения: что Google сообщает о своей версии и что видит проверка сейчас. Из успешного текущего теста нельзя вывести, что Google уже включил исправленный адрес в индекс или заново выбрал его canonical.
Открытие страницы в браузере также имеет свой смысл: можно увидеть содержимое и работу интерфейса. Это ещё один источник проверки, но он не превращается в данные Google. Обнаружение, сканирование, обработка и показ – разные этапы.

Используйте сводный отчёт для поиска групп, а не вместо реестра
Отчёт об индексировании страниц помогает увидеть общие состояния и выбрать примеры для исследования. Сопоставьте их с шаблонами вашего сайта: категории, карточки, инструкции, языковые версии. Массовая причина в одном шаблоне требует иной задачи, чем единичный неверный адрес.
Учитывайте ограничение списка примеров: он может не охватывать все URL с выбранным состоянием. Если нужной карточки нет в списке, это не готовый ответ о её индексации. Вернитесь к проверке точного URL.
Оператор site: годится для дополнительного поиска страниц, но его выдача не является полным перечнем индекса. Не считайте разницу между числом товаров в CMS и числом найденных результатов количеством «выпавших» карточек.
Запишите вывод так, чтобы его можно было перепроверить
Для мастерской можно начать с такой заготовки. Адреса условные, фактические ответы Google в таблице не выдуманы и пока не заполнены.
| URL примера | Назначение | Что ожидаем | Что сохранить из проверки |
|---|---|---|---|
/bra/ | Категория бра | Основная страница категории участвует в поиске | Статус, дата, выбранный Google canonical |
/bra/hl-8/ | Самостоятельная модель | Каноническая карточка доступна для поиска | Ответ о точном URL и отличие текущего теста, если он понадобился |
/bra/?sort=price | Другой порядок тех же товаров | Обработка соответствует принятому решению по вариантам | Статус варианта и отдельно состояние основного адреса |
В рабочий файл добавьте дату сбора сведений, источник и следующий шаг. Например: проверить причину отсутствия нужной карточки, принять ожидаемый дубль без исправлений или получить доступ для недостающей проверки. Не смешивайте эти состояния в общей отметке «ошибка».
Повторная сверка должна опираться на тот же список URL или явно описанное изменение набора. Если между проверками добавили товары и исключили старые страницы, сначала объясните изменение состава. Иначе сравнение суммарных чисел может показать мнимое улучшение.
В результате у вас будут проверенный набор, его охват и конкретные вопросы для диагностики. Присутствие в индексе всё ещё не подтверждает показы по нужным запросам, переходы или обращения. Если требуется связать проверку индексации с причинами и заданиями для сайта, это можно обсудить в рамках SEO-аудита.
Нужна помощь с вашим проектом?
Оставьте имя и телефон. Свяжусь с вами, чтобы обсудить задачу, объём работ и следующий шаг.