Главное за минуту
- Обновляйте сначала копию сайта: рабочая среда не подходит для экспериментов.
- Проверьте активную лицензию, совместимость PHP и требования новой версии модулей.
- Зафиксируйте критичные сценарии: заявка, заказ, оплата, CRM, поиск и личный кабинет.
- Критерий приёмки — не отсутствие ошибок в админке, а успешный путь пользователя и данных.
01
Почему нельзя просто нажать «Установить обновления»
Когда нужно обновить Битрикс, система меняет ядро и модули, но не знает, какие доработки завязаны на их прежнее поведение. Риск обычно находится не в публичной части сайта, а в обработчиках событий, шаблонах компонентов, обмене с 1С, платёжных модулях и отправке заявок в CRM.
Маркетологу или руководителю проекта не нужно разбирать код. Его задача — зафиксировать работающие бизнес-сценарии до старта и принять их после обновления. Если тестового контура нет, обновление сначала должно создать подрядчику безопасную копию, а не происходить на боевом сайте.
02
Карта зависимостей
Список связанных систем определяет объём тестирования и позволяет заранее назначить ответственных.
03
Проверьте готовность среды и доступов
Сначала уточните, кто владеет лицензией, сервером и учётными записями. Без доступа к панели хостинга, административной части и резервным копиям подрядчик не сможет ни проверить совместимость, ни быстро вернуть рабочую версию.
Отдельно сверяют версии PHP, базы данных и настройки окружения. Новое ядро может поддерживаться сервером, а старый кастомный модуль — нет.
До работ
- Есть активная лицензия и доступ администратора.
- Понятны версия PHP и параметры сервера.
- Создана копия файлов и базы данных.
Красные флаги
- Бэкап хранится на том же сервере.
- Нет паролей от хостинга или почты.
- Доработки не описаны и не хранятся в Git.
04
Аудит перед обновлением: что должно быть подтверждено
Не считайте достаточным ответ «резервная копия есть». Бэкап должен восстанавливаться, а тестовая копия — открываться по отдельному адресу без индексации и отправки реальных писем клиентам.
Попросите подрядчика отметить статус каждой проверки и приложить результат: ссылку на стенд, дату копии, версию PHP и перечень несовместимых модулей.
| Проверка | Норма | Риск |
|---|---|---|
| Лицензия | Обновления доступны | Модули не обновятся |
| Бэкап | Файлы и БД восстановлены на стенде | Нет быстрого отката |
| PHP и БД | Версии совместимы с планом обновления | Белый экран или ошибки |
| Интеграции | Есть тестовые данные и доступы | Потеря заказов и лидов |
05
Составьте сценарии, а не общий список страниц
После обновления полезно открыть главную страницу, но этого недостаточно. Проверять нужно завершённое действие пользователя и результат в связанной системе: лид появился в CRM, заказ получил статус, письмо ушло, UTM сохранились.
Для интернет-магазина добавьте разные способы оплаты и доставки. Для корпоративного сайта — все формы, телефонию, почту и маршрутизацию заявок.
Готовое сообщение
Формулировка задачи подрядчику
Цель: безопасно обновить ядро и установленные модули 1С-Битрикс на тестовой копии, затем перенести проверенное обновление на боевой сайт.
До начала: предоставить перечень версий, результат проверки системы, дату и место резервной копии файлов и БД, список выявленных конфликтов доработок.
Проверить после обновления: отправку всех форм с UTM, создание лида или сделки в CRM, каталог и поиск, оформление заказа, оплату, письма, обмен с 1С и личный кабинет.
Приёмка: приложить ссылку на тестовый контур, журнал ошибок, список обновлённых модулей и план отката с допустимым временем простоя.
06
Как провести обновление без остановки маркетинга
Работы планируют на период минимальной активности, но точное окно выбирают только после проверки копии. На время переноса стоит предупредить отдел продаж: он должен знать, как фиксировать обращения, если интеграция временно недоступна.
- 1
Снять копию. Сохранить файлы, базу данных и параметры окружения вне боевого сервера.
- 2
Развернуть стенд. Ограничить индексацию и отключить реальные письма, оплаты и вебхуки.
- 3
Обновить поэтапно. Установить обновления на копии, исправить конфликты и изучить журнал ошибок.
- 4
Пройти сценарии. Проверить путь посетителя и факт передачи данных в CRM, 1С и почту.
- 5
Перенести изменения. Выполнить работы на боевом сайте в согласованное окно и повторить критичные тесты.
07
Признаки, что обновление можно принимать
Приёмка заканчивается не сообщением «ошибок нет», а подтверждением бизнес-результата. Попросите использовать тестовые контакты и номера заказов, чтобы команда продаж могла найти каждую проверку в CRM.
Формы
Лид создаётся, источник и UTM-поля заполнены.
Заказ
Корзина, доставка и оплата проходят без ошибок.
Обмен
Каталог и остатки синхронизируются по расписанию.
Контроль
В логах нет критичных ошибок после запуска.
08
Когда обновление лучше передать специалистам
Привлекайте команду, если сайт интегрирован с 1С, CRM, платёжными системами или имеет много доработок без документации. Отдельный риск — устаревший PHP: его смена может потребовать правок шаблона и сторонних библиотек.
Документацию по штатному механизму обновлений можно сверить в учебных материалах 1С-Битрикс. Для оценки нестандартных сценариев полезнее сначала провести аудит.
Активна лицензия; создан и проверен бэкап; подготовлен тестовый контур; согласованы сценарии приёмки; назначено окно работ; есть понятный план отката
FAQ
Частые вопросы
Нужно ли обновлять все модули одновременно?
Не всегда. На тестовом контуре подрядчик определяет безопасную последовательность и проверяет совместимость каждого критичного модуля.
Можно ли делать обновление на работающем сайте?
Технически можно, но для сайта с заявками, заказами или интеграциями сначала нужна проверка на копии.
Что делать, если после обновления не приходят заявки?
Сразу включить план отката, проверить журнал ошибок, почтовые события и передачу данных в CRM по тестовой заявке.
Нужна ли активная лицензия для обновлений?
Да, доступ к актуальным обновлениям продукта и модулей зависит от действующей лицензии.
