Как читать статистику обхода сайта в Google Search Console

Статистика обхода в Search Console помогает увидеть ответы сервера и загрузку ресурсов роботом. Сравнивайте группы и даты, чтобы найти причину изменений.

Что должно получиться

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

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

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

Из чего это складывается

Как это сделать по шагам

1. Убедитесь, что выбран подходящий ресурс. Отчёт доступен для доменного ресурса или префикса на уровне корня, а не отдельного пути внутри сайта. Проверьте выбранный хост и охват до сравнения чисел.
2. Определите повод для разбора. Запишите наблюдение: например, после обновления увеличилось время ответа или появились сообщения о недоступности. Выберите период вокруг события и сохраните дату изменения сайта.
3. Начните с доступности хоста. Посмотрите, связана ли проблема с DNS, соединением или получением robots.txt. При повторяющейся недоступности передайте разработчику конкретный период и вид сбоя, а не только общий снимок графика.
4. Разделите обращения по ответам и типам файлов. Выясните, относится ли изменение к HTML, изображениям, стилям или другой группе. Для ошибок и переадресаций возьмите примеры, чтобы проверить общую причину.
5. Сопоставьте сведения с сайтом. Проверьте выбранные адреса сейчас, а для прошлого события используйте журнал изменений и доступные серверные журналы. Не подменяйте прошлый ответ сегодняшним открытием страницы.
6. Сформулируйте исправление. Укажите ожидаемый результат: убрать лишнюю цепочку, восстановить доступность или исправить общий путь ресурса. Проверяйте одну причину за раз и сохраняйте рабочие способы загрузки соседних страниц.
7. Сравните результат после изменения. Используйте тот же охват и сопоставимые группы. Убедитесь, что проблема устранена на реальных адресах. Снижение общего числа обращений само по себе не доказывает улучшение.

Как правильно понимать охват

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

У этого отчёта есть особенность: агрегатные данные обхода включают http и https даже для корневого ресурса с префиксом. При этом набор примеров у такого префикса ограничивается его протоколом. Поэтому не переносите механически правила охвата обычных отчётов на каждый показатель статистики обхода.

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

Почему число обращений не равно числу страниц

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

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

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

Как читать время ответа и объём загрузки

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

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

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

Что делать с ошибками и перенаправлениями

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

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

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

Когда рост и падение графика не требуют немедленной правки

Новый раздел, изменение файлов и повторная обработка известных страниц могут влиять на активность. Сравните группу первичного обнаружения с повторным обходом, но не считайте их прямым обещанием будущей индексации. Новая загрузка — событие обхода, а не оценка полезности материала.

Падение числа обращений может сопровождать устранение ненужных переходов, но также бывает при недоступности или исчезновении путей к важным страницам. Рост может отражать новые полезные материалы или разрастание технических вариантов. Само направление линии не определяет результат.

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

Частые ошибки

• Считать каждое обращение отдельной проиндексированной страницей.
• Оценивать здоровье сайта только по общему числу обходов.
• Сравнивать родительский домен с одним хостом как одинаковые наборы.
• Искать полный перечень посещённых адресов в списке примеров.
• Выдавать среднее по ресурсам за скорость страницы для посетителя.
• Блокировать нужные файлы и переходы ради уменьшения объёма статистики.

Как проверить

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

Для связанных проверок пригодятся отчёт об индексировании, цепочки перенаправлений и измерение скорости сайта. Если требуется разбор технической причины, опишите наблюдения в задании раздела «Маркетинг».

Вопросы и ответы

Обход означает, что страница попала в индекс?

Нет. Загрузка и индексирование — разные этапы. Для состояния конкретной страницы смотрите сведения о её обработке, а статистику обхода используйте для разбора обращений, ответов и доступности ресурсов.

Почему отчёта нет у отдельного раздела сайта?

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

Можно ли узнать все посещённые адреса из примеров?

Нет. Это выборка, которая помогает исследовать типы событий, а не полный журнал обхода. Отсутствие адреса среди примеров не доказывает, что робот его не загружал. Для подробного сопоставления могут потребоваться серверные журналы с согласованным охватом.

Почему после добавления картинок изменилось время ответа?

Среднее считается по загружаемым ресурсам, состав которых мог измениться. Проверьте изображения отдельно от HTML и сопоставьте даты. Это наблюдение ещё не говорит, что каждая страница стала медленнее для посетителя.

Всегда ли ошибки означают поломку действующих страниц?

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

Нужно ли добиваться постоянного роста обхода?

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

Почему числа не совпадают с журналом хостинга?

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