#Что происходит и как определить неисправность
Иногда WordPress не сообщает о доступных обновлениях, хотя новые версии плагинов и ядра существуют. Причиной может быть недоступность сервиса обновлений по HTTPS, ошибка DNS, невозможность внешних запросов из PHP, временно закешированный ответ или намеренно ограниченная политика обновлений.
#Вероятные причины и признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Исходящее HTTPS-соединение недоступноИсходящее HTTPS-соединение недоступно. В «Здоровье сайта» ошибка подключения к wordpress.org, curl/SSL ошибка в журнале | В «Здоровье сайта» ошибка подключения к wordpress.org, curl/SSL ошибка в журнале | Проверить DNS, выход в сеть и доверенные сертификаты. |
| Отключены проверки обновленийОтключены проверки обновлений. В wp-config.php или корпоративном плагине настроены фильтры обновлений | В wp-config.php или корпоративном плагине настроены фильтры обновлений | Сверить политику, восстановить штатную проверку там, где разрешено. |
| Кеш обновлений не обновилсяКеш обновлений не обновился. Ручной запрос позднее показывает новые версии, когда сеть исправна | Ручной запрос позднее показывает новые версии, когда сеть исправна | Использовать штатную повторную проверку, не очищая всю базу. |
#Пошаговая диагностика и исправление
- Проверьте права на просмотр обновленийВойдите администратором и откройте Консоль → Обновления. В сети Multisite обновления ядра и общих плагинов обычно контролирует суперадминистратор сети. Если раздел недоступен, не меняйте роль ради диагностики: попросите администратора с нужными разрешениями.
- Зафиксируйте фактические версииНа странице «Обновления» запишите версии ядра, темы и конкретного плагина. Откройте официальный каталог или сайт разработчика и сопоставьте установленную и актуальную ветки. Отсутствие оповещения не означает, что обновление безопасно ставить вручную без проверки совместимости.
- Выполните штатную повторную проверкуНа странице «Консоль → Обновления» воспользуйтесь доступной ссылкой/кнопкой «Проверить снова», если она присутствует в вашей версии. Запишите время и сообщение. Не стирайте SQL-записи из wp_options ради сброса кеша без резервной копии.
- Проверьте «Здоровье сайта»Откройте Инструменты → Здоровье сайта → Состояние/Информация. Посмотрите сообщения о соединении с WordPress.org, REST и фоновых задачах. Если тест не прошёл, зафиксируйте точную формулировку и модуль; сам факт недоступности REST не всегда означает недоступность сервиса обновлений.
- Проверьте DNS и исходящее HTTPS с сервераПри наличии доступа SSH выполните проверку DNS и HTTPS из того же окружения, где запущен WordPress. Приведённый пример показывает только доступность публичной страницы, а не всего API обновлений; адрес можно проверить по официальной документации.
- Только чтение; запуск на хосте LinuxLinux · Терминал (Bash)КомандаТолько чтение; запуск на хосте Linux. Если вернулся 403/405, это не обязательно сетевой сбой: оцените DNS и TLS.
curl -I --connect-timeout 10 https://api.wordpress.org/
- Сверьте веб-PHP и сетевые ограниченияВ панели сайта проверьте, доступны ли PHP-расширения cURL/OpenSSL, системные CA, исходящие подключения 443 и DNS. PHP CLI и PHP-FPM могут отличаться; если curl в терминале работает, а WordPress нет, ищите настройки FPM, прокси и сетевую изоляцию контейнера.
- Проверьте политику обновлений и фильтрыНа тестовой копии просмотрите wp-config.php, mu-plugins и плагины управления обновлениями. Константа WP_AUTO_UPDATE_CORE регулирует автоматические обновления ядра, но сама по себе не объясняет отсутствие всех предложений обновить плагины. Не отключайте корпоративную политику без согласования.
- Исправьте конкретную причину и повторите проверкуЕсли обнаружены проблема DNS/TLS или блокировка провайдера, устраните её с администратором. Если изменена политика плагина управления, протестируйте её изменение на копии. После этого снова откройте «Обновления», проверьте нужный плагин и журнал без отключения безопасности.
- Обновляйте только после резервной копииПоявление новой версии — сигнал к плановому обновлению, а не к немедленной установке. Сохраните копию файлов и базы, проверьте совместимость с WordPress/PHP и выполните обновление на тестовой площадке. После переноса проверьте сайт и задачи по расписанию.
#Как проверить результат
WordPress получает актуальные сведения об обновлениях и не сообщает об ошибке соединения. Список соответствует официальным источникам по проверенным версиям; сайт не получает новых сетевых сбоев.
#Если не помогло
Если ручная проверка не помогает, сравните ответы PHP-процесса и CLI, проверьте прокси и фильтры обновлений. Не скачивайте неизвестный ZIP плагина только потому, что WordPress не показал уведомление.