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

Для контекста: по Sucuri Hacked Website Report 2024 около 91,5% инфекций CMS приходится на WordPress (что в основном отражает его доминирование на рынке), а по отчёту Patchstack «State of WordPress Security 2024» около 93% уязвимостей — это сторонние плагины и темы, а не ядро WordPress.

Хорошая новость — 90 % проблем сайтов на WordPress решаются без программистов, по понятной диагностической схеме. В этой статье — пошаговый план, как локализовать проблему за обычно 15–30 минут и что делать дальше. Подойдёт владельцам сайтов на WordPress, Tilda, и большинстве других CMS.

5 категорий проблем сайтов

Сначала определите, какая у вас категория проблемы — это даст направление, куда копать:

  1. Сайт совсем не открывается. Браузер показывает «Этот сайт недоступен», ошибки 503, 502, 500.
  2. Сайт открывается, но что-то не работает. Битый дизайн, кнопки не нажимаются, формы не отправляются, фото не грузятся.
  3. Сайт работает, но медленно. Загружается дольше 5–10 секунд, посетители уходят.
  4. Сайт открывается, но в браузере «Не защищено». Проблема с SSL.
  5. Админка WordPress не работает. White Screen of Death (белый экран), ошибки при входе, плагин «положил» сайт.

Диагностика: 5 шагов

Шаг 1. Проверьте, что сайт реально не работает

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

Если сайт открывается у других — проблема у вас (DNS-кеш, провайдер, VPN). Очистите DNS-кеш (Win: ipconfig /flushdns) и попробуйте через мобильный интернет.

Если сайт не открывается вообще — переходим к шагу 2.

Шаг 2. Какая ошибка?

Откройте сайт и посмотрите, что показывает браузер:

Ошибка Что значит Куда смотреть
«Этот сайт недоступен» DNS не резолвится или нет ответа от сервера DNS-настройки, доступность хостинга
500 Internal Server Error Ошибка PHP в WordPress Логи PHP, плагины, права на файлы
502 Bad Gateway Веб-сервер не получил ответа от приложения Перезагрузка PHP, проверка процессов
503 Service Unavailable Сервер перегружен или в обслуживании Хостинг, CPU/память
504 Gateway Timeout Долгий запрос к БД, скрипт превысил лимит Оптимизация скриптов, перезагрузка
Белый экран (White Screen) PHP fatal error без вывода Включить debug, проверить плагины
«Соединение не безопасно» SSL истёк или сломан Переустановить сертификат

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

  • Доступ к панели работает? Если нет — проблема на стороне хостинга. Пишите в поддержку.
  • Ваш домен «зелёный» в панели? Часто хостинг блокирует сайт за неуплату или нарушение правил.
  • Не закончилось место на диске? Если диск переполнен — сайт не работает. Удалите старые бэкапы или временные файлы.
  • Не превышен лимит CPU или памяти? Виртуальный хостинг ограничивает ресурсы. Если упёрлись — нужен VPS или больший тариф.
  • Хостинг не на технических работах? Иногда хостинг проводит обслуживание — проверяйте новости в панели.

Если хостинг в порядке, но сайт не работает — проблема в самом сайте.

Шаг 4. Проверьте DNS

  • Ошибка «сайт недоступен». Проверьте NS через dnschecker.org — должны указывать на ваш хостинг.
  • NS не те — см. «Как привязать домен к хостингу».
  • NS верные, сайт мёртв — проблема не в DNS, идём дальше.

Шаг 5. Проверьте недавние изменения

  • За последние 24 часа — типичные причины:
  • Установили новый плагин или обновили. Откатите — отключите плагин через FTP (переименуйте папку плагина в wp-content/plugins/) или через phpMyAdmin (в таблице wp_options в строке active_plugins).
  • Обновили тему. Восстановите старую тему из бэкапа.
  • Обновили WordPress. Откатите версию через бэкап.
  • Поменяли PHP-версию в хостинге. Верните прежнюю.
  • Установили новый код в functions.php. Удалите свежие правки.

Если ничего не делали — переходите к диагностике WordPress.

Диагностика WordPress

Если белый экран или 500 ошибка

  1. Включите debug. В wp-config.php найдите строку define('WP_DEBUG', false); и поменяйте на true. Также добавьте define('WP_DEBUG_LOG', true);
  2. Откройте сайт — теперь будет видна реальная ошибка PHP. Прочитайте, что говорит.
  3. Логи пишутся в wp-content/debug.log. Скачайте через FTP, посмотрите последние записи.
  4. По тексту ошибки гуглите решение или ищите в форумах WordPress.

Если плагин «положил» сайт

  1. Зайдите в wp-content/plugins/
  2. Найдите папку проблемного плагина (если знаете, какой)
  3. Переименуйте папку (например, добавьте _disabled в конец)
  4. WordPress автоматически отключит плагин, сайт заработает
  5. Если не знаете, какой плагин виноват — переименуйте всю папку plugins/ в plugins_disabled/. Сайт точно заработает (без плагинов). Затем создайте обратно папку plugins/ и переносите туда плагины по одному, проверяя сайт. Найдёте виновника.

Если админка не пускает

  • Админка не пускает:
  • Проверьте логин-пароль — возможно, поменяли и забыли
  • Восстановите пароль через email (на странице входа «Забыли пароль?»)
  • Если email не работает — сбросьте пароль через phpMyAdmin: в таблице wp_users измените поле user_pass на новый хеш (используйте md5('новый_пароль'))
  • Если 2FA не пускает — отключите плагин 2FA через FTP (см. выше)

Если сайт медленный

Проверьте скорость через PageSpeed Insights, потом — статья «Медленный сайт: что делать». Там пошаговый план оптимизации.

Если SSL не работает

Перевыпустите сертификат через панель хостинга. Подробно — статья «Как сделать SSL для сайта».

Когда всё плохо: восстановление из бэкапа

Если ничего из вышеперечисленного не помогло — восстановите сайт из бэкапа. Это работает почти всегда.

  1. Зайдите в панель хостинга → Бэкапы
  2. Выберите последний рабочий бэкап (до момента, когда сайт сломался)
  3. Восстановите весь сайт (файлы + БД)
  4. Через обычно 5–15 минут сайт заработает

Если бэкапов нет — обращайтесь в поддержку хостинга. Они часто хранят бэкапы 7+ дней даже если у вас не настроены.

Если и это не помогло — последний вариант: восстановиться через свой бэкап (если делали через UpdraftPlus или подобный плагин). Подробно — статья «Как делать бэкап сайта на WordPress».

Профилактика: чтобы не повторилось

После того как сайт восстановили — настройте 5 базовых вещей:

  1. Автоматические бэкапы. Минимум раз в день, на стороннее хранилище (Яндекс.Диск, Google Drive). Без бэкапов в следующий раз будет так же страшно. См. «Как делать бэкап сайта».
  2. SSL. Бесплатный Let’s Encrypt одной кнопкой в панели хостинга. См. «Как сделать SSL».
  3. Защита от взлома. 8 базовых мер — см. «Защита WordPress от взлома».
  4. Регулярные обновления WordPress, тем и плагинов. 70 % взломов происходят через устаревшие плагины.
  5. Мониторинг. Сервис UptimeRobot бесплатно проверяет ваш сайт каждые 5 минут и присылает уведомление при недоступности.

Поддержка Beget бесплатно помогает с DNS, SSL и типовыми ошибками WordPress.

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

Если самостоятельно не разобрались за обычно 1–2 часа — пора обращаться к специалисту:

  • Поддержка хостинга — бесплатно, особенно если проблема на стороне хостинга. Они сами проверят логи, права, процессы.
  • Фрилансер на бирже (FL, Workzilla, Kwork) — стоит обычно 1 000–5 000 ₽ за разовый ремонт WordPress.
  • Специализированные сервисы (Sucuri за $199 за чистку от вирусов) — для серьёзных взломов.
  • Веб-агентство — если у вас крупный сайт или сложная интеграция (от 10 000 ₽ за час).

Что делать дальше

Когда сайт работает — настройте все базовые защиты и бэкапы:

Главное правило: сайт нужно регулярно обслуживать. обычно 15–30 минут раз в неделю на проверку обновлений, бэкапов и работоспособности — это страховка от того, чтобы потерять часы или дни на восстановление.

Часто задаваемые вопросы

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

Проверить через сервис типа 2ip.ru/site-down — реально ли сайт лежит, или проблема только у вас. Если работает у других — очистите DNS-кеш на компьютере и попробуйте через другую сеть. Если лежит у всех — переходите к диагностике хостинга.

Сайт показывает «500 Internal Server Error» — что делать?

Это PHP-ошибка в WordPress. Чаще всего — после обновления плагина. Решение: через FTP переименуйте папку проблемного плагина в wp-content/plugins/. Если не знаете, какой — переименуйте всю папку plugins/ в plugins_disabled/, потом включайте по одному.

Что такое «белый экран смерти» в WordPress?

Это PHP fatal error, при котором WordPress не может вывести даже сообщение об ошибке. Решение: включите режим отладки (WP_DEBUG=true в wp-config.php), откройте сайт — будет видна реальная ошибка. По тексту найдёте проблемный плагин или код.

Если ничего не помогает — что делать?

Восстановите сайт из бэкапа. В панели хостинга → Бэкапы → последний рабочий → восстановить целиком. За 5–15 минут сайт заработает. Если своих бэкапов нет — обратитесь в поддержку хостинга, они часто хранят бэкапы 7+ дней.

Сайт работает, но очень медленно — это та же проблема?

Нет, это отдельная категория. План оптимизации — в статье «Медленный сайт: что делать». Чаще всего — нет кеширования, не сжаты изображения, тяжёлая тема или старый PHP.

Как избежать повторения проблем?

5 базовых вещей: автоматические бэкапы (UpdraftPlus + Яндекс.Диск), SSL (Let's Encrypt), защита от взлома (Wordfence), регулярные обновления, мониторинг доступности (UptimeRobot).

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

Если самостоятельно не разобрались за 1–2 часа. Сначала — поддержка хостинга (бесплатно). Дальше — фрилансер на бирже (1 000–5 000 ₽ за разовый ремонт). Для серьёзных взломов — специализированные сервисы типа Sucuri.

Похожие материалы

Что будем искать? Например,что такое хостинг

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