Лог ошибок сайта - это журнал, куда сервер записывает каждую проблему: с датой, файлом, номером строки и описанием. Найти его можно в панели хостинга в разделе «Журналы» или «Логи», либо в файлах error_log в корне сайта и его папках. Читать проще, чем кажется: смотрите последние строки, ищите слова Fatal, Error и путь к файлу - это и есть ответ на вопрос «почему сломалось». Ниже - какие логи бывают, где лежат у типового сайта на Битрикс и как по ним ставить диагноз.

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

Какие логи есть у сайта и что в каждом из них

ЛогЧто внутриКогда смотреть
Лог ошибок сервера (error_log)Ошибки PHP и веб-сервера: файл, строка, текстОшибка 500, белый экран, сломалась функция
Лог доступа (access_log)Каждый запрос: IP, время, адрес, код ответаПодозрение на ботов, атаку, источник нагрузки
Лог MySQLОшибки базы, медленные запросыОшибка подключения к базе, тормоза
Журнал событий БитриксВход в админку, ошибки авторизации, действия модулейПодозрение на взлом, разбор «кто это сделал»
Журнал почты хостингаОтправленные письма и отказы доставкиНе приходят заявки и уведомления

Где смотреть логи ошибок на хостинге и в Битрикс

  1. Панель хостингаРаздел «Журналы», «Логи» или «Статистика». Здесь лежат error_log и access_log, часто с просмотром прямо в браузере и фильтром по дате.
  2. Файлы error_log в папках сайтаPHP нередко пишет ошибки в error_log рядом со сломавшимся скриптом: загляните в корень сайта и в папку, где происходит сбой.
  3. Инструменты БитриксВключите запись ошибок в bitrix/php_interface/dbconn.php (режим отладки) - и Битрикс станет писать подробности вместо белого экрана. Журнал событий смотрите в админке: Настройки, инструменты, журнал событий.
  4. Проверка сайта в БитриксАдминка, раздел «Проверка системы»: покажет проблемы с правами, версией PHP и настройками без чтения файлов вообще.

Не хотите читать логи сами?

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

Передать логи нам

Как читать строку из лога ошибок: разбор на примере

Типичная запись выглядит так: [21-Jul-2026 14:03:12] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted in /home/site/www/bitrix/modules/iblock/classes/general/iblockelement.php on line 4310. Читаем по частям: дата и время - совпадает ли с моментом сбоя; уровень - Fatal error ломает страницу, Warning и Notice обычно нет; текст - что случилось (здесь: кончилась память, разбор этой ошибки - в статье про лимит памяти PHP); файл и строка - где случилось. Даже не понимая кода, вы уже знаете, что сказать специалисту - и его работа начнётся с решения, а не с поиска.

Важно. Не включайте вывод ошибок прямо на страницы сайта (display_errors) на работающем проекте: тексты ошибок с путями и версиями видят не только посетители, но и боты, собирающие цели для взлома. Ошибки должны писаться в лог, а не на витрину.
Совет. Логи ротируются: хостинг хранит их днями, реже неделями. Если сайт сбоил в прошлый четверг, а вы открыли журнал через две недели - записей уже нет. Заметили проблему - сразу скачайте лог за нужный день, даже если разбираться будете позже.

Частые вопросы про логи ошибок сайта

В логе сотни строк Warning и Notice - сайт в опасности?
Не обязательно: Warning и Notice - предупреждения, страницу они не ломают. Но шумный лог маскирует настоящие проблемы и намекает на неаккуратный код. Критичны строки Fatal error и Parse error - вот они означают реальный отказ.
Сайт сломался, а лог ошибок пустой. Так бывает?
Бывает: запись ошибок выключена, лог пишется в другое место, или проблема не в PHP - например, упал сам веб-сервер или DNS. Проверьте, тот ли лог смотрите (у поддомена и основного сайта они разные), и включите режим отладки Битрикс. Если сайт вообще не открывается, начните с нашего чек-листа диагностики «сайт не открывается».
Как по логу доступа понять, что сайт грузят боты?
Признаки: сотни запросов с одного IP или подсети за минуты, экзотические User-Agent, перебор страниц подряд, всплески ночью. Такие адреса блокируют, а полезных роботов поисковиков не трогают. Анализ access_log - первое, что мы делаем при жалобах на нагрузку.
Хостинг даёт логи только за сутки. Этого мало?
Для разбора свежего сбоя хватит, для поиска закономерностей - нет. На поддержке мы настраиваем хранение логов за 2-4 недели отдельно от хостинга: тогда видно, что ошибка появляется, например, каждый раз после обмена с 1С по средам.

Лог ошибок - самый честный собеседник: он не забывает, не приукрашивает и всегда называет файл и строку. Научитесь открывать его первым - и половина паники при сбоях исчезнет. А если хотите, чтобы в логи вашего сайта каждый день смотрели профессионально - подключите техническую поддержку Alavir: мониторинг, разбор ошибок и понятные отчёты входят в тариф. Консультация бесплатная.