Справочник

Анализ логов сервера — как проверить, что происходило с сайтом

Журнал запросов к серверу показывает успешный ответ, перенаправление и ошибку.

Что такое анализ логов сервера

Анализ логов сервера — это разбор записей о том, как к сайту обращались и что ответил сервер. Лог, или журнал, помогает выяснить, какой адрес открывали, когда это случилось и какой ответ вернул сайт.

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

Состав журнала зависит от настроек. Обычно для задачи SEO нужны такие сведения.

  • Дата и время. Позволяют связать запись с релизом или периодом ошибки.
  • Адрес в логе. Показывает, какой раздел, файл или вариант URL открывали.
  • Код ответа. Объясняет, что вернул сервер, например успешный ответ или ошибку.
  • Идентификатор клиента. Может помочь отличить браузер от поискового робота.

Чем анализ логов отличается от веб-аналитики

Лог показывает запросы к серверу. Веб-аналитика показывает события, которые удалось зафиксировать на сайте. Эти данные отвечают на разные вопросы.

Лог сервераВеб-аналитика
Что фиксирует. Обращение и ответ сервера.Что фиксирует. Просмотр, нажатие, отправку формы или покупку, если отслеживание настроено.
Пример. Робот запросил страницу и получил ошибку.Пример. Посетитель открыл товар и нажал кнопку заказа.
Ограничение. Строка лога не равна человеку или визиту.Ограничение. Отчёт зависит от сбора событий и настроек.

Если используется промежуточный кеш, часть обращений может быть обслужена до основного сервера. Поэтому анализ начинайте с вопроса, где собраны данные. Пустой журнал одного сервера не доказывает, что к сайту никто не обращался.

Как провести анализ логов сервера

Начните с вопроса, который можно проверить по записям. Например, «Запрашивал ли Googlebot новый адрес каталога после переезда?»

  1. Возьмите нужный период. Для переезда выберите несколько дней до и после изменения.
  2. Выберите адреса. Отфильтруйте каталог, старые URL и важные карточки.
  3. Отделите роботов. Уточните, какие строки относятся поисковой системе. Строку идентификатора можно подделать, поэтому для важных выводов сверяйте её с официальным способом проверки робота.
  4. Сгруппируйте ответы. Сравните число успешных обращений, перенаправлений и ошибок.

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

На что смотреть в итогах анализа

Формулируйте выводы по наблюдаемым данным. Укажите, какой период и какой источник записей проверены.

  • Успешные ответы. Код 200 подтверждает, что сервер отдал ответ, но не означает автоматическую индексацию.
  • Перенаправления. Проверьте, ведёт ли старый URL на соответствующую новую страницу.
  • Ошибки. Если важные адреса часто возвращают 404 или 500, уточните причину и повторите запрос после исправления.

Перед передачей данных для анализа удалите или замаскируйте сведения, которые не нужны для задачи. В строках могут быть адреса клиентов и параметры запроса. Для проверки обхода обычно достаточно времени, пути, кода ответа и признаков робота. Так отчёт можно обсуждать без раскрытия лишних данных. Повторите анализ после исправления. Например, раньше в журнале сервера были ответы 404, а после настройки перенаправления появились 301 и успешные запросы нового адреса. Для анализа сравните именно эти строки, а не общий объём записей. Если в логах нового запроса ещё нет, это означает только отсутствие записи за выбранный период. Проверьте доступность сервера отдельно. В выводах анализа укажите, где заканчиваются наблюдения и начинается предположение. Такая запись полезна при следующем обращении к логам сервера.

При анализе логов полезно заранее записать вопрос и критерий ответа. Например, анализ покажет, был ли новый адрес доступен после переноса. Другой анализ может проверять повторные ошибки. В обоих случаях сравнивайте одинаковые источники и периоды. Если анализ затрагивает несколько узлов, объедините логи в одной временной зоне. Иначе соседние события будут выглядеть так, будто произошли в обратном порядке. В отчёте назовите условия анализа и сохраните примеры строк.