Ошибка 500 и белый экран на сайте: как понять причину и что делать

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

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

Что означает ошибка 500 и белый экран

Ошибка с номером 500 — это сообщение сервера о том, что при обработке запроса что-то пошло не так, и он не может выдать страницу. Формулировка нарочито общая: сервер сообщает о факте сбоя, но не объясняет причину, потому что подробности наружу не показываются из соображений безопасности.

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

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

Самое частое: что произошло прямо перед этим

Прежде чем лезть в технические подробности, ответьте на один вопрос: что менялось за последние сутки? В подавляющем большинстве случаев ответ и есть причина.

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

Правка файлов. Кто-то менял шаблон, код или настройки. Одна лишняя скобка или неверный символ — и весь сайт перестаёт работать. Это буквально самая распространённая техническая авария на сайтах.

Изменение настроек на хостинге. Переключили версию программного обеспечения, изменили лимиты, поменяли параметры. Особенно опасно автоматическое обновление версии на стороне хостинга: сайт работал годами, хостинг обновил окружение, а старый код с ним несовместим.

Установка нового расширения или скрипта. Подключили виджет, счётчик, модуль — и он конфликтует с существующим.

Изменение файла с правилами перенаправления. Ошибка в этом файле мгновенно роняет весь сайт.

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

Проблемы с базой данных. Она переполнилась, превышен лимит подключений, или база повреждена.

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

Истёк срок действия чего-либо. Оплата хостинга, лицензия на систему управления или модуль.

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

Не нужно быть программистом, чтобы сузить круг поиска и сэкономить время специалисту.

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

Проверьте, весь ли сайт лёг. Иногда главная работает, а внутренние страницы нет, или наоборот. Иногда падает только панель управления. Это важная подсказка.

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

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

Посмотрите место на диске. В кабинете хостинга это видно сразу. Если диск заполнен — вот и причина.

Вспомните и спросите. Кто заходил в админку, кто что правил, был ли подрядчик, обновлялось ли что-нибудь. Здесь очень выручает журнал действий в системе управления, если он ведётся.

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

Где смотреть настоящую причину

Сообщение об ошибке общее, но подробное описание сервер записывает в служебный журнал. Именно там лежит ответ на вопрос «что именно сломалось».

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

На что смотреть в журнале: последние записи по времени, совпадающие с моментом падения. Обычно там прямо написано, в каком файле произошла ошибка. Название файла часто указывает на виновника: если это файл модуля, который вчера обновляли, — вопрос закрыт.

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

Что можно сделать до прихода специалиста

Ничего не удаляйте. Соблазн «почистить» велик, но удаление файлов вслепую обычно усугубляет.

Не обновляйте ничего ещё раз. Попытка «доустановить» поверх сломанного часто добивает окончательно.

Сделайте копию текущего состояния. Даже сломанного. Она пригодится, если восстановление пойдёт не так.

Отключите рекламу. Деньги перестанут уходить впустую.

Если причина очевидна — откатите её. Обновляли модуль? Верните предыдущую версию или отключите его. Правили файл? Верните исходный. У большинства хостингов есть резервные копии за несколько последних дней — восстановление из копии часто решает вопрос за пять минут.

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

Другие ошибки, которые путают с пятисотой

Чтобы не тратить время не на то, полезно различать похожие ситуации.

Страница не найдена. Сервер работает, сайт работает, но конкретной страницы нет. Это не авария, а обычно последствие удаления или изменения адреса. Лечится настройкой перенаправления.

Доступ запрещён. Обычно проблема с правами на файлы или с настройкой защиты. Иногда возникает после переноса сайта на другой сервер, когда права выставились неверно.

Служба недоступна. Часто означает, что сервер перегружен или временно остановлен. Может быть следствием превышения лимитов тарифа.

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

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

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

Различить их просто по тому, что написано на экране. И это первое, что стоит сообщить специалисту: не «сайт не работает», а точный текст сообщения.

Как не потерять обращения, пока сайт лежит

Это тот момент, ради которого стоит подготовиться заранее.

Телефон должен быть указан не только на сайте. Если единственный способ с вами связаться — форма на сайте, то при его падении вы теряете обращения полностью. Карточки в Яндекс Бизнесе и 2ГИС продолжают работать независимо от сайта, и звонки оттуда идут как ни в чём не бывало.

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

Мониторинг доступности. Сервис, который проверяет сайт каждые несколько минут и присылает сообщение при падении. Стоит копейки или бесплатен, а позволяет узнать о проблеме от системы, а не от клиента. Разница между «сайт лежал двадцать минут» и «сайт лежал двое суток, пока не позвонил постоянный заказчик» — именно в этом.

Свежая резервная копия. Не та, что делалась полгода назад.

Как это связано с продвижением 3 в 1

Авария на сайте затрагивает все три канала по-разному, и понимание этого помогает правильно расставить приоритеты.

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

Яндекс.Справочник. Карточка в Яндекс Бизнесе — ваша страховка. Она живёт отдельно от сайта, содержит телефон, адрес, часы работы, услуги с ценами и фотографии. Пока сайт лежит, человек всё равно найдёт вас на карте и позвонит. Именно поэтому карточку стоит заполнять по-настоящему подробно, а не ставить туда одну ссылку на сайт: она должна быть самодостаточной. Если в карточке указаны только название и телефон, а вся содержательная часть на сайте, то при аварии вы теряете и этот канал тоже.

2ГИС. То же самое, и здесь это ещё заметнее: аудитория 2ГИС часто вообще не переходит на сайт, а звонит прямо из приложения. Для таких клиентов ваша авария незаметна — при условии, что карточка заполнена и телефон актуален.

Смысл подхода 3 в 1 в этой ситуации проявляется буквально: компания, у которой обращения идут только с сайта, при падении теряет всё. Компания с тремя работающими каналами теряет треть и продолжает работать.

Как снизить вероятность повторения

Тестовая копия сайта. Все обновления и правки сначала на копии, потом на живом сайте. Это единственный способ надёжно избежать аварий при обновлениях. Копия разворачивается один раз и дальше используется постоянно.

Резервное копирование по расписанию. Ежедневно, с хранением нескольких последних копий, желательно не только на том же сервере.

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

Ограниченные права доступа. Тот, кому не нужно править шаблоны, не должен иметь такой возможности.

Мониторинг доступности.

Контроль свободного места. Настроить уведомление о заполнении диска и регулярно чистить старые копии и журналы.

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

Понятные доступы у владельца. Панель хостинга, панель управления сайтом, регистратор домена, почта. Если всё это только у подрядчика, а он в отпуске, простой затянется.

Итог

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

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

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