С 1 февраля 2026 года коробочные версии продуктов «1С-Битрикс» официально перестают поддерживать PHP ниже версии 8.2. Рекомендуемая версия: PHP 8.4 и выше.
На боевых порталах уже появилось соответствующее уведомление, и у многих компаний возникает закономерный вопрос: что будет, если не успеть обновиться, и действительно ли портал перестанет работать?
В этой статье разберём последствия, реальные риски и сценарии. Без технической перегрузки, но с фокусом на эксплуатацию и бизнес.
Что именно меняется с 1 февраля 2026
Портал не упадёт автоматически 1 февраля. Если вы продолжите использовать PHP 8.1, сайт, вероятнее всего, продолжит открываться и выполнять базовые функции.
Однако ограничения будут существенными.
После 01.02.2026 при использовании PHP ниже 8.2:
- вы не сможете устанавливать обновления ядра Битрикс24
- вы не сможете получать исправления ошибок и уязвимостей
- новые версии модулей и функционала станут недоступны
- технический долг портала начнёт быстро расти
Фактически система переходит в режим ограниченной эксплуатации.
Почему это риск именно для бизнеса, а не только для IT
Версия PHP 8.1 официально признана устаревшей и больше не поддерживается. Для неё не выпускаются исправления ошибок и обновления безопасности.
Это означает:
Рост потенциальных уязвимостей
Устаревшая версия PHP не получает исправлений безопасности, риск уязвимостей накапливается со временем.
Невозможность быстро закрывать инциденты
Без обновлений платформы и окружения сложнее оперативно устранять ошибки и последствия инцидентов.
Сложности с требованиями ИБ и внутреннего аудита
Эксплуатация неподдерживаемого ПО повышает риск замечаний со стороны ИБ и осложняет прохождение аудитов.
Повышение рисков при проверках и расследованиях
В случае инцидента сложнее аргументировать «контролируемую эксплуатацию» и подтвердить соблюдение регламентов.
Для крупных порталов, где Битрикс24 — это не просто сайт, а основа продаж, поддержки или внутренних процессов, это становится управленческой проблемой, а не технической мелочью.
Типовые сценарии, с которыми мы сталкиваемся на практике
После 1 февраля 2026 компании обычно оказываются в одном из трёх сценариев. Мы описали их так, чтобы можно было быстро оценить риски и выбрать управляемый путь.
«Ничего не делаем»
Портал продолжает работать на PHP 8.1.
- Обновления платформы недоступны
- Ошибки и уязвимости не закрываются
- При сбое вариантов реакции становится меньше
Этот сценарий часто выбирают «временно», но временное быстро превращается в постоянный риск.
«Обновляем PHP без подготовки»
PHP обновляется напрямую на боевом сервере.
- Ошибки в сторонних модулях
- Некорректная работа кастомных доработок
- Белые экраны, фатальные ошибки, сбои CRM
- Срочный откат и простои
Опасно для порталов с большим количеством интеграций и доработок.
«Плановое обновление с проверкой»
Обновление рассматривается как управляемый процесс.
- Проверка версии ядра и модулей
- Аудит сторонних решений
- Тестирование на копии портала (preprod)
- Поэтапное обновление PHP
- Контроль после обновления
Этот сценарий позволяет обновиться без простоя и авралов.
Почему обновление PHP — это не «просто нажать одну кнопку»
На небольших сайтах обновление PHP действительно может выглядеть как техническая формальность. Но в корпоративных порталах ситуация иная.
Обновление PHP затрагивает:
- Ядро Битрикс24
- Сторонние модули из Marketplace
- Кастомные доработки
- Интеграции с ERP, 1С, внешними сервисами
- Производительность и кеширование
Чем старше портал и чем больше в нём логики, тем выше вероятность скрытых зависимостей.
Нужно обновить PHP, но страшно трогать рабочий портал?
Разберём ваш сценарий обновления под Битрикс24: проверим ядро, модули и кастомный код, оценим риски и предложим безопасный план перехода на PHP 8.2+ без простоя.
Когда риски особенно высоки
| Признак | Почему это риск |
|---|---|
| Давно не обновлялось ядро | При переходе на PHP 8.2/8.3 могут проявиться несовместимости, которые раньше «не всплывали» |
| Много сторонних решений | Не все модули успевают адаптироваться под новые версии PHP; возможны ошибки и блокировка функционала |
| Кастом без документации |
Любая несовместимость будет требовать диагностики «с нуля», что повышает риск простоя |
| Нет тестового контура | Невозможно безопасно проверить сценарии до обновления на бою |
| Портал критичен для бизнеса | Даже короткий простой может привести к финансовым потерям и сбоям в процессах |
в таких случаях обновление «в лоб» может привести к простою и потере данных, поэтому лучше делать апдейт по плану.
Что важно сделать до обновления PHP
На уровне управления задачей важно:
- Понимать текущую версию ядра и модулей
- Знать, какие сторонние решения используются
- Оценить объём кастомных доработок
- Иметь план отката (актуальную резервную копию портала)
- Проводить обновление поэтапно, а не одномоментно
Это позволяет превратить обновление в контролируемый процесс.
Ограничение поддержки PHP ниже 8.2 — это не разовая новость, а точка, после которой эксплуатация портала без обновления становится всё более рискованной.
Для бизнеса ключевой вопрос звучит не как «Как обновить PHP?», а как «Как пройти обновление без потери стабильности и управляемости системы?»
