Как обновить версию PHP на сайте и ничего не сломать

PHP 8.1 и старше больше не получают исправлений безопасности, а у PHP 8.2 поддержка заканчивается 31 декабря 2026 года. Порядок такой: узнать текущую версию, сделать копию, проверить плагины и код на тестовой копии, сменить версию на хостинге, проверить сайт и журнал ошибок, при проблемах вернуть прежнюю версию.

Обновлено 29 октября 2026

Какие версии PHP поддерживаются

По данным официальной страницы php.net/supported-versions на 28 октября 2026 года:

ВерсияИсправления ошибок доИсправления безопасности доСостояние
7.428.11.202128.11.2022не поддерживается
8.026.11.202226.11.2023не поддерживается
8.125.11.202331.12.2025не поддерживается
8.231.12.202431.12.2026только безопасность
8.331.12.202531.12.2027только безопасность
8.431.12.202631.12.2028активная поддержка
8.531.12.202731.12.2029активная поддержка

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

Что требуют сами системы (на 28 октября 2026 года, подробнее в наших руководствах):

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

Шаг 1. Узнайте, какая версия сейчас

  • WordPress: «Инструменты» → «Здоровье сайта» → вкладка «Информация» → раздел «Сервер». Там указана версия PHP.
  • 1С-Битрикс: «Настройки» → «Инструменты» → «Проверка системы». В отчёте указана версия PHP.
  • Хостинг: в панели (ISPmanager, FASTPANEL, cPanel, Beget и другие) версия PHP выбирается в настройках сайта или домена.
  • Командная строка сервера: php -v показывает версию для консоли, она может отличаться от версии, под которой работает сайт.

Если версий несколько (консоль, сайт, поддомен), проверьте именно ту, под которой работает нужный сайт.

Шаг 2. Резервная копия

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

Шаг 3. Проверьте совместимость до смены версии

Сайт ломается при смене PHP чаще всего из-за старых плагинов, тем и самописного кода. Что проверить:

  1. Обновите всё, что обновляется: ядро CMS, плагины, тему, модули. Порядок и проверки: WordPress, 1С-Битрикс.
  2. Найдите давно не обновлявшиеся плагины и модули. Если у плагина нет обновлений несколько лет, он может не работать на новом PHP. Ищите замену заранее.
  3. Сделайте тестовую копию сайта на отдельном поддомене и включите там новую версию PHP. Боевой сайт при этом не меняется.
  4. Включите вывод ошибок только в журнал (не на экран посетителям) и пройдите по сайту: главная, внутренние страницы, поиск, форма заявки, личный кабинет, для магазина корзина и оформление заказа.
  5. Для самописного кода используйте проверку совместимости, например инструмент PHPCompatibility для PHP_CodeSniffer: он показывает конструкции, которые не работают на выбранной версии.

Что чаще всего ломается при переходе с PHP 7.x на 8.x и между версиями 8.x (по списку несовместимостей документации PHP):

  • функции, удалённые в PHP 8.0, например create_function() и each();
  • в PHP 8.1 объявлено устаревшим (выдаёт предупреждение) значение null в параметрах встроенных функций, которые его не принимают;
  • в PHP 8.2 объявлено устаревшим создание свойств объекта «на лету», без объявления в классе;
  • более строгие сравнения и типы: код, который молча работал на PHP 7, может начать выдавать предупреждения или ошибки.

Предупреждения (Deprecated) сайт не ломают, но показывают, что код нужно исправить до следующей версии. Фатальные ошибки (Fatal error) останавливают страницу.

Шаг 4. Смените версию PHP

Выбирайте время с минимальным трафиком и не делайте этого перед важной рекламной кампанией.

  1. В панели хостинга откройте настройки сайта или домена и выберите версию PHP. Запомните прежнюю версию: она нужна для отката.
  2. Если на сайте используется отдельный набор расширений PHP, включите те же расширения на новой версии. Для WordPress и Битрикс обычно нужны mysqli (или pdo_mysql), mbstring, curl, gd, xml, zip, для Битрикс также opcache с настройками из документации.
  3. Если вы на VPS и сами ставите PHP: установите новую версию рядом со старой, переключите обработчик (PHP-FPM) в конфигурации сайта и перезагрузите веб-сервер. Старую версию не удаляйте, пока не убедитесь, что всё работает.

Шаг 5. Проверьте сайт после смены

  1. Откройте главную, несколько внутренних страниц, админку.
  2. Отправьте тестовую заявку или оформите тестовый заказ.
  3. Проверьте журнал ошибок PHP и веб-сервера за первые часы: там появятся предупреждения и ошибки, которых не видно на экране.
  4. Проверьте письма с сайта и работу интеграций (платежи, 1С, CRM).
  5. Следите за доступностью сайта первые сутки.

Если сайт сломался

  1. Верните прежнюю версию PHP в панели хостинга. Так откатиться быстрее всего: сайт вернётся к прежнему состоянию, данные не пострадают.
  2. По тексту ошибки в журнале найдите плагин, тему или файл, который не работает на новой версии.
  3. Обновите или замените этот компонент на тестовой копии, затем повторите смену версии.

Типичные признаки: белый экран (WordPress, Битрикс), «На сайте произошла критическая ошибка», ошибка 500.

Когда нужен специалист

  • Нет резервной копии или нет уверенности, что она рабочая.
  • Сайт — интернет-магазин, остановка недопустима.
  • В сайте много самописного кода или давно не обновлявшиеся плагины.
  • Нужно перескочить через несколько версий (например, с 7.4 на 8.3).
  • Версия сменена, сайт сломался, а прежнюю вернуть нельзя.

Сколько стоит работа у нас

ЗадачаВремяСтоимость
Обновление плагинов WordPress0,5 чоколо 1 900 ₽
Исправление ошибки1–2 ч3 800–7 600 ₽
Настройка резервного копирования0,5–1 ч1 900–3 800 ₽
Восстановление из резервной копииоколо 1 ч3 800 ₽

Диапазоны ориентировочные, ставка 3 800 ₽ в час. Точную оценку присылаем до начала работ. Все цены.

Сделаем за вас

Обновим на копии, проверим формы, корзину и оплату и только потом перенесём на рабочий сайт: обновление CMS и перевод на PHP 8.

Не хотите разбираться сами?

Опишите проблему в форме. Пришлём оценку в часах до начала работы, первая задача до 2 часов бесплатно для новых клиентов.

Отправить задачу

Частые вопросы

На какую версию PHP переходить в 2026 году?

На 8.3 или 8.4, если ваша CMS, плагины и тема их поддерживают. WordPress рекомендует 8.3 и выше, 1С-Битрикс рекомендует 8.4 и выше. Версия 8.2 получает только исправления безопасности и перестаёт получать их 31 декабря 2026 года.

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

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

Что будет, если остаться на старой версии PHP?

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

Влияет ли версия PHP на скорость сайта?

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

Нужно ли сообщать хостинг-провайдеру?

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