Обновляйте Битрикс сначала на копии: проверьте, что лицензия активна, снимите проверенную резервную копию, разверните её на тестовом поддомене и запустите обновление там. Если прошлый подрядчик правил файлы прямо в папке /bitrix/, обновление затрёт эти правки без предупреждения — найдите их до запуска. PHP поднимайте отдельным шагом, не вместе с ядром. Для сайтов, где обновления откладывались годами, разумнее подключить сопровождение сайтов на Битриксе с обновлениями ядра, чем разбирать конфликт версий в одиночку.
Лицензия: что даёт активная и что теряет истёкшая
Обновление ядра доступно только с активной подпиской на обновления (SUP35). Актуальные цены редакций «1С-Битрикс: Управление сайтом» с 1 января 2026 года: «Старт» — 7 100 ₽, «Стандарт» — 20 500 ₽, «Малый бизнес» — 47 000 ₽, «Бизнес» — 96 500 ₽¹. Продление подписки на следующий год обходится в 25 % от цены редакции — для «Бизнеса» это около 24 125 ₽².
Если подписка истекла, сайт продолжает работать. Пропадает доступ к новым версиям ядра, исправлениям безопасности, маркетплейсу модулей и приоритетной технической поддержке². Разрыв версий копится незаметно, и его цена растёт: одно небольшое обновление раз в квартал дешевле, чем одно большое обновление раз в три года с непредсказуемым числом конфликтов.
Первым шагом перед любым обновлением проверьте статус лицензии в административной панели («Настройки → Продукт → Лицензия»). Истекла — продлите её до начала работ, а не в процессе: обновление с истёкшей подпиской может прерваться на середине. Половинчатое обновление опаснее, чем отсутствие обновления вовсе — часть файлов ядра уже новая, часть ещё старая, и предсказать поведение такой смеси нельзя.
Лицензия, купленная на прежнего подрядчика или на юрлицо, которого уже нет, — отдельная проблема. Продление возможно и на нового владельца, но доступ к личному кабинету 1С-Битрикс придётся восстанавливать через техподдержку до старта обновления, не во время него. Этот шаг иногда занимает несколько рабочих дней на подтверждение прав — планируйте его отдельной строкой в графике, если сайт достался вместе с чужой лицензией.
Почему правки в /bitrix/ и /local/ решают судьбу обновления
Каталог /bitrix/ при обновлении перезаписывается файлами от разработчика платформы. Всё, что туда правили руками — шаблон, компонент, ядро модуля, — рискует быть затёрто следующим обновлением без предупреждения об утрате. Официальная рекомендация 1С-Битрикс — держать кастомные компоненты и шаблоны в каталоге /local/, который обновлениями не затрагивается³.
Перед обновлением сайта, доставшегося от другого подрядчика, выполните три проверки:
- Сравните дату изменения файлов в
/bitrix/templates/и/bitrix/components/с датой последнего официального обновления — более свежие файлы правились руками. - Найдите каталог
/local/— если он пуст или отсутствует, а сайт кастомизирован, значит все правки лежат в зоне риска. - Составьте список изменённых файлов до запуска обновления, а не после сообщения об ошибке. Список — не формальность: по нему восстанавливают функциональность, если обновление действительно что-то затёрло.
Если правки найдены в /bitrix/, перенесите их копией в /local/ до обновления. Тестовый поддомен для этой проверки безопаснее боевого сайта. Разница на практике простая: правка в /local/templates/ переживает любое обновление ядра. Та же правка в /bitrix/templates/ живёт до первого обновления и потом пропадает без сообщения об ошибке — сайт просто откатывается к типовому виду в затронутом месте. Замечают это поздно, через жалобу клиента на «испортившийся» блок, а не в момент самого обновления.
Порядок обновления: ядро, модули, модули Маркетплейса
Обновление ведут поэтапно. Не одной кнопкой «обновить всё» на боевом сайте. Каждый этап — свой риск, своя проверка, свой откат.
| Что обновляем | Риск | Как проверить | Как откатить |
| Главный модуль (ядро) | Высокий — меняет базовую логику платформы | Открыть 10–15 ключевых страниц сайта на тесте, проверить админку | Восстановить копию, снятую перед обновлением |
| Штатные модули 1С-Битрикс (каталог, формы, оплата) | Средний | Проверить работу каталога, корзины, форм на тесте | Откат модуля через список установленных обновлений |
| Модули Маркетплейса сторонних разработчиков | Высокий — совместимость не гарантирована | Написать разработчику модуля до обновления, проверить журнал ошибок после | Отключить модуль, вернуться к прежней версии из архива |
| PHP | Высокий, если версия ядра к нему не готова | Прогнать журнал ошибок PHP на тесте под новой версией | Вернуть прежнюю версию PHP в панели хостинга |
| MySQL | Средний | Проверить время выполнения тяжёлых запросов после обновления | Откат версии СУБД через хостинг или снапшот сервера |
Модули Маркетплейса — самое частое место сбоя: их обновляют сторонние разработчики в своём темпе, и версия модуля может не успевать за новым ядром. Перед обновлением ядра проверьте у каждого установленного платного модуля дату последнего обновления в личном кабинете разработчика. Модуль без обновлений больше года тестируют в первую очередь, до всех остальных изменений: у него больше всего шансов конфликтовать с новым ядром.
PHP 8.x: минимальные требования и сроки поддержки
Минимальная версия PHP для текущего ядра «1С-Битрикс: Управление сайтом» — 8.2⁴. Более старые версии сайт с новым ядром просто не запустит.
Сроки поддержки самого PHP короче, чем кажется. PHP 8.1 прекратил получать исправления безопасности 31 декабря 2025 года⁵ — сайты на этой версии уязвимы для любой новой дыры, найденной после этой даты, и обновление никто больше не выпустит. PHP 8.2 сейчас в режиме security-only и потеряет поддержку 31 декабря 2026 года⁵; PHP 8.3 — до конца 2027 года⁵. Переход планируют на версию с запасом на пару лет вперёд, а не на минимально достаточную сегодня — иначе следующий скачок версии придётся делать почти сразу.
Поднимайте PHP отдельным шагом от обновления ядра Битрикса, не одновременно. Смешивание двух источников риска в одном окне обновления усложняет диагностику: если сайт упал, неясно, виновато ядро или новая версия PHP. Разнесите шаги хотя бы на несколько дней — так каждую проблему видно отдельно, а не единым комом из десятка ошибок в логе.
Хостинг иногда меняет версию PHP автоматически, без предупреждения владельца сайта. Проверьте в панели управления, кто отвечает за переключение версии — хостинг по расписанию или вы вручную. Автоматическое переключение на дешёвом тарифе — частая причина внезапно упавшего сайта, который до этого работал месяцами без изменений с вашей стороны.
Что проверить после обновления
Сообщение «обновление успешно завершено» ничего не гарантирует. Оно означает только, что файлы скопированы и скрипт миграции отработал без ошибок. Сайт может открываться с белым экраном на карточке товара или молчать при отправке формы. Проверка идёт по каждому пункту ниже, руками:
- Формы. Отправьте тестовую заявку, проверьте, что письмо или запись в CRM дошли.
- Корзина и оплата. Пройдите путь от карточки товара до экрана оплаты в тестовом режиме провайдера.
- Обмен с 1С. Запустите обмен вручную и сверьте, что цены и остатки пришли без ошибок в протоколе. Почему после обновления падает обмен с 1С и что чаще всего оказывается причиной — отдельная тема.
- Поиск по сайту. Индекс поиска иногда нужно переиндексировать заново после смены версии модуля поиска.
- Скорость. Найти причину медленной загрузки нужно сразу после обновления, а не через месяц. Новая версия модуля кеширования иногда меняет поведение по умолчанию, и просадку легче поймать по горячим следам, пока никто не успел списать её на что-то другое.
Каждый пункт проверяется на тестовом поддомене до переноса на боевой сайт. И повторно — уже на боевом, после переноса. Дважды. Это не перестраховка: тест и прод иногда различаются настройками сервера, и то, что заработало на тесте, не всегда заработает на боевом хостинге без правки.
Если что-то упало: откат из копии
Обновление, которое ломает сайт, откатывается за минуты, если копия снята правильно и заранее проверена. Плюсы и минусы сайтов на 1С-Битрикс — в разделе о лицензии там же разобрано, что риск обновления — плата за коробочные преимущества платформы, а не повод отказаться от них.
Порядок отката:
- Остановите текущее обновление, если оно ещё выполняется.
- Разверните последнюю резервную копию, снятую перед стартом обновления, на боевом сайте или на отдельном поддомене, если время критично.
- Проверьте работу сайта по тому же списку, что при обновлении: формы, корзина, обмен, поиск.
- Разберите причину сбоя на тестовом поддомене отдельно от боевого сайта, не блокируя продажи повторной попыткой.
Скорость отката решает всё. Магазин с оплатой не может стоять час с белым экраном в ожидании, пока разберутся, что пошло не так. Копия, проверенная тестом на час, превращает аварию в рутинную операцию на десять минут. Без копии те же десять минут превращаются в день ручного восстановления файлов и базы по кускам.
Без проверенной резервной копии откат превращается в восстановление вручную файл за файлом — это часы вместо минут, и не всегда обратимо для базы данных.
Частые вопросы
Как часто нужно обновлять 1С-Битрикс?
Ядро и штатные модули — по мере выхода критических обновлений безопасности, несколько раз в год. Модули Маркетплейса проверяют на совместимость перед каждым обновлением ядра, а не по собственному расписанию.
Можно ли обновить только PHP, не трогая ядро Битрикса?
Да, если текущая версия ядра поддерживает более новую версию PHP. Проверьте минимальные требования конкретной сборки на странице системных требований платформы перед обновлением, иначе сайт может не запуститься на новой версии PHP. Старое ядро на новом PHP — частая причина неожиданных ошибок в логе, которых не было ни на старой версии PHP, ни на новом ядре по отдельности.
Что делать, если обновление затёрло правки в шаблоне?
Восстановить их из резервной копии, снятой перед обновлением, и перенести в /local/templates/, где следующее обновление их уже не тронет. Держать кастомный шаблон в /bitrix/templates/ — значит терять правки при каждом обновлении заново.
Обязательно ли тестировать обновление на отдельном поддомене?
Для сайта с заказами и оплатой — да. Ошибка, найденная на тесте, — это час работы. Та же ошибка на боевом сайте во время рабочего дня оборачивается упущенными заявками и оплатами, пока её ищут и чинят на глазах у покупателей.
Что делать, если модуль от стороннего разработчика не обновлялся больше года?
Написать разработчику до обновления ядра и уточнить совместимость. Нет ответа — протестировать модуль на тесте в первую очередь и держать наготове план отключения на боевом сайте, если после обновления он перестанет работать корректно.
Нужен ли простой сайта на время обновления?
Для большинства обновлений — нет, если всё готовится на тесте до переноса на боевой сайт. Простой нужен только на момент самого переноса проверенной версии, а это минуты, не часы. Пользователей предупреждают, если обновление затрагивает оплату или личный кабинет: на этот случай ставят короткое техническое окно ночью или в низкий по трафику час.
--- ¹ 1c-bitrix.ru/products/cms/license.php — цены редакций на 29.09.2026. ² Продление подписки на обновления (SUP35) — 25 % от цены редакции в год, что происходит без продления — sotbit.ru/1c-bitrix/updates/, сверено 29.09.2026. ³ dev.1c-bitrix.ru, раздел документации о каталоге /local/ — сверено 29.09.2026. ⁴ 1c-bitrix.ru/products/cms/requirements.php — минимальная версия PHP 8.2, сверено 29.09.2026. ⁵ php.net/eol.php, php.net/supported-versions.php — сроки поддержки PHP 8.1–8.3, сверено 29.09.2026.