Короткий ответ
Ошибка 500 или белый экран после обновления 1С-Битрикс чаще всего значит несовместимость: доработанный шаблон, компонент или сторонний модуль не работает с новой версией ядра, решения Аспро или PHP. Не откатывайте обновление вслепую и не запускайте его повторно — сначала найдите текст ошибки в журнале PHP на хостинге или включите запись исключений в файл в /bitrix/.settings.php. По тексту обычно видно конкретный файл, и исправление занимает от часа. Встроенной кнопки «откатить обновление» у Битрикса нет: откат — это восстановление из резервной копии, и без копии базы сайт можно оставить в смешанном состоянии.
Мы в Interland — золотой партнёр 1С-Битрикс из Новосибирска, сопровождаем сайты на Битрикс и Аспро. Эту ошибку мы ловили не только у клиентов, но и у себя: в сентябре 2026 года после обновления решения Аспро все карточки товаров на нашем сайте начали отдавать 500. Главная и блог при этом работали — такую поломку легко не заметить несколько дней. Ниже — как читать ошибку, что чаще всего ломается и как это было у нас.
Почему обновление ломает сайт
Обновление меняет «внутренности» платформы: как называются функции, в каком виде модуль отдаёт данные шаблону. Типовой код вендора обновляется вместе с ядром и продолжает работать. А ваши доработки — переделанный шаблон карточки, свой компонент, правки чужого модуля — остаются как были. Это как поменять в квартире все розетки на новый стандарт: техника, которую подключали к старым, перестаёт включаться. Сама по себе квартира в порядке — не подходят вилки.
Симптом → причина → что проверить
| Что видно в ошибке или логе | Вероятная причина | Что проверить |
|---|---|---|
| Cannot use object of type … as array, Call to undefined method | Ваша доработка шаблона или компонента написана под старый API модуля | Файл и строку из текста ошибки: чаще всего это папка шаблона /bitrix/templates/…/components/ или /local/ |
| Call to undefined function each(), create_function(), mysql_connect() | Хостинг или обновление перевели сайт на PHP 8, а в коде остались функции, которых в PHP 8 нет | Версию PHP в панели хостинга и дату её смены; где лежит устаревший код |
| Class … not found, ошибки сразу в нескольких модулях | Обновление прервалось на середине — модули разных версий | Журнал установки обновлений в админке, свободное место на диске в момент обновления |
| Фатальная ошибка внутри папки стороннего модуля | Модуль из Маркетплейса не обновлён или тянет свою старую версию библиотеки, которая конфликтует с ядром (у нас так вёл себя модуль IndexNow) | Есть ли у модуля обновление, совместим ли он с вашей версией ядра |
| Allowed memory size exhausted, Maximum execution time | Новой версии не хватает памяти или времени, заданных на хостинге | memory_limit и max_execution_time; раздел «Проверка системы» в админке |
| Белый экран без текста | Фатальная ошибка при выключенном выводе ошибок — это нормально для рабочего сайта | Журнал ошибок PHP на хостинге или файл из раздела exception_handling в /bitrix/.settings.php |
| После обновления всё работает, но страницы «старые» или вёрстка поехала | Старый кеш или склеенные CSS и JS | Сброс кеша в админке; если не помогло — смотреть шаблон |
Главное правило: текст ошибки почти всегда указывает на конкретный файл и строку. Если файл лежит в папке вашего шаблона или в /local/ — ломается доработка, и чинить нужно её, а не ядро.
Что не делать самим
- Не запускать обновление повторно «вдруг докатится». Если причина в доработке, повтор ничего не изменит, а если обновление прерывалось — можно получить ещё более пёструю смесь версий.
- Не откатывать только файлы. Обновление меняет и файлы, и структуру базы. Вернуть файлы из копии без базы — значит получить сайт, где код ждёт одни таблицы, а в базе другие.
- Не править файлы ядра в
/bitrix/modules/. Правка вернёт сайт к жизни до следующего обновления, а потом ошибка вернётся — и уже никто не вспомнит, что меняли. - Не включать показ ошибок посетителям «на минутку». Вместе с текстом ошибки наружу уходят пути сервера. Пишите ошибки в файл.
- Не удалять модуль, на который ругается лог, не разобравшись. Вместе с модулем могут уйти его настройки и данные.
Когда звать специалиста
- сломались карточки товаров, корзина, оформление заказа или оплата;
- в тексте ошибки — файлы вашего шаблона или
/local/: это доработки, их нужно переписывать под новую версию; - нет свежей резервной копии базы, а сайт уже обновлён;
- ошибка появляется не на всех страницах, а на части — такие поломки дольше всего остаются незамеченными.
Как это было у нас: карточки товаров отдавали 500
Проблема. 21 сентября 2026 года все карточки товаров на ilsib.ru начали отдавать HTTP 500. Списки товаров, главная и блог открывались нормально — поэтому снаружи сайт выглядел живым.
Диагноз. Обновился модуль решения Аспро. В новой версии блоки нижней части карточки товара (вкладки, комплекты) модуль стал передавать шаблону не массивом, а объектом. Наши доработанные файлы шаблона карточки обращались к нему по-старому, как к массиву, — отсюда фатальная ошибка «Cannot use object of type … as array» в файле вкладок.
Решение. Переписали два файла доработки — вкладки и комплекты — под новый формат, взяв за образец типовой код самого модуля. Перед правкой сохранили копии, после выкладки сбросили кеш.
Результат. Проверили 12 карточек из разных разделов — все отвечают 200. Заодно нашли ещё несколько шаблонов с таким же устаревшим кодом. Они пока не падают, потому что их части модуля ещё не перешли на новый формат, но выстрелят при одном из следующих обновлений — теперь они в списке на плановую переделку.
Срок. Нашли и исправили в тот же день.
Вывод, который мы сделали для себя: после каждого обновления проверять не главную, а по одной странице каждого типа — карточку, список, корзину, статью, форму.
Считаем на салфетке: проверка на тестовой копии или «обновим и посмотрим»
Модель, но на реалистичных цифрах. Интернет-магазин: 400 заказов в месяц, средний чек 4 200 ₽, маржа 30 % — это около 13 заказов и 16 800 ₽ маржи в день. Обновления ставим раз в квартал.
- Вариант А — проверка на тестовой копии. Развернуть копию, обновить, пройти страницы каждого типа, поправить доработки: модельно 3 часа по 3 500 ₽ = 10 500 ₽ за каждое обновление.
- Вариант Б — обновлять сразу на рабочем сайте. Пусть раз в год обновление ломает карточки товаров и это замечают через 3 дня (выходные, главная-то работает). Потеря — 3 × 16 800 = 50 400 ₽ маржи плюс срочный ремонт, модельно 4 часа = 14 000 ₽. Итого 64 400 ₽.
| Период | А: проверка, нарастающим итогом | Б: без проверки, нарастающим итогом | Разница в пользу А |
|---|---|---|---|
| 1-й квартал | 10 500 ₽ | 0 ₽ | −10 500 ₽ |
| 2-й квартал (поломка) | 21 000 ₽ | 64 400 ₽ | +43 400 ₽ |
| 3-й квартал | 31 500 ₽ | 64 400 ₽ | +32 900 ₽ |
| 4-й квартал | 42 000 ₽ | 64 400 ₽ | +22 400 ₽ |
Честный итог: даже при одной поломке в год тестовая копия экономит магазину около 22 тысяч, а если поломка заденет оформление заказа в высокий сезон — в разы больше. Плюс поисковики, которые несколько дней видят 500 на карточках, начинают реже обходить и выкидывать эти страницы из выдачи. Контрпример: сайт-визитка с пятью заявками в месяц. Ему тестовая копия на каждое обновление не нужна — достаточно резервной копии перед обновлением, обновления в спокойное время и проверки пяти страниц руками. Правило: если день простоя стоит дороже трёх часов работы, обновляйтесь через тестовую копию.
Как мы это делаем
- Копия. Полная резервная копия файлов и базы — до любых действий.
- Текст ошибки. Включаем запись исключений в файл, находим файл и строку, которые падают.
- Ремонт причины. Переписываем доработку под новую версию, обновляем или заменяем несовместимый модуль, при необходимости согласуем версию PHP с хостингом.
- Проверка по типам страниц. Карточка, список, корзина, оформление заказа, формы, обмен с 1С.
- Отчёт. Что сломалось, что исправили, где ещё в шаблонах лежит код, который выстрелит при следующем обновлении.
Стоимость: разовые работы — 3 500 ₽ в час, в пакете часов — от 2 500 ₽ в час (10 часов — 30 000 ₽). Аварии берём вне очереди в рабочее время. Подробнее — на странице технической поддержки сайтов на 1С-Битрикс.
Вопросы и ответы
Можно откатить обновление Битрикса?
Отдельной кнопки нет. Откат — это восстановление файлов и базы из резервной копии, сделанной до обновления. Если копии нет, правильнее чинить вперёд: исправлять то, что не совместимо с новой версией.
Потеряются ли заказы и данные?
Обычно нет: ошибка 500 значит, что страница не смогла собраться, а не что данные удалены. Риск появляется, если откатывать сайт из старой копии — тогда пропадут заказы, сделанные после неё.
Почему сломались только карточки товаров, а главная работает?
Потому что ломается конкретный доработанный шаблон, а не весь сайт. Так было и у нас. Поэтому после обновления проверяйте по одной странице каждого типа.
Можно вообще не обновляться?
Можно какое-то время, но сайт перестаёт получать исправления безопасности, а со временем — и совместимость с новыми версиями PHP и MySQL на хостинге. Об этом — в разборе сайт устарел: чинить или переделывать.
Сколько ждать, если обратиться к вам?
Аварии берём вне очереди в рабочее время, Пн–Пт 9:00–18:00 по Новосибирску. Круглосуточного дежурства у нас нет.
Если сайт сломался прямо сейчас
Напишите в Telegram или MAX или позвоните: +7 383 207-92-09. Работаем Пн–Пт 9:00–18:00 по Новосибирску (UTC+7). Пришлите текст ошибки или скриншот и скажите, что обновляли, — по этому часто сразу видно, где искать.
Смежные разборы: ошибка подключения к базе данных на 1С-Битрикс, сколько стоит поддержка сайта, сколько стоит лицензия и продление (обновления приходят, пока лицензия активна).
Автор: Филипп Малько, Interland · Проверено: 08.10.2026
Ещё по теме: обновление PHP до 8-й версии на Битриксе, как реанимировать заброшенный коробочный Битрикс24, что будет, если истекла лицензия Битрикса и как обновить Аспро и не потерять доработки.
