Почему сайт на WordPress не работает и как починить

WordPress — самая популярная CMS в мире, но и самая «капризная» при неаккуратном обслуживании. Если ваш сайт вдруг перестал открываться, показывает белый экран или ругается на 500-ю ошибку — не паникуйте. В большинстве случаев причина типовая и устранимая. Разберём главные из них.

Белый экран смерти (White Screen of Death)

Печально известный «белый экран» — страница без контента и без сообщения об ошибке. WordPress молчит, браузер молчит, и непонятно, что вообще произошло.

Почему это случается:

• PHP-скрипт завершился с критической ошибкой, но вывод ошибок отключён.
• Закончилась выделенная памяти PHP (лимит `memory_limit`).
• Конфликт плагина или темы с текущей версией PHP.

Что делать:

1. 1Включите режим отладки: в файле `wp-config.php` установите `WP_DEBUG` в `true` и `WP_DEBUG_LOG` в `true`. Лог появится в `wp-content/debug.log`.
2. 2Увеличьте лимит памяти — добавьте в `wp-config.php` строку `define('WP_MEMORY_LIMIT', '256M');`.
3. 3Деактивируйте все плагины через FTP (переименуйте папку `wp-content/plugins`) и проверьте, ожил ли сайт. Если да — включайте плагины по одному.
4. 4Смените тему на стандартную (Twenty Twenty-Four) через базу данных или FTP.

Ошибка 500 Internal Server Error

Ошибка 500 говорит, что сервер столкнулся с проблемой, но не знает, как её обработать. Причин несколько.

Типичные виновники:

• Повреждённый или некорректный файл `.htaccess`.
• Несовместимость плагина или темы с версией PHP на сервере.
• Превышение лимитов сервера (время выполнения скрипта, размер загружаемых файлов).
• Ошибки в кастомном коде functions.php.

Алгоритм лечения:

1. 1Зайдите на сервер по FTP и переименуйте `.htaccess` в `.htaccess_old`. Если сайт открылся — проблема в нём. Зайдите в админку → Настройки → Постоянные ссылки и нажмите «Сохранить» — WordPress сгенерирует новый `.htaccess`.
2. 2Проверьте логи сервера (обычно лежат в папке `logs` или доступны в панели хостинга) — там будет конкретная строка с ошибкой.
3. 3Если проблема после редактирования `functions.php` — восстановите файл из резервной копии или удалите последние изменения.

Сайт сломался после обновления WordPress или плагинов

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

Что происходит:

• Новая версия WordPress несовместима с устаревшим плагином.
• Плагин изменил своё поведение и конфликтует с другим плагином или темой.
• Обновление изменило структуру базы данных, а что-то пошло не так в процессе миграции.

Как избежать и как починить:

• Всегда делайте резервную копию перед обновлением — базы данных и файлов. Если копии нет, многие хостинги хранят снапшоты за последние дни.
• Откатитесь на предыдущую версию плагина через плагин WP Rollback или вручную через FTP.
• Проверьте совместимость плагина с текущей версией WordPress на странице плагина в репозитории WordPress.org.
• Обновляйте на стейджинге (тестовой копии сайта), а не на боевом сервере — это золотое правило.

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

Проблемы с базой данных

WordPress хранит весь контент в MySQL. Если база данных недоступна или повреждена, сайт выдаст ошибку «Error establishing a database connection».

Причины:

• Некорректные данные для подключения в `wp-config.php` (логин, пароль, имя БД, хост).
• База данных перегружена или недоступна на стороне хостинга.
• Таблицы повреждены — бывает после аварийного завершения работы сервера.

Решение:

1. 1Проверьте `wp-config.php` — убедитесь, что данные совпадают с теми, что выдал хостинг.
2. 2Зайдите в phpMyAdmin, выберите все таблицы WordPress и выполните операцию «Repair table».
3. 3Если хостинг завис — просто подождите или напишите в поддержку: иногда проблема на их стороне.

Когда лучше позвать специалиста

Часть проблем решается за 10–15 минут по инструкции выше. Но есть ситуации, когда самостоятельные попытки могут усугубить ситуацию:

• Сайт взломан (редирект на посторонние страницы, посторонний код в файлах).
• Резервных копий нет, а данные критически важны.
• Сложный конфликт нескольких плагинов или кастомного кода.
• После «починки» сайт работает нестабильно.

В таких случаях разумнее не тратить время и обратиться к тем, кто разберётся быстро. Оставьте заявку — мы проведём диагностику и скажем, что случилось и как это исправить.

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