Журналы сервера показывают, что на самом деле было запрошено на сайте: URL-адрес, время, статус, передаваемый том, референт и пользовательский агент в зависимости от конфигурации. Они дополняют поисковые и поисковые консоли, раскрывая посещенные пути, повторяющиеся ошибки и ресурсы, потребляющие машинное время. Однако они не говорят, почему страница занимает ранжирование или удовлетворяет ли ее содержание читателю.
Подготовьте действенный образец
Выберите репрезентативный период, сохраните часовой пояс, исключите данные, которые вам не нужны, и защищайте личную информацию. Для активного сайта несколько недель часто позволяют наблюдать циклы сканирования. Газеты должны храниться на пропорциональном сроке и доступе, не становясь неопределенным архивом.
Проверьте роботов, прежде чем считать их
Имя агента пользователя может быть фальсифицировано. Для чувствительной аналитики используйте метод проверки, публикуемый движком, а не простой поиск по строкам. Google документирует проверку с помощью обратного DNS, затем Direct, а также опубликованных диапазонов IP. developers.google.com
Групповые запросы по семьям
- канонические HTML-страницы;
- изображения, CSS, JavaScript и шрифты, необходимые для рендеринга;
- 3xx перенаправления;
- Ошибки 4xx и 5xx;
- Параметры, грани, внутренние поиски и технические URL-адреса;
- Старые пути, которые должны были исчезнуть.
Затем сравните томы, статусы и время ответа по каталогу или шаблону. Один URL с высоким спросом может быть менее важен, чем шаблон, воспроизведенный в десяти тысячах вариантов.
вопросы, на которые логи хорошо отвечают
- Запрашиваются ли новые страницы после публикации?
- googlebot тратит время на ненужные настройки?
- Внутренние ссылки все еще приводят к перенаправлениям или 404?
- Ошибки 5xx сосредоточены на час или на размер?
- Правильно ли реагируют ресурсы рендеринга?
В отчете о статистике Search Console также предоставляется представление истории, типов файлов, ответов и статуса хоста. developers.google.com
Превратите наблюдение в приоритет
Сначала исправьте ошибки, влияющие на стратегические страницы, очень частые шаблоны и простоя сервера. Затем уменьшите количество ненужных пробелов URL, обновите внутренние ссылки и проверьте, какие новые функции обнаружены. Отсутствующий запрос в журналах не доказывает проблему: также изучите карту сайта, сетку, robots.txt, канонические и проверку URL.
Следующий шаг
Создайте четыре простые таблицы: наиболее изученные URL-адреса, ошибки по шаблону, наиболее запрошенные параметры и страницы карты сайта. Каждая строка должна вести к воспроизводимой проверке, а не к автоматическому выводу.