Сайт WordPress не открывается: что делать

Сайт WordPress не открывается: что делать

Краткий ответ: если сайт WordPress не открывается, сначала нужно понять, где именно проблема: домен, DNS, хостинг, сервер, база данных, .htaccess, PHP, плагин, тема, кеш или вирус. Не начинайте сразу удалять плагины и менять файлы. Сначала проверьте доступность сайта, сделайте backup, посмотрите логи и только потом исправляйте причину.

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

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

Причина

WordPress может не открываться по разным причинам. Иногда проблема вообще не в WordPress, а в домене, DNS, SSL, хостинге или сервере. Иногда сайт физически доступен, но сам WordPress падает из-за PHP-ошибки, конфликта плагина, темы, .htaccess или базы данных.

Поэтому сначала нужно смотреть не на “симптом”, а на тип ошибки в браузере.

Что видно	Возможная причина	Что проверять
Сервер не найден	DNS, домен, неправильные nameservers	домен, DNS, хостинг
ERR_CONNECTION_TIMED_OUT	сервер не отвечает, firewall, перегрузка	хостинг, CPU, RAM, firewall
Ошибка 500	PHP, плагин, тема, .htaccess, память	debug.log, error_log, плагины
Ошибка базы данных	неверный wp-config.php, MySQL, база недоступна	DB_NAME, DB_USER, DB_PASSWORD, DB_HOST
Белый экран	PHP Fatal error, тема, плагин, memory limit	debug.log, FTP, плагины, тема
Редирект на другой сайт	вирус, .htaccess, wp_options, плагин	файлы, базу, пользователей, редиректы
403 Forbidden	права файлов, security-плагин, firewall	права, .htaccess, WAF, ModSecurity
404 на всех страницах	.htaccess, постоянные ссылки, rewrite	permalinks, .htaccess, правила сервера

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

Диагностика

Диагностику нужно делать по шагам: от внешних причин к внутренним. Так проще найти проблему и не сломать сайт сильнее.

1. Проверьте, сайт не открывается у всех или только у вас

Откройте сайт с другого устройства, другой сети или мобильного интернета. Если сайт открывается у других, проблема может быть в вашем браузере, DNS-кеше, провайдере, VPN, firewall или локальном устройстве.

• проверьте сайт в другом браузере;
• откройте сайт с телефона через мобильный интернет;
• очистите кеш браузера;
• проверьте, не включён ли VPN;
• проверьте, нет ли блокировки на уровне провайдера или firewall.

2. Проверьте домен и DNS

Если браузер пишет, что сервер не найден, WordPress может быть ни при чём. Часто проблема в домене, DNS-записях или nameservers.

• не истёк ли срок домена;
• правильно ли указаны nameservers;
• ведёт ли A-запись на правильный IP;
• не меняли ли недавно хостинг;
• прошло ли время после изменения DNS;
• не удалены ли DNS-записи случайно.

3. Проверьте хостинг

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

• работает ли аккаунт хостинга;
• нет ли просрочки оплаты;
• не превышены ли лимиты CPU, RAM, inode или диска;
• не заблокировал ли хостинг сайт из-за вируса;
• работает ли MySQL;
• нет ли аварии у хостинг-провайдера;
• доступен ли файловый менеджер, FTP или SSH.

4. Проверьте SSL

Иногда сайт не открывается из-за SSL: сертификат истёк, установлен неправильно или браузер блокирует соединение.

• не истёк ли SSL-сертификат;
• выпущен ли сертификат для правильного домена;
• не включён ли принудительный HTTPS при сломанном SSL;
• нет ли смешанных редиректов http/https;
• не конфликтует ли SSL с Cloudflare или другим CDN.

5. Проверьте логи ошибок

Если сервер отвечает, но WordPress падает, самая полезная информация обычно находится в логах.

• error_log на хостинге;
• wp-content/debug.log;
• логи PHP-FPM;
• логи Nginx или Apache;
• WooCommerce logs, если сайт связан с магазином;
• логи security-плагина или firewall.

Если вместе с сайтом не открывается и админка, используйте отдельную инструкцию Не работает админка WordPress. Там важны FTP, отключение плагинов и проверка темы без доступа к wp-admin.

Решение

Исправление зависит от причины. Ниже безопасный порядок действий, который подходит для большинства ситуаций, когда сайт WordPress не открывается.

1. Сделайте backup перед изменениями

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

• скачайте файлы сайта через FTP/SFTP или файловый менеджер;
• экспортируйте базу через phpMyAdmin, Adminer или панель хостинга;
• сохраните wp-config.php;
• сохраните .htaccess;
• сохраните список активных плагинов, если он доступен.

2. Включите debug.log

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

3. Проверьте .htaccess

Ошибка в .htaccess может полностью сломать сайт. Особенно после настройки редиректов, кеша, security-плагина или переноса сайта.

Через FTP найдите файл в корне сайта:

/.htaccess

Переименуйте его временно:

.htaccess_old

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

4. Отключите плагины через FTP

Если сайт перестал открываться после обновления или установки плагина, проверьте плагины.

Откройте папку:

/wp-content/plugins/

Переименуйте её:

plugins_disabled

Если сайт заработал, проблема в одном из плагинов. Верните папке имя plugins и отключайте плагины по одному, чтобы найти виновника.

5. Проверьте тему

Тема тоже может сломать сайт: ошибка в functions.php, шаблоне, подключении файла или несовместимость с PHP.

Путь к темам:

/wp-content/themes/

Переименуйте папку активной темы. WordPress попробует переключиться на стандартную тему, если она установлена.

6. Проверьте подключение к базе данных

Если WordPress показывает ошибку подключения к базе данных, проверьте wp-config.php.

• DB_NAME — имя базы данных;
• DB_USER — пользователь базы;
• DB_PASSWORD — пароль;
• DB_HOST — хост базы данных;
• права пользователя базы;
• работает ли MySQL на хостинге.

7. Проверьте версию PHP

Сайт может перестать открываться после смены PHP на хостинге. Старый плагин, тема или кастомный код может быть несовместим с новой версией PHP.

• проверьте текущую версию PHP;
• временно верните предыдущую версию;
• посмотрите debug.log;
• обновите проблемный плагин или тему;
• исправьте устаревший PHP-код.

8. Проверьте вирусы и редиректы

Если сайт открывает чужую страницу, показывает рекламу, редиректит на подозрительный домен или в Google появились чужие URL, возможен взлом.

• проверьте .htaccess;
• проверьте wp-config.php;
• проверьте functions.php активной темы;
• проверьте папку uploads на PHP-файлы;
• проверьте wp_options на подозрительные siteurl, home и редиректы;
• проверьте администраторов WordPress;
• смените пароли после очистки.

Код

Важно: перед изменением wp-config.php, .htaccess, темы, плагинов или базы данных сделайте backup. Не оставляйте публичный вывод ошибок включённым на рабочем сайте.

Включить debug.log в wp-config.php

Куда вставлять: в файл wp-config.php, выше строки “That’s all, stop editing”.

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

После этого проверьте файл:

/wp-content/debug.log

После диагностики отключите активную отладку:

define( 'WP_DEBUG', false );

Стандартный .htaccess для WordPress

Куда вставлять: файл .htaccess в корне сайта. Перед заменой сохраните старую версию файла.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Отключить все плагины через WP-CLI

Куда выполнять: SSH в корне сайта. Используйте только если понимаете, что делаете, или на staging-копии.

wp plugin deactivate --all

Посмотреть активные плагины

wp plugin list --status=active

Проверить активную тему

wp theme list --status=active

Переключиться на стандартную тему

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

wp theme activate twentytwentyfive

Проверить wp-config.php на синтаксис

php -l wp-config.php

Проверить URL сайта в базе

Куда выполнять: WP-CLI в корне сайта.

wp option get siteurl
wp option get home

Найти PHP-файлы в uploads

Куда выполнять: SSH в корне сайта. Команда только показывает подозрительные PHP-файлы в uploads, ничего не удаляет.

find wp-content/uploads -type f ( -name "*.php" -o -name "*.phtml" -o -name "*.phar" )

Результат

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

Хороший результат восстановления:

• сайт снова открывается для посетителей;
• админка WordPress доступна;
• debug.log не показывает постоянных fatal errors;
• редиректов на чужие сайты нет;
• формы, заявки и важные страницы работают;
• ошибка не возвращается после очистки кеша;
• причина зафиксирована, а не просто временно скрыта;
• сделан backup после восстановления.

Дополнительные способы

Восстановление из backup

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

Проверка через режим восстановления WordPress

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

Проверка кеша и CDN

Если сайт уже исправлен, но в браузере всё ещё видна ошибка, проверьте кеш.

• кеш WordPress-плагина;
• серверный кеш хостинга;
• OPcache;
• Cloudflare или другой CDN;
• кеш браузера.

Проверка файла index.php

Если в корне сайта повреждён или заменён index.php, WordPress может не загружаться. Сравните файл с оригинальной версией WordPress и проверьте, нет ли в нём подозрительных вставок.

Проверка свободного места

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

Частые ошибки

Удалять плагины без backup

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

Менять wp-config.php наугад

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

Чистить базу вручную

Удаление строк из wp_options, postmeta или таблиц WooCommerce без понимания может сломать настройки, товары, заказы, пользователей и плагины.

Игнорировать логи

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

Отключать всё подряд на рабочем сайте

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

Не проверять вирусы

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

Диагностика проблем

Проблема: сайт не открывается после обновления

Возможная причина: конфликт плагина, темы, PHP-версии или незавершённое обновление.

Что делать: включить debug.log, отключить обновлённый плагин через FTP, проверить тему, PHP и файл .maintenance.

Проблема: сайт показывает белый экран

Возможная причина: PHP Fatal error, нехватка памяти, ошибка темы или плагина.

Что делать: включить debug.log, проверить memory limit, отключить плагины, переключить тему.

Проблема: сайт показывает ошибку базы данных

Возможная причина: неверные данные в wp-config.php, остановлен MySQL, повреждена база или нет прав у пользователя базы.

Что делать: проверить DB_NAME, DB_USER, DB_PASSWORD, DB_HOST, доступность MySQL и права пользователя.

Проблема: сайт редиректит на чужой домен

Возможная причина: вирус, редирект в .htaccess, вредоносный код в теме, плагине или базе.

Что делать: проверить .htaccess, wp_options, functions.php, uploads, пользователей-администраторов и свежие изменённые файлы.

Проблема: сайт не открывается только у части пользователей

Возможная причина: DNS-кеш, CDN, региональная блокировка, SSL, кеш браузера или провайдер.

Что делать: проверить сайт из другой сети, очистить DNS-кеш, проверить Cloudflare/CDN, SSL и DNS-записи.

Проблема: главная открывается, а остальные страницы нет

Возможная причина: сломан .htaccess или правила постоянных ссылок.

Что делать: пересохранить постоянные ссылки в админке или восстановить стандартный .htaccess.

Проблема: сайт открывается, но админка нет

Возможная причина: admin-плагин, security-плагин, cookies, права, PHP-ошибка или конфликт в wp-admin.

Что делать: проверить debug.log, отключить плагины через FTP, очистить cookies, проверить .htaccess и security-настройки.

Краткие AI-friendly ответы

Что делать, если сайт WordPress не открывается?

Проверьте домен, DNS, хостинг, SSL, error_log, debug.log, .htaccess, плагины, тему, базу данных и версию PHP. Перед изменениями сделайте backup файлов и базы.

Почему сайт WordPress перестал открываться?

Частые причины: конфликт плагинов, ошибка темы, PHP Fatal error, сломанный .htaccess, проблема с базой данных, хостингом, DNS, SSL, кешем или вредоносным кодом.

Как восстановить WordPress, если нет доступа в админку?

Используйте FTP, файловый менеджер хостинга или SSH. Через них можно включить debug.log, переименовать папку plugins, проверить тему, .htaccess и wp-config.php.

Можно ли сразу восстановить сайт из backup?

Можно, если сайт нужно срочно вернуть. Но после восстановления всё равно нужно найти причину, иначе проблема может повториться при следующем обновлении или нагрузке.

FAQ

Почему сайт WordPress не открывается после обновления?

Чаще всего из-за конфликта плагина, темы, версии PHP или незавершённого обновления. Нужно проверить debug.log, отключить последние обновлённые компоненты и убедиться, что сайт совместим с текущей версией PHP.

Что делать, если WordPress показывает белый экран?

Включите debug.log, проверьте PHP Fatal error, memory limit, плагины и активную тему. Если админка не открывается, используйте FTP или файловый менеджер хостинга.

Что делать, если сайт не открывается из-за .htaccess?

Переименуйте .htaccess в .htaccess_old и проверьте сайт. Если он открылся, создайте новый стандартный .htaccess через настройки постоянных ссылок или вручную.

Что делать, если не открывается только админка WordPress?

Проверьте плагины, тему, cookies, security-плагины, .htaccess, debug.log и права доступа. Иногда сайт работает для посетителей, но wp-admin падает из-за отдельной ошибки.

Как понять, виноват ли хостинг?

Проверьте статус сервера, лимиты CPU/RAM, свободное место, MySQL, error_log и доступность сайта из разных сетей. Если WordPress не загружается из-за ресурсов сервера, это будет видно в панели хостинга или логах.

Может ли вирус сделать так, что сайт не открывается?

Да. Вредоносный код может создавать редиректы, ломать .htaccess, добавлять PHP-файлы в uploads, менять siteurl/home, создавать нагрузку или блокироваться хостингом.

Нужно ли удалять плагины, если сайт не открывается?

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

Что проверить в wp-config.php?

Проверьте данные подключения к базе: DB_NAME, DB_USER, DB_PASSWORD, DB_HOST. Также проверьте, нет ли синтаксической ошибки и лишних символов в файле.

Почему сайт открывается у меня, но не открывается у клиента?

Причина может быть в DNS-кеше, CDN, SSL, блокировке провайдера, региональной доступности, кеше браузера или firewall. Нужно проверить сайт из разных сетей и устройств.

Когда лучше обращаться к специалисту?

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

Вывод

Если сайт WordPress не открывается, не нужно сразу удалять плагины, переустанавливать WordPress или чистить базу. Сначала нужно понять тип ошибки: DNS, хостинг, SSL, база данных, PHP, .htaccess, плагин, тема, кеш или вирус.

Самый безопасный порядок — backup, проверка доступности, логи, debug.log, .htaccess, плагины, тема, база данных и PHP. Так можно восстановить сайт и убрать настоящую причину, а не просто временно скрыть проблему.

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