Как обновить 1С-Битрикс без поломки сайта

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

Зачем нужно обновление Битрикс

По словам самой 1С-Битрикс, обновления приносят новые возможности, доработки модулей и защиту от угроз и утечки данных: старые версии могут оставить уязвимости. Кроме того, требования платформы к PHP и MySQL растут, и давно не обновлявшийся сайт может разойтись с тем, что поддерживает хостинг.

Чем дольше перерыв, тем длиннее цепочка изменений и тем больше мест, где может пострадать кастом. Дойти до последней версии можно и после нескольких лет простоя. Путь туда лежит через копию и тесты.

Какие бывают обновления 1С-Битрикс

В списке обновлений приходит не один монолитный пакет. Обновление ядра Битрикс, обновления модулей Битрикс, обновление самой системы обновлений SiteUpdate и сторонние решения Marketplace устроены по-разному и несут разный риск. Поэтому до установки я смотрю, что именно пришло.

Отсюда главное правило: разобрать состав обновлений до установки. Ядро с правками и стороннее решение без подтверждённой совместимости требуют больше внимания, чем опциональные языковые файлы интерфейса.

Система обновлений и сервер обновлений Битрикс

Сайт получает обновления через встроенную систему обновлений SiteUpdate, в админке это раздел Marketplace > Обновление платформы. Система связывается с сервером обновлений 1С-Битрикс и показывает информацию о регистрации продукта и список доступных обновлений.

Право на обновления даёт лицензия. Для «1С-Битрикс: Управление сайтом» оно действует год после регистрации лицензии, вместе с техподдержкой, дальше их продлевают. Перед работами проверьте, активна ли лицензия и до какой даты действует право на обновления. Я бизнес-партнёр 1С-Битрикс и помогаю с продлением лицензии Битрикс.

Что делать, если нет связи с сервером обновлений

Типичное сообщение: «Ошибка соединения с сервером обновлений: [110] Connection timed out». По документации 1С-Битрикс скрипт обновления не может подключиться к www.1c-bitrix.ru на порт 80. Причины на стороне сервера сайта: недоступны функции работы с сокетами, запрещены исходящие соединения, не хватает памяти или сбоит сеть.

Я проверяю по порядку:

1. Лицензия и ключ. Ключ неверен или лицензия не найдена — установку регистрируют. Ключ не активирован — на той же странице есть кнопка «Активировать ключ». Истёк срок права на обновления — сначала продление.
2. Адрес сервера и прокси. В настройках главного модуля, на вкладке «Система обновлений», адрес сервера обновлений должен быть www.1c-bitrix.ru. Там же задают прокси, если сайт выходит в интернет через него, например в корпоративной сети.
3. Исходящие соединения. Firewall и запрет исходящих соединений снимает владелец хостинга или администратор сервера, ему нужен полный текст ошибки. Если неизвестно, кто владеет хостингом, ставлю обновление на паузу и сначала разбираюсь с доступами.
4. SiteUpdate. Если система предлагает её обновление, ставлю его первым и повторяю запрос.

Успех здесь один: страница снова показывает список обновлений. Если блокировку не сняли, SiteUpdate не обновилась или ошибка повторяется, текст ошибки и журнал обновлений уходят в техподдержку 1С-Битрикс или подрядчику, который ведёт сайт.

Что определить до обновления

Соберите короткую карту текущего контура:

• версия платформы и редакция, срок лицензии, версия SiteUpdate, PHP, MySQL и установленных модулей;
• активный шаблон, кастомные компоненты и изменения в ядре;
• интеграции с 1С, CRM, оплатой, доставкой, почтой и внешними API;
• критичные пользовательские сценарии: заявка, покупка, авторизация, импорт, выгрузка;
• владелец хостинга и доступность резервных копий;
• последняя успешная дата обновления и известные ошибки.

Если этих сведений нет, первой задачей становится аудит, обновление подождёт. Иначе после сбоя будет трудно понять, что было изменено и как восстановить работу.

Как обновить Битрикс по шагам

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

1. Создайте и проверьте резервную копию

Нужны копии файлов и базы данных, связанные с одной точкой во времени. Зафиксируйте дату, место хранения и ответственного. Важно не только создать архив, но и понимать, как он восстанавливается: есть ли доступ к хостингу, хватает ли места, известны ли настройки подключения и сколько займёт возврат.

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

Штатная копия создаётся в разделе Настройки > Инструменты > Резервное копирование. «Проверка целостности архива» распаковывает его только виртуально. Полную уверенность даёт пробное восстановление, и удобнее всего сделать его, когда поднимаете тестовую среду.

2. Поднимите тестовую среду

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

У лицензии есть условие для копий. На один ключ допускаются публичная установка и одна локальная для разработчика, недоступная из интернета. Тестовую копию пометьте как «Установка для разработки» и отключите на ней автоматическую проверку обновлений, иначе при обновлении основного сайта возможна ошибка ERROR_WRONG_CODE.

Обновлять production напрямую можно только в исключительных случаях, когда риск и план отката явно приняты владельцем сайта. Для магазина и сайта с обменом данными такой подход особенно опасен.

3. Проверьте совместимость и состав изменений

Не обновляйте всё одним необъяснимым пакетом. Зафиксируйте:

• какие обновления устанавливаются и зачем;
• есть ли изменения требований к PHP или базе данных;
• какие модули и решения требуют отдельной проверки;
• какие кастомные доработки могут быть затронуты;
• какие известные замечания останутся после релиза.

Если в проекте меняли файлы ядра, сначала определите, можно ли вынести изменения в поддерживаемый слой. Неподтверждённая правка в ядре способна исчезнуть после обновления и создать скрытую ошибку. 1С-Битрикс прямо предупреждает: если изменён хотя бы один файл ядра или структура базы данных, результат автоматической установки обновления может быть непредсказуемым.

Обновление PHP и MySQL

По документации 1С-Битрикс на октябрь 2026 года платформе нужен PHP 8.2 или выше (рекомендуется 8.4 и выше) и MySQL 8.0 или выше. Для РЕД ОС, ALT, Astra и других российских Linux-систем вендор рекомендует MariaDB вместо MySQL. Сайт на MySQL 5.7 этим требованиям уже не соответствует.

С версии 24.0.0 продукты 1С-Битрикс поставляются только в кодировке UTF-8, а база должна работать в utf8mb4. Если старый сайт до сих пор в windows-1251, это отдельная работа с программистом.

Смену окружения я делаю отдельным этапом на копии. Переход на новый PHP или с MySQL 5.7 на MySQL 8 выполняется без других изменений, после него повторяется проверка совместимости кастома. Версии на рабочем сервере меняет владелец хостинга или администратор, поэтому время и порядок согласуйте с ним заранее. Если поменять PHP, MySQL, ядро и модули за один раз, при ошибке будет непонятно, что её вызвало.

4. Проведите тесты по реальным сценариям

Установка обновлений на тестовой копии

1. На тестовой копии откройте Marketplace > Обновление платформы.
2. Если система предлагает обновить SiteUpdate, установите это обновление первым.
3. Прочитайте описания обновлений модулей: в них есть указания по установке и предупреждения о возможных проблемах. Сверьте список с составом из шага 3.
4. Поставьте всё кнопкой «Установить рекомендуемые обновления» или отметьте нужные на вкладке «Список обновлений». Связанные модули выбирайте вместе либо не выбирайте ни один.
5. Дождитесь завершения. Если система сообщит, что установка прервалась сбоем, повторите её. При повторном сбое откройте «Журнал обновлений».

Если тесты занимают дни или недели, к релизу на рабочем сайте могут выйти новые версии. В экспертном режиме системы обновлений можно выбрать версию «до» и перенести список версий с тестового сайта на боевой файлом JSON. Тогда на рабочий сайт встанет ровно то, что проверили.

Какие сценарии пройти

После обновления на тестовой среде пройдите не только главную страницу. Минимальный набор зависит от сайта, но обычно включает:

• открытие ключевых страниц на телефоне и компьютере;
• отправку формы и попадание заявки в нужный канал;
• авторизацию, восстановление пароля и права пользователей;
• поиск, фильтр, корзину, оплату и оформление заказа — для магазина;
• импорт и экспорт данных, обновление цен и остатков — при обмене с 1С;
• письма, вебхуки и очереди фоновых задач;
• корректность кеша после изменения данных;
• коды ответа, ошибки в журналах и скорость критичных страниц.

Результаты лучше записать в короткий протокол: сценарий, ожидаемый итог, фактический итог, дата, проверяющий и ссылка на доказательство. Это полезнее фразы «проверили, всё нормально».

5. Согласуйте окно работ и откат

Перед production-релизом определите время работ, ответственных, канал связи и точку решения об откате. Время выбирайте с минимальной нагрузкой на сервер, так советует и 1С-Битрикс. Не совмещайте обновление с большим редизайном или новой интеграцией: если появится ошибка, будет трудно найти её источник.

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

Откат обновления в моём плане — это восстановление проверенной резервной копии файлов и базы на одну точку. Восстанавливают её из списка копий в разделе резервного копирования. После отката снова пройдите ключевые сценарии, а причину сбоя разберите на тестовой копии.

Что проверить после обновления Битрикс

Тесты на копии пройдены, теперь важно поймать то, что проявляется только на рабочем сайте: реальные заказы, обмен по расписанию, поисковые роботы. После обновления Битрикс я в первые часы и дни смотрю журнал обновлений, журналы ошибок, формы и заказы. Если сайт стал заметно медленнее, причины разбираю по порядку из статьи о том, почему сайт на Битрикс медленно работает.

Обмен с 1С после обновления

Обмен может сломаться незаметно: сайт открывается, а цены и остатки перестают меняться. Дождитесь полного цикла обмена или запустите его вручную и проверьте обе стороны. Товары, цены и остатки должны прийти на сайт, новые заказы — уйти в 1С. Журнал обмена должен быть без ошибок. Как устроена эта связка, я разбирал в статье про обмен Битрикса с 1С.

SEO-проверка после обновления

Обновление модулей и системных компонентов может изменить то, как выводятся страницы. Сравните с состоянием до релиза:

• ЧПУ и отсутствие новых дублей адресов;
• canonical на ключевых шаблонах;
• robots.txt и meta robots;
• микроразметку;
• коды ответов ключевых страниц и редиректы;
• sitemap.

Проще всего снять ключевые страницы краулером до релиза и повторить обход после. С чего начинать разбор найденного, описано в материале про технический SEO-аудит и приоритеты. Похожий набор параметров нужно беречь при переносе сайта на Битрикс без потери SEO.

Частые ошибки при обновлении Битрикс

Ошибка обновления Битрикс — это симптом. Сначала прочитайте текст сообщения и журнал обновлений, потом выбирайте исправление. Если на рабочем сайте не работает критичный сценарий, действует план отката, а причину ищут на тестовой копии. Ошибка связи с сервером обновлений разобрана выше.

Типичные опасные решения

• обновить ядро, PHP и десятки модулей одновременно без тестовой копии;
• делать резервную копию уже после начала работ;
• не проверять обмен с 1С, потому что «на сайте всё открывается»;
• чистить кеш без проверки, обновились ли цены и права пользователей;
• считать успешной установку обновления доказательством, что сайт работает;
• не записать, что именно изменилось и как восстановить предыдущую версию.

Как часто обновлять Битрикс

1С-Битрикс советует ставить самые свежие версии, а ритм выбирает владелец сайта. Я предпочитаю регулярный цикл небольшими порциями: в каждой порции меньше изменений, и проверить её на копии проще. Скачок после нескольких лет простоя приносит сразу много изменений модулей и окружения. Срочные исправления безопасности ставлю вне цикла, но тоже через копию и проверку.

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

Когда лучше остановиться и провести аудит

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

Если требуется обновить работающий сайт на Битриксе или разобрать последствия старых доработок, начните с технического аудита и плана безопасной публикации. Это снижает риск простоя и позволяет заранее согласовать объём работ.

Обновлять самому или с подрядчиком

Самому обновлять разумно, если сайт типовой, ядро не правили, копия проверена восстановлением, а тестовая среда есть и похожа на рабочую. Подрядчика я бы подключал при кастомных модулях и правках ядра, интернет-магазине, обмене с 1С, разрыве в несколько лет между версиями или ошибках в журнале ещё до работ.

Если обновление требует переписать кастомный код, это уже доработка сайта на Битрикс. Её я делаю вместе с проверенным программистом.

Для планового обновления и последующей эксплуатации подойдёт техническая поддержка сайта на Битрикс. Она стоит от 5 000 ₽ в месяц.

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

1. Карта контура, срок лицензии и версии записаны.
2. Копия файлов и базы создана, восстановление проверено.
3. Тестовая среда сопоставима с рабочей и помечена как установка для разработки.
4. Требования к PHP, MySQL и кодировке сверены.
5. Обновления установлены на копии, тесты пройдены и записаны в протокол.
6. Окно работ, ответственные и точка решения об откате согласованы.
7. Релиз выполнен, ключевые сценарии повторены.
8. Обмен с 1С прошёл полный цикл.
9. SEO-параметры совпадают с состоянием до релиза.
10. В журналах нет новых ошибок, протокол сохранён.

Вопросы об обновлении Битрикс

Что делать, если сайт сломался после обновления

Не чинить наугад. Если не работает критичный сценарий, откатитесь по плану и разберите причину на копии. Первую проверку по симптому подскажет таблица частых ошибок выше.

Можно ли обновить старую версию Битрикс сразу до последней

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

Сколько длится обновление

Зависит от разрыва версий, объёма кастома и интеграций. Сама установка обычно занимает меньшую часть работы. Больше времени уходит на копию, тестовую среду и проверки.

Нужно ли закрывать сайт на время обновления

Решает владелец сайта. В настройках главного модуля есть форма «Публичная часть» с кнопкой «Закрыть доступ пользователей» для технических работ. Если пользуетесь ею, держите окно коротким и после открытия проверьте ответ ключевых страниц.

Можно ли откатить обновление Битрикс

В моём порядке работ откат — это восстановление резервной копии файлов и базы, сделанной перед обновлением. Данные, появившиеся после копии, например новые заказы, нужно учесть отдельно. После отката повторите ключевые сценарии.