Что даёт активная лицензия 1С-Битрикс после первого года

01

После первого года сайт не перестаёт работать

Лицензия «1С-Битрикс: Управление сайтом» обычно включает один год получения обновлений с даты активации. Когда этот период заканчивается, сайт не блокируется: страницы открываются, каталог, формы, личный кабинет и обмены продолжают работать в той версии, которая уже установлена. Поэтому вопрос продления — не о праве показывать сайт посетителям, а о возможности безопасно развивать и обслуживать его дальше.

Активная лицензия даёт доступ к обновлениям продукта: ядра платформы, штатных модулей и исправлений, которые выпускает разработчик. Среди них могут быть закрытия уязвимостей, корректировки совместимости с новыми версиями PHP и браузеров, исправления ошибок в каталоге, заказе, почтовых событиях, кешировании и административной части. Для маркетолога это не «техническая формальность»: устаревшая платформа повышает риск потерять заявки после изменения интеграции или не успеть внедрить нужную функцию.

В типовом проекте ICONICA владелец сайта обращается не потому, что лицензия уже истекла, а потому что требуется доработка: новая форма, интеграция с CRM, способ оплаты или изменение обмена с 1С. До начала работ мы фиксируем версию продукта, дату окончания обновлений, список установленных модулей и текущее состояние резервного копирования. Это показывает, можно ли внедрять задачу на существующей версии или сначала нужно подготовить безопасное обновление.

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

03

Что фактически открывает активная лицензия

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

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

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

04

Какие задачи лицензия не решает сама

Продление не обновляет сайт автоматически и не гарантирует, что после установки пакетов все доработки сохранят работоспособность. Платформа не знает, как в конкретном проекте устроены обмен с 1С, отправка лидов в CRM, расчёт доставки, кастомный каталог или форма с UTM-метками. Эти сценарии проверяет разработчик на копии сайта, а не редактор в рабочей административной части.

Отдельно учитывайте Marketplace. Установленное решение может иметь собственную лицензию, подписку, условия обновления и требования к версии платформы. Активная лицензия 1С-Битрикс не отменяет эти условия. То же относится к внешним API: банк, служба доставки, SMS-провайдер или CRM могут изменить формат запроса независимо от статуса лицензии сайта.

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

05

Мини-кейс: обновление перед запуском рекламной кампании

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

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

Результат, который должен увидеть заказчик, — не фраза «сайт обновлён», а понятный протокол: какие модули обновлены, какие изменения применены, какие сценарии проверены, что осталось ограничением и где лежит резервная копия. При необходимости реальные примеры организации таких работ можно обсудить по материалам портфолио ICONICA.

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

06

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

Безопасный процесс начинается с инвентаризации, а не с покупки продления. Заказчику полезно заранее назвать страницы и процессы, которые нельзя нарушить: лидогенерация, корзина, оплата, выгрузка товаров, личный кабинет, регистрация, интеграция с Битрикс24 или другой CRM. Разработчик превращает этот список в тест-кейсы и фиксирует ожидаемый результат каждого сценария.

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

Не объединяйте обновление платформы с редизайном, сменой хостинга и запуском новой CRM-интеграции в один непроверяемый релиз. Если возникнет ошибка, будет сложно определить причину. Лучше разделить работы на этапы и согласовать окно публикации, ответственного со стороны бизнеса и условия отката.

1. 1

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

2. 2

   Определить критичные маршруты. Описать путь посетителя от рекламы и UTM до лида, заказа, оплаты или сделки.

3. 3

   Создать проверяемую копию. Развернуть тестовый контур и убедиться, что на нём можно повторить ключевые действия.

4. 4

   Обновить поэтапно. Устанавливать пакеты с контролем журнала, а не менять одновременно платформу и окружение.

5. 5

   Пройти тесты бизнеса. Проверить формы, CRM, оплату, заказы, письма, права доступа и мобильную версию.

6. 6

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

07

Что проверить маркетологу и руководителю проекта

Не нужно самостоятельно анализировать код или журналы обновлений. Но со стороны бизнеса важно дать команде проверяемые данные. Например, недостаточно сказать «форма должна работать». Нужен адрес страницы, обязательные поля, получатель в CRM, ожидаемый статус, уведомление менеджеру и способ проверить UTM-источник. Тогда разработчик не ограничится технической доступностью формы.

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

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

08

Когда продление можно отложить, а когда нельзя

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

Не стоит откладывать продление, если сайт принимает оплаты, собирает персональные данные, связан с CRM или 1С, зависит от внешних модулей либо готовится к рекламной кампании. Также поводом становится необходимость перейти на поддерживаемую версию PHP, исправить накопившиеся ошибки или внедрить функциональность, требующую свежих версий штатных модулей.

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

09

Какое решение принять владельцу сайта

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

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

Подключать подрядчика имеет смысл до смены PHP, запуска рекламы, редизайна или внедрения новой интеграции. Попросите план, список проверяемых сценариев и критерии приёмки. Такой подход превращает продление лицензии из формального платежа в контролируемую поддержку сайта, заявок и данных в CRM.