По данным W3Techs, более 43% всех сайтов в мире работают на WordPress. Но вот факт, который не афишируют на лендингах хостингов: по данным Sucuri, 90% всех взломанных сайтов в 2023 году — это сайты на WordPress.
И это не из-за «плохой платформы». Это из-за неработающих обновлений, дыр в безопасности, конфликтующих плагинов и устаревших версий PHP. То, что можно легко диагностировать — но большинство владельцев сайтов даже не знают, где это посмотреть.
Если вы — предприниматель, руководитель или штатный маркетолог, вам, скорее всего, знакомы эти тревоги:
Почему сайт стал медленнее работать?
Почему реклама льёт трафик, а заявок нет?
Почему вылезли ошибки после очередного обновления?
Кто и когда последний раз проверял, всё ли в порядке с сайтом?
И вот тут на сцену выходит функция, о которой мало кто говорит — «Здоровье сайта» в WordPress. Я, как основатель веб-студии BUSINESS SITE, которая 2011 года мы помогает бизнесу привлекать клиентов через интернет, и я могу сказать прямо: сайт может выглядеть отлично и даже продавать, но при этом быть «технически больным» и с каждым днём терять потенциал.
В этой статье я расскажу:
Что именно показывает функция Site Health.
Какие ошибки она помогает находить.
Почему без неё нельзя работать «в долгую».
И как её использовать как инструмент контроля эффективности и безопасности.
Если ваш сайт — это бизнес-инструмент, этот материал — обязателен к прочтению.
Что такое здоровье сайта в WordPress?
Функция Site Health — это встроенный в WordPress системный инструмент диагностики, появившийся в версии 5.2. Его задача — помочь владельцам сайтов и разработчикам своевременно обнаруживать и устранять технические проблемы, которые могут повлиять на безопасность, производительность и стабильность ресурса.
Найти её можно в административной панели WordPress по пути: Инструменты → Здоровье сайта (Site Health).
При открытии вы увидите два ключевых раздела:
Вкладка «Состояние» (Status)
Это сводка всех актуальных замечаний к вашему сайту, разделённая по уровню важности:
Критические проблемы (Critical issues):
Например, ваш сайт работает на устаревшей версии PHP (ниже 7.4), отсутствует SSL-сертификат или нарушена работа REST API. Это может привести к:
Уязвимостям в безопасности.
Некорректной работе плагинов.
Ошибкам в отправке форм или обновлениях.
Пример: Один из сайтов клиента в сфере логистики начал “сбоить” — формы заявки то отправлялись, то нет. Проверка Site Health показала отключённый REST API из-за настроек firewall на сервере. После правки API заработал — и поток лидов восстановился.
Рекомендации (Recommended improvements):
Это менее критичные, но важные для долгосрочной стабильности предложения. Например:
Отключите неиспользуемые плагины.
Проверьте, включена ли защита REST API.
Проверьте, активен ли cron (планировщик задач).
Обновите тему, если она устарела.
Пример: У маркетингового агентства сайт показывал в Site Health рекомендацию включить cron. Оказалось, автоматические задачи, включая проверку обновлений и публикации отложенных постов, не работали. После включения cron кампания по запуску блог-контента заработала в срок.
Пройденные тесты:
Все параметры, которые уже настроены корректно, здесь отмечаются зелёным. Это «здоровые» участки сайта.
Вкладка «Информация» (Info)
Этот раздел — технический паспорт вашего сайта. Здесь собрана системная информация, которую важно знать при техподдержке или передаче проекта на аудит:
Версии WordPress, PHP, MySQL.
Состояние тем и плагинов.
Настройки сервера и путей (wp-content, wp-uploads и т.д.).
Состояние безопасности (SSL, REST API, защита XML-RPC).
Установленные модули PHP и параметры сервера.
Пример использования: При передаче клиентского сайта на SEO-продвижение мы всегда просим экспорт этой вкладки. Это позволяет сразу увидеть: Подходит ли сервер под современные требования. Какие плагины могут быть потенциальной угрозой. Нужно ли усиливать защиту или производительность.
Site Health — это не просто «ещё один пункт меню». Это ваш помощник по техобслуживанию сайта. Аналогия из реального бизнеса: как в автомобиле — индикаторы на панели. Если горит “чек”, вы не игнорируете его. Вот и Site Health — ваша панель состояния WordPress.
Зачем следить за здоровьем сайта?
Большинство владельцев сайтов не заглядывают в «Здоровье сайта» до тех пор, пока не начнут терять деньги. Но правда в том, что именно этот инструмент часто первым подаёт сигнал, что сайт «болен»: загружается медленно, не индексируется, или, что хуже — становится уязвим для атак.
Если пренебрегать регулярной проверкой, последствия могут быть критичными:
Сайт перестаёт отображаться в поиске.
Пользователи видят ошибки или пустую страницу.
Онлайн-форма не отправляет заявки.
Падает скорость загрузки — и пользователи уходят.
Возникают дыры в безопасности — и сайт могут взломать.
Реальный кейс из практики: Один из клиентов — владелец сайта в сфере образовательных услуг — обратился с жалобой: за 2 недели трафик с Google упал на 60%, звонки с сайта практически прекратились. При этом внешне всё работало. Первое, что мы сделали — зашли в Site Health. Результат: Сайт работал на PHP 5.6, поддержка которого завершилась 3 года назад. Cron-задачи не выполнялись, из-за чего сайт не отправлял sitemap в поисковые системы. Часть плагинов не обновлялась больше года, что провоцировало конфликты на бэкенде. После перевода сайта на PHP 8.0, оптимизации плагинов и настройки cron — позиции в Google восстановились, и уже через месяц конверсия выросла на 19%. Бизнес ожил — без редизайна, без вложений в рекламу.
К нам обратился логистический оператор, чей сайт просто перестал обрабатывать формы обратной связи. При этом CRM ничего не показывала — будто заявок просто нет. Проверка Site Health выявила: Проблемы с loopback-запросами — внутренние обращения сайта к самому себе блокировались хостингом. REST API возвращал ошибки, и отправка заявок “падала”. После правки конфигурации сервера и настройки правил брандмауэра, заявки снова стали поступать, и клиент вернул нормальный уровень лидогенерации.
В проектах команды BUSINESS SITE мы встроили проверку «здоровья сайта» в регламентную поддержку. Почему? Потому что:
Это помогает предотвратить падения трафика до того, как они случатся.
Это позволяет находить ошибки, которые не видны глазу, но влияют на результат.
Это экономит деньги клиента на восстановление сайта, репутации и рекламных кампаний.
Каждый месяц — быстрая проверка Site Health. Занимает 5 минут. Но может сэкономить сотни или тысячи долларов.
Типовые ошибки и как их исправить
❌ Устаревшая версия PHP Одна из самых частых причин падения производительности и уязвимостей. Рекомендовано использовать версию не ниже 8.0. Если ваш хостинг не поддерживает её — меняйте хостинг.
❌ REST API не работает Это может повлиять на работу плагинов или отправку форм. Обычно проблема кроется в конфигурации сервера.
❌ Проблемы с loopback-запросами Loopback используется для внутренней работы WordPress. Его блокируют некоторые хостинги. Решается через настройки сервера или .htaccess.
❌ Неактивные плагины Мёртвый груз, который: замедляет сайт, открывает дыры в безопасности, мешает обновлениям. Удаляйте их без сожаления.
Заключение
Каждая из этих ошибок на первый взгляд может показаться мелочью. Но в условиях современной конкуренции любая техническая недоработка превращается в потерю трафика, клиентов и денег. Именно поэтому важно не просто «иметь сайт», а содержать его в рабочем и безопасном состоянии.
Инструмент Site Health — это не замена разработчику, но он помогает на раннем этапе понять, где именно «болит» ваш сайт. А зная диагноз — уже можно быстро принять меры: сами или с привлечением команды, как у нас в BUSINESS SITE. Своевременная реакция — это всегда дешевле, чем экстренное восстановление после “техногенной аварии”.
