Что значит эта ошибка
В магазине сломалась одна касса. Осторожный директор закрывает весь зал, пока не разберётся. С сайтом так же: плагин (дополнение) или тема (оформление) выдали сбой, и WordPress остановил показ страниц.
Посетитель видит белый экран или фразу «На сайте возникла критическая ошибка». Иногда пишут «ошибка 500»: это общий сигнал сервера «что-то пошло не так», чинится так же.
Владельцу сайт при этом шлёт письмо на адрес администратора. Из него видно, какой плагин или какая тема упали, и там же лежит ссылка, по которой можно зайти в админку и отключить виновника. А покупатель видит пустую страницу.
Первые минуты: что проверить самому
Представьте утро понедельника. В магазин написали двое: «У вас сайт не открывается». Вы открываете его сами и видите ту самую фразу. Дальше проверяйте по порядку.
Почта. Откройте ящик, который указан у сайта как адрес администратора. Письмо от сайта лежит там или в «Спаме», с названием плагина или темы. Нашли — полдела сделано.
Вчера. Кто-нибудь обновил плагин, поставил новый, поменял тариф у хостера? Сбой нередко случается сразу после такого. Процентов у нас нет, это ориентир, не статистика.
Хостинг. В панели видно, остались ли место и деньги на тарифе. Напишите в поддержку хостера: «Сайт упал, посмотрите, что у вас записано об ошибках за последние минуты» Иногда причину называют сразу.
Телефон. Откройте сайт с него. Тот же результат — значит, дело не в вашем браузере.
Что не трогать, пока сайт лежит
Не переустанавливайте WordPress поверх: сотрутся настройки, а причина останется. Не удаляйте папки «на пробу»: без копии их не вернуть. Не запускайте «чистильщики» из рекламы и случайных писем.
Не меняйте пароль от хостинга, пока не поняли причину: доступ понадобится прямо сейчас. Не нажимайте «обновить всё»: виновником могло стать как раз обновление. Любые правки файлов начинайте с копии.
Причины, которые встречаются
Точных долей назвать нельзя: документация WordPress их не приводит. Поэтому порядок ниже — наш вывод, собранный по документации и работе с сайтами, и свою причину лучше искать по письму или по ответу хостера.
| Что случилось |
Как узнать |
Что делать |
| Новый или обновлённый плагин не ужился с другим плагином или с настройками хостинга |
В письме названо имя плагина; ошибка началась после обновления |
Отключить плагин, вернуть прежнюю версию из копии |
| Тема или правка в коде темы |
В письме названа тема; перед ошибкой меняли оформление |
Вернуть тему из копии |
| Не хватает памяти или места у хостера |
Хостер пишет про лимит; место на тарифе кончилось |
Освободить место или попросить хостера поднять лимит |
| Хостер сменил настройки сервера |
Ошибка началась без ваших действий |
Спросить хостера, что менялось, и попросить вернуть прежнее |
| Оборванное обновление |
Закрыли страницу или пропал интернет посреди обновления |
Повторять после копии или звать мастера |
| Повреждённый файл |
Видно только в записях об ошибках у хостера |
Мастеру или хостеру: заменить файл из копии |
Есть ещё редкая причина, о которой нужно помнить: ошибка может быть следом взлома. Если плагины и тема ни при чём, а в поиске появились чужие страницы, смотрите «Сайт взломали: что делать».
Когда пора позвать мастера
Звать стоит, если письма нет и в админку не войти. Или ошибка вернулась после «лечения». Или в письме названа тема, которую вы не понимаете. Или хостер отвечает «это код, не к нам».
Ещё признак: сайт продаёт. Час простоя стоит денег, и он может обойтись дороже работы мастера. Если не уверены, что есть свежая копия, ничего не трогайте и сначала попросите её сделать.
Попросите у мастера три вещи. Работать только после копии. Показать записи об ошибках своими глазами. Описать письменно, что нашёл, что поменял и как откатить.
Когда эта статья вам не поможет
Всё выше — про WordPress. Если сайт на другой платформе, например на 1С-Битрикс, причины и порядок другие, и письма с названием плагина не будет. Если же браузер пишет «сайт недоступен» и нет даже белого экрана, вопрос к хостеру или к домену: возможно, закончилась оплата. Ошибка «406 Not Acceptable» разобрана отдельно.
Есть и граница с нашей стороны. Мы не беремся чинить сайт вслепую: по скриншоту и без доступа к хостингу причину не назвать, а правки без копии мы не делаем. Срок и цену называем только после разбора. Если у вас нет доступа ни к хостингу, ни к домену, сначала нужно вернуть его. Это задача владельца аккаунта у хостера.
Что делаем мы
Мы поддерживаем сайты на WordPress. Наш сайт тоже сделан на WordPress. При сбое, который остановил сайт, на пакетах поддержки мы отвечаем за 15 минут, в любое время суток. Цены и состав пакетов — на странице поддержки WordPress.
Поддержка WordPressОтвечаем на сбой, ведём резервные копии и проверяем, что они разворачиваются
Историй именно про поломку WordPress у нас тут нет, придумывать не будем. Зато есть пример, как сбои выглядят в обычной поддержке. Магазин цветов на другой платформе: за 32 месяца 283 задачи и 544 часа. На ошибки и сбои ушло 73 задачи и 99,7 часа, около пятой части. Не приходил код для входа, не открывалась оплата. Подробнее — в кейсе поддержки магазина «Азалия».
Частые вопросы
Потеряю ли я данные из-за критической ошибки?
Почти наверняка нет. Заказы и товары живут в базе данных, а сломался только показ страниц. Правда, перед любой правкой мы сначала снимаем копию: так надёжнее.
Письмо не пришло. Что делать?
Первым делом откройте «Спам»: такие письма любят туда попадать. Потом убедитесь, что в настройках сайта записан ваш настоящий адрес, а не почта прежнего подрядчика. Если письма всё равно нет, понадобится доступ к файлам сайта через хостера. Это уже работа для мастера.
Можно ли обновить плагины, чтобы ошибка пропала?
Бывает, что помогает: вдруг автор плагина уже выпустил заплатку. Но если сайт лежит, обновить плагин вы всё равно не сможете, пока не зайдёте в админку. И на живом сайте обновление нередко ломает что-то ещё. Сначала копия, потом обновление.
Сколько стоит срочная правка?
Всё упирается в причину. Один случай разбирается за несколько минут, другой съедает полдня. Ставки лежат на странице услуги, точную сумму называем после разбора.
Для технических специалистов
Приёмы стандартные, по документации WordPress, проверено 02.10.2026. Правки в wp-config.php и переименование папок по FTP делайте только при свежей копии.
- Режим восстановления (Fatal Error Recovery Mode, появился в WordPress 5.2): при фатальной ошибке администратору уходит письмо с секретной ссылкой. Вход по ней ставит cookie, и проблемные плагины или темы приостанавливаются для этого клиента. Это описание из заметки разработчиков ядра (документация WordPress).
- Журнал: в
wp-config.php задайте WP_DEBUG и WP_DEBUG_LOG в true, а WP_DEBUG_DISPLAY в false. Записи пойдут в wp-content/debug.log. На боевом сайте показ ошибок на экране лучше держать выключенным, после работы отключить отладку и закрыть файл журнала от публичного доступа (последнее — наша рекомендация) (документация WordPress).
- Если админка недоступна, по FTP переименуйте
wp-content/plugins в plugins_old: все плагины отключатся. Возвращайте имя и включайте плагины по одному. Если подозрение на тему, переименуйте папку активной темы; WordPress, по нашему выводу, откатится на тему по умолчанию, если она установлена (документация WordPress, раздел «White Screen of Death»).
- Память:
WP_MEMORY_LIMIT в wp-config.php нужна при сообщении «Allowed memory size exhausted» (справочник wp-config). Лимит может быть задан хостером. Версия PHP тоже меняется на стороне хостера: проверьте её и совместимость плагинов.
Читайте также
+7 383 380-81-89
8 октября 2026
Назад к блогу
