Обновление Битрикс: что ломается и как обновить без потерь

Пятница, 17:45. Нам пишет владелец интернет-магазина мебели. «Сергей, сайт сломался — шапка пропала, каталог не открывается, корзина выдаёт белый экран.» Спрашиваем: «Что меняли перед этим?» Долгая пауза. Потом: «Ну... обновил Битрикс. Там красная плашка две недели висела, надоело смотреть.»

Обновили в пятницу вечером. Без бэкапа. Без проверки совместимости модулей. На следующий день была запланирована акция.

Мы восстанавливали сайт всю ночь.

Это не единственная такая история. За три года работы мы разобрали десятки случаев, когда обновление Битрикс превращалось в аварийное восстановление на несколько часов. И почти в каждом — одни и те же ошибки в подготовке.

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

Почему обновляться всё равно нужно (даже если страшно)

Стратегия «не трогать то, что работает» понятна. Зачем рисковать, если сайт принимает заказы и покупатели не жалуются?

Проблема в том, что «работает» — это видимость. Сайт показывает товары. Но под капотом накапливаются уязвимости.

Факт: 95% взломов интернет-магазинов на Битрикс происходят через уязвимости, для которых патч уже выпущен. Не через экзотические дыры — через старые, известные, закрытые ещё год назад. Просто патч не поставили. В прошлом году мы разбирали 43 случая взлома из 47 — все они были на сайтах без актуальных обновлений.

Второй момент — производительность. Каждое крупное обновление Битрикс оптимизирует работу с базой данных и кешем. Сайт на двухлетней версии буквально работает медленнее, чем мог бы.

И третье: совместимость с PHP. Серверы постепенно обновляют версию PHP. Если ваш Битрикс устарел — рано или поздно что-то сломается само, без вашего участия. Просто потому что сервер обновился, а Битрикс — нет.

Обновляться нужно. Вопрос — как делать это с умом.

Что чаще всего ломается при обновлении

Из нашей практики — четыре главных источника проблем.

Шаблон и кастомизации

Самая частая поломка. Если разработчик редактировал системные файлы шаблона напрямую — а большинство так и делали — обновление затирает эти правки.

Классический случай: магазин работал на шаблоне «Аспро: Старт», но разработчик добавил несколько кастомных блоков прямо в файлы ядра. После обновления шаблон откатывается к дефолтному. Правки исчезают вместе с оформлением, которое клиент заказывал за 80 тысяч рублей.

Профессионально сделанный сайт выносит все правки в папку /local/ — она не затрагивается при обновлениях. Если у вас так не сделано, это риск. Проверьте у своего разработчика.

Обмен с 1С

После крупных обновлений Битрикс иногда меняет протоколы обмена данными. Не кардинально — но достаточно, чтобы синхронизация с 1С перестала работать. Товары не обновляются, заказы не уходят. Узнаёте об этом через несколько часов, когда менеджер говорит, что остатки не сходятся.

Особенно это касается переходов между основными версиями — например, с 22.x на 23.x. Перед таким обновлением обмен нужно проверять отдельно.

Сторонние модули

На большинстве магазинов стоят дополнительные модули — платёжные системы, CRM-интеграции, службы доставки, SEO-плагины. У каждого своя версия совместимости с ядром Битрикс.

Картина, которую мы видели несколько раз: ядро обновилось, модуль оплаты — нет. Итог: оплата на сайте перестала работать. Магазин принимал заказы, но никто не мог их оплатить. Выяснилось через 4 часа.

Проверить совместимость заранее можно в Маркетплейсе — у каждого модуля указаны совместимые версии Битрикс.

PHP и системные требования

Каждая новая версия Битрикс выдвигает новые требования к PHP. Если сервер работает на устаревшей версии — после обновления ядра начнутся ошибки. Функции, которые раньше работали, в новом PHP могут быть объявлены устаревшими или удалены.

Актуальные требования Битрикс к PHP всегда указаны в официальной документации. Проверяйте перед каждым крупным обновлением.

Чек-лист: 7 шагов безопасного обновления

Это конкретная инструкция. Делайте по порядку — пропуск любого шага увеличивает риск.

Шаг 1. Бэкап — обязательно, не опционально

Перед любым обновлением — полная резервная копия: файлы сайта + база данных.

В Битрикс: Настройки → Инструменты → Резервное копирование. Убедитесь, что бэкап завершился и файл доступен для скачивания. Лучше — скопируйте его на отдельный сервер или в облако.

Без бэкапа — не начинайте. Вообще. Это страховка, которая однажды сэкономит вам дни работы.

Шаг 2. Проверьте совместимость модулей

Откройте список установленных модулей: Настройки → Управление модулями. Для каждого ключевого модуля (платёжные системы, доставка, CRM) проверьте в Маркетплейсе версию совместимости с новым Битрикс.

Если важный модуль не поддерживает новую версию — дождитесь его обновления. Обычно оно выходит в течение 1–2 недель после обновления ядра.

Шаг 3. Проверьте версию PHP на сервере

Актуальные версии Битрикс требуют PHP 8.1+ (рекомендуется 8.2). Посмотреть текущую версию: Настройки → Производительность → PHP.

Если у вас PHP 7.4 или ниже — перед обновлением Битрикс нужно обновить PHP на сервере. Это уже серверная задача, не уровень интерфейса Битрикс.

Шаг 4. Выберите правильное время

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

Оптимальное окно: вторник или среда, 10:00–15:00. Трафик обычно ниже, чем в вечерние часы, и впереди ещё весь рабочий день на случай проблем.

Шаг 5. Запустите обновление через Маркетплейс

Путь: Настройки → Обновление системы → Обновить. Битрикс покажет, что именно будет обновлено. Прочитайте список — особенно строки с пометкой «security» или «критическое».

Если доступно несколько крупных версий — не обновляйте все сразу. Лучше по одной, с проверкой после каждой. Это дольше, зато понятно, какое именно обновление что сломало.

Шаг 6. Проверьте сайт сразу после обновления

Пройдитесь по этому списку:

• Открывается ли главная страница без ошибок?
• Работает ли каталог и поиск по товарам?
• Добавляется ли товар в корзину?
• Проходит ли тестовый заказ до этапа оплаты?
• Работает ли обмен с 1С? (запустите вручную и проверьте журнал)
• Нет ли новых ошибок в журнале событий?

Журнал событий: Настройки → Журнал событий. Смотрите ошибки с меткой CRITICAL или ERROR с временем после обновления.

Шаг 7. Проверьте через 24 часа

Некоторые проблемы проявляются не сразу. Обмен с 1С может работать первые пару часов, а потом сбоить. Пользовательские сессии могут сбрасываться через сутки.

Поставьте напоминание — через 24 часа после обновления ещё раз проверьте основные функции и журнал ошибок.

Критические обновления — особый случай

Битрикс периодически выпускает критические обновления безопасности. Это не то же самое, что плановые обновления.

Критическое обновление — значит, найдена серьёзная уязвимость, которую уже активно используют. Срок «обновлюсь на следующей неделе» в таком случае превращается в «обновляем в течение 1–3 дней».

Отличить критическое от обычного: в Маркетплейсе такие обновления явно помечены — в названии или описании будет «security fix» или «критическая уязвимость».

Как узнавать о критических обновлениях оперативно:

• Подпишитесь на email-рассылку обновлений Битрикс в разделе настроек
• Следите за официальным каналом Битрикс в Telegram
• Настройте автоматическое уведомление о доступных обновлениях — это несколько минут настройки на сервере

Для критических обновлений — тот же чек-лист из 7 шагов. Только выполнять его нужно быстрее.

Когда обновлять нельзя

Есть периоды, когда обновление лучше отложить — даже если висит красная плашка.

Акции и распродажи. За 3–4 дня до и во время акции — не обновляем. Если что-то сломается на Чёрную пятницу, потери от простоя несравнимо больше, чем любой риск от уязвимости.

Декабрь. Для большинства магазинов это пиковый сезон. Обновления — только в начале декабря или после 10 января.

Сезонные пики. Для магазина садовой техники — апрель-май. Для школьных товаров — август. Обновляйтесь в «тихие» месяцы.

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

Что вы можете сделать сами — а что нет

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

Можете сделать сами:

• Проверить совместимость модулей в Маркетплейсе
• Посмотреть текущую версию PHP в настройках Битрикс
• Сделать бэкап через интерфейс Битрикс
• Запустить обновление через Маркетплейс и проверить сайт по чек-листу

Требует доступа к серверу (нужен специалист):

• Обновить PHP на сервере (не в интерфейсе Битрикс, а в конфигурации сервера)
• Восстановить сайт из бэкапа, если обновление сломало что-то критическое
• Разобраться с конфликтом модулей на уровне файловой системы
• Настроить тестовую среду для обновления «в безопасных условиях»
• Провести обновление с нескольких версий отставания — там нередко нужна ручная работа с конфигами

Если вы не обновляли Битрикс больше года — вероятно, предстоит несколько последовательных обновлений. Это уже не «нажать кнопку», а отдельная работа.

Хотите заранее понять, в каком состоянии ваш сервер и Битрикс? Мы проверяем бесплатно за 24 часа. Покажем текущую версию, отставание от актуальной, состояние PHP, какие модули уже несовместимы и что нужно сделать перед обновлением. Конкретный отчёт, без обязательств.

→ Подробности на support.orangecode.ru