Обновление PHP на WordPress: как проверить совместимость до переключения

30 июля 2026 года команда PHP выпустила обновления безопасности для всех поддерживаемых веток: 8.2.33, 8.3.33, 8.4.24 и 8.5.9. Владельцу сайта важно не только установить исправление, но и понять масштаб изменения. Переход с 8.3.32 на 8.3.33 и переход с 8.3 на 8.4 — разные задачи: во втором случае меняется ветка языка, поэтому нужно проверить тему, плагины, собственный код и серверные расширения.

Ниже — порядок действий для сайта на WordPress. Он помогает подготовить обновление, сохранить путь назад и не принимать исправно открывающуюся главную страницу за полную проверку.

Сначала определите, какое обновление предстоит

Обновление внутри одной ветки меняет последнее число версии: например, 8.3.32 → 8.3.33. Обычно так доставляют исправления ошибок и безопасности без перехода на новый набор возможностей языка. Риск несовместимости ниже, но проверка всё равно нужна: сайт зависит не только от PHP, но и от конфигурации сервера, расширений, темы и плагинов.

Переход между ветками меняет первое или второе число: например, 8.3 → 8.4. Официальное руководство PHP для такого перехода отдельно перечисляет несовместимые и устаревшие возможности. Их нужно сверить до переключения рабочего сайта.

Текущую версию PHP в WordPress можно увидеть в разделе «Инструменты → Здоровье сайта → Информация → Сервер». Зафиксируйте полную версию, обработчик PHP и важные расширения. Не ориентируйтесь только на значение по умолчанию в панели хостинга: конкретный домен может использовать отдельную настройку.

Выбирайте версию по поддержке, а не по принципу «самая новая»

На 5 августа 2026 года PHP поддерживает ветки 8.2–8.5. Ветки 8.2 и 8.3 находятся в режиме исправления критических проблем безопасности, а 8.4 и 8.5 — на активной поддержке. Для 8.2 поддержка безопасности заканчивается 31 декабря 2026 года, поэтому переход на неё не стоит считать долгосрочным решением.

WordPress рекомендует PHP 8.3 или новее. В официальной таблице совместимости WordPress 7.0 отмечен как совместимый с PHP 8.2, 8.3, 8.4 и 8.5. Но эта таблица относится к ядру WordPress. Она не подтверждает автоматически совместимость установленной темы, плагинов, интеграций и собственного кода.

Практический выбор выглядит так: сначала отсеките неподдерживаемые ветки, затем проверьте матрицу для своей версии WordPress и только после этого тестируйте полный стек на целевой версии PHP.

До переключения подготовьте исходное состояние и возврат

Составьте инвентаризацию. Запишите версии WordPress, темы, активных плагинов, PHP, важных расширений и обработчика. Отдельно отметьте самописный код и интеграции.
Обновите совместимые компоненты. Перед сменой ветки изучите журналы изменений темы и плагинов. Не обновляйте всё одновременно с PHP на рабочем сайте: иначе будет сложнее определить источник ошибки.
Сделайте восстановимую резервную копию. Нужны файлы и база данных. Проверьте, что архив открывается, а у вас есть инструкция восстановления.
Подготовьте возврат версии PHP. Узнайте заранее, как вернуть прежнюю ветку в панели хостинга или через поддержку. Одна копия сайта не поможет, если после восстановления сервер продолжит запускать несовместимую версию PHP.
Повторите production на тестовой среде. Версии WordPress, темы, плагинов, PHP-расширений и основные настройки должны быть сопоставимы. Иначе успешный тест не доказывает, что рабочий сайт поведёт себя так же.

На тестовой копии проверяйте сценарии, а не только страницы

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

отправьте каждую активную форму и подтвердите появление штатного сообщения;
проверьте доставку письма и передачу данных в CRM, если она подключена;
для интернет-магазина пройдите корзину, оформление заказа и тестовый платёжный сценарий;
загрузите изображение и убедитесь, что создаются нужные размеры;
запустите импорт, экспорт, обмен или другую регулярную интеграцию;
проверьте плановые задачи, резервное копирование и отправку системных писем;
просмотрите журналы PHP и WordPress: предупреждения об устаревшем коде могут не ломать страницу сразу, но показывают будущую проблему.

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

Переключайте рабочий сайт как отдельное изменение

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

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

Возвращайте прежнюю версию PHP, если сайт отдаёт 500, недоступна административная панель, не работают формы или оплата, остановились обязательные обмены либо в журнале появились повторяющиеся критические ошибки. Сначала восстановите доступность, затем разбирайте несовместимость на тестовой копии.

Чек-лист обновления PHP

Записана текущая полная версия PHP и конфигурация рабочего сайта.
Выбрана поддерживаемая целевая ветка с учётом версии WordPress.
Проверены требования темы, плагинов, собственного кода и интеграций.
Создана и проверена резервная копия файлов и базы данных.
Подготовлен способ вернуть прежнюю версию PHP.
Тестовая среда сопоставима с production.
Пройдены формы, письма, заказ, загрузка файлов, обмены и плановые задачи.
После переключения проверены ключевые сценарии и журналы ошибок.
Результат принят отдельно от других обновлений или сразу выполнен rollback.

Частые вопросы об обновлении PHP

Какую версию PHP выбрать для WordPress?

WordPress рекомендует PHP 8.3 или новее, но целевую ветку нужно сверять с установленной версией ядра и проверять на полной копии сайта. На дату публикации PHP поддерживает ветки 8.2–8.5; при этом 8.2 и 8.3 получают только критические исправления безопасности, а 8.4 и 8.5 находятся на активной поддержке.

Можно ли просто переключить PHP в панели хостинга?

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

Когда стоит передать обновление специалистам?

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