Ошибка 500 Internal Server Error — причины и что делать

Код 500 Internal Server Error означает, что сервер получил корректный запрос, но не смог его обработать из-за внутреннего сбоя. Это самая общая серверная ошибка: она сообщает лишь «что-то сломалось», не уточняя, что именно. Для владельца сайта 500 — повод немедленно открыть логи: точная причина почти всегда записана там.

Что означает код 500

500 — серверная ошибка из группы 5xx, описанная в стандарте RFC 9110. Её возвращает веб-сервер или приложение, когда сталкивается с непредвиденной ситуацией: исключением в коде, недоступной базой данных, ошибкой конфигурации. Стандарт определяет 500 как «универсальный» ответ для случаев, когда более точный код не подходит.

Отличия от соседей по группе важны для диагностики. 502 Bad Gateway возвращает прокси или балансировщик, когда бэкенд ответил некорректно. 503 Service Unavailable — сервер перегружен или закрыт на обслуживание, проблема временная. 504 Gateway Timeout — бэкенд не уложился в отведённое время. А 500 означает, что запрос дошёл до приложения и сломал его изнутри. Все серверные коды собраны в полном списке кодов ответа HTTP.

Считает ли Tracker.ru 500 падением

Да. Успешной Tracker.ru считает только проверку с кодом 2xx. Ответ 500 помечает сайт недоступным, тип ошибки — «HTTP-ошибка», и вы получаете уведомление на email, в Telegram или по webhook. Проверки идут из нескольких регионов. Для 500 это полезный ориентир: если ошибку видят все регионы одновременно, сломалось само приложение, а не сеть до него. Периоды недоступности отражаются в статистике аптайма.

Типичные причины

Ошибка в коде приложения. Необработанное исключение в PHP, Python или Node.js — самая частая причина. После деплоя с багом сервер начинает отвечать 500 на каждый запрос.
Недоступная база данных. Приложение не может подключиться к MySQL или PostgreSQL: сервис упал, кончились соединения, пароль изменился после переезда.
Сломанная конфигурация. В Apache одна опечатка в .htaccess кладёт весь сайт; в nginx ошибочная директива всплывает при перезагрузке конфига.
Права доступа к файлам. После переноса сайта или смены владельца файлов скрипт не может прочитать или записать нужный файл.
Закончились ресурсы хостинга. Место на диске, лимит памяти для PHP-скриптов, лимит процессов на виртуальном хостинге.
Несовместимость версий. Хостер обновил PHP — старый плагин CMS падает с фатальной ошибкой.
Слишком долгие операции. Если скрипт упирается в лимит времени, сервер прерывает его с 500, а прокси перед ним может отдать 504 — подробнее в статье про ошибку Timeout при проверке сайта.

Что проверить владельцу сайта

Откройте онлайн-проверку кода ответа своего сайта — она покажет реальный ответ сервера без кэша браузера и без регистрации.
Посмотрите логи: error.log веб-сервера и лог приложения. Для 500 там почти всегда указана точная причина — вплоть до файла и строки.
Вспомните последние изменения: деплой, обновление CMS или плагинов, правки .htaccess. Откатите последнее — чаще всего этого достаточно.
Проверьте базу данных: запущен ли сервис, хватает ли соединений, проходит ли подключение с реквизитами из конфига сайта.
Проверьте ресурсы: свободное место на диске и лимит памяти — при их исчерпании 500 появляется без изменений в коде.
Если сайт на виртуальном хостинге и в доступных логах пусто — напишите в поддержку: часть серверных логов видна только хостеру.

Как часто встречается 500 на практике

По данным проверок Tracker.ru на июль 2026, код 500 встречается примерно в 0,04% проверок — наряду с 502 и 503 это один из самых частых серверных кодов. Закономерность объяснимая: почти любой сбой приложения — неудачный деплой, отвалившаяся база, исчерпанная память — выглядит для мониторинга именно как 500.

Частые вопросы

Почему мониторинг показывает 500, а в браузере сайт открывается?

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

500 — это проблема сервера или моего сайта?

Для посетителя — сервера. На практике причина чаще всего в самом сайте: ошибка в коде, несовместимый плагин, сломанный конфиг. Проблемы инфраструктуры — упавший бэкенд или перегрузка — обычно проявляются кодами 502 Bad Gateway, 503 Service Unavailable и 504 Gateway Timeout.

Что делать, если 500 появляется периодически, а не постоянно?

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