Ремонт сломанного сайта WordPress: сайт не работает или выдаёт ошибку

Сайт открывается белым экраном, показывает сообщение «На сайте возникла критическая ошибка», выдаёт 500 Internal Server Error или после обновления перестала открываться панель администратора. Иногда сайт работает, но вёрстка развалилась и меню не отвечает. Каждый час простоя стоит заявок и доверия, поэтому важна скорость.

Задача экстренного ремонта проста: сначала вернуть сайт в строй, потом объяснить причину. Мы просматриваем панель хостинга и логи, находим источник сбоя и делаем то, что нужно для восстановления работы. Только после этого описываем Вам, что произошло и что стоит изменить, чтобы это не повторилось. Указанный на этой странице объём покрывает первичную диагностику и типичное исправление; если поломка окажется серьёзнее, остальное оцениваем после того, как сайт снова работает.

Что входит в работу

• Быстрая диагностика. Смотрим ошибки PHP и логи сервера (error_log, debug.log) в панели хостинга, при необходимости включаем WP_DEBUG и находим файл или плагин, в котором возникает ошибка.
• Восстановление из резервной копии. Если у хостинга или в Вашем сервисе резервного копирования есть свежая копия и это самый быстрый безопасный путь, сначала восстанавливаем сайт, а причину разбираем потом.
• Отключение неисправного плагина или темы. Деактивируем виновный плагин или тему через FTP/SSH либо в базе данных, чтобы панель администратора снова открылась, затем включаем остальное по одному.
• Исправление совместимости с PHP. Если сбой вызван сменой версии PHP или устаревшим кодом, исправляем ошибку или временно выбираем совместимую версию PHP, пока код не приведён в порядок.
• Ремонт базы данных. Запускаем проверку и ремонт таблиц (REPAIR TABLE или WP-CLI), проверяем данные подключения и права в wp-config.php и очищаем разросшиеся transient-записи, если они тормозят сайт.
• Откат обновления. Если сайт сломался после обновления ядра WordPress, темы или плагина, возвращаем компонент к последней рабочей версии и отмечаем, что нужно проверить перед повторным обновлением.
• Права на файлы и .htaccess. Проверяем права на файлы и папки, правила .htaccess и постоянные ссылки, которые часто становятся причиной ошибок 500 и страниц 404.
• Проверка после исправления. Проходим главную, внутренние страницы, формы, а в магазине корзину и оформление заказа, чтобы сайт действительно работал, а не просто открывался.
• Итог: причина и рекомендации. Коротко описываем, что вызвало сбой, что мы сделали и что нужно сделать на постоянной основе: обновить, заменить или удалить.

Типичные ситуации

Плагин обновился автоматически, и сайт показывает только сообщение о критической ошибке. Хостинг поднял версию PHP, и функция в старой теме перестала работать. Кто-то отредактировал functions.php и оставил синтаксическую ошибку. Таблица базы данных повредилась после перезагрузки сервера или закончилось место на диске. Истёкший SSL-сертификат или неверный URL сайта в базе данных отправляет посетителей в бесконечный цикл перенаправлений. Во всех этих случаях знание правильного первого шага экономит часы.

Что нам понадобится от Вас

• Доступ к панели хостинга (cPanel, Plesk или собственная панель хостера) либо FTP/SSH. Без этого сломанный сайт не починить.
• Учётная запись администратора WordPress, если панель ещё открывается.
• Что происходило непосредственно перед сбоем: обновление, новый плагин, смена версии PHP, правка кода, перенос.
• Где находится последняя рабочая резервная копия, если она есть.
• Быстрое решение: предпочитаете восстановление из копии (возможна потеря последних изменений) или исправление на месте.

Что не входит в работу

• Очистка взломанного или заражённого сайта. Это отдельная услуга, удаление вредоносного кода, к которой мы переходим сразу, как только логи показывают взлом.
• Полная переработка кода старой темы или плагина под PHP 8. Мы делаем быстрое исправление, более крупную работу оцениваем отдельно (см. обновление версии PHP).
• Устранение сбоя самого хостинга (сервер недоступен, диск переполнен). При необходимости общаемся с хостингом, но ремонт сервера остаётся их задачей.
• Плановое обновление всех плагинов и темы после ремонта. Это относится к обслуживанию сайта.

Кому это подходит

Любому владельцу сайта на WordPress или WooCommerce, который сейчас не работает или ведёт себя неправильно и у которого нет разработчика под рукой. Если сайт работает, но медленный или вызывает подозрения, начните с проверки состояния и аудита безопасности. Если Вы хотите, чтобы кто-то поддерживал сайт в порядке и такие утра больше не повторялись, посмотрите обслуживание сайта, где обновления тестируются до публикации.