Поддержка сайта на Битрикс: что входит в техподдержку и как считается цена
05.07.2026
Коротко: поддержка сайта на Битрикс — это не «чиним, когда сломалось», а регулярная работа по шести направлениям: безопасность, обновления ядра и модулей, резервные копии, скорость, контроль интеграций (в первую очередь обмена с 1С) и доработки по задачам бизнеса. Оплачивается обычно абонентской платой с включённым объёмом часов; цена зависит от размера сайта, числа интеграций и требуемой скорости реакции. Разовые правки «по факту поломки» в сумме за год выходят дороже планового сопровождения.
Содержание:
- Чем поддержка отличается от разовых правок
- Что входит в поддержку: шесть направлений
- Обновления Битрикс — отдельная работа, а не одна кнопка
- Форматы сопровождения и из чего складывается цена
- Почему поддержка «по факту поломки» дороже
- Как выбрать подрядчика на поддержку
- Что должно быть зафиксировано в договоре
- Частые вопросы
Чем поддержка отличается от разовых правок
Разовая правка — это задача с началом и концом: поменять текст на странице, добавить форму, поправить вёрстку в шапке. Поддержка — это ответственность за то, что сайт работает: он открывается, принимает заказы, не отдаёт ошибок после обновления, не тормозит и не становится добычей ботов.
Разница видна в момент аварии. Если у вас есть только исполнитель разовых задач, при падении сайта вы начинаете с поиска: кто свободен, у кого есть доступы, кто вообще помнит, как здесь всё устроено. Если сайт на сопровождении — подрядчик уже знает архитектуру, у него есть доступы, бэкапы и история изменений, и работа начинается сразу.
Второе отличие — профилактика. Поддержка занимается тем, что ещё не сломалось: смотрит логи, следит за свободным местом на диске, за сроком SSL-сертификата, за тем, что резервные копии действительно создаются и разворачиваются. Большая часть аварий на сайтах — это предсказуемые события, о которых система предупреждала заранее.
Что входит в поддержку: шесть направлений
Ниже — состав нормального сопровождения сайта на 1С-Битрикс. Если в предложении подрядчика нет какого-то из блоков, стоит уточнить, почему.
| Направление | Что делается | Периодичность |
|---|---|---|
| Безопасность | Обновления безопасности, проверка на вредоносный код, контроль прав доступа и админов, мониторинг подозрительной активности | Постоянно, проверки — регулярно |
| Обновления | Обновление ядра Битрикс и модулей с предварительной проверкой на копии сайта | Плановые окна, вне часа пик |
| Резервные копии | Автоматические бэкапы, хранение вне сервера сайта, тестовое восстановление | Ежедневно, проверка восстановления — периодически |
| Скорость и стабильность | Контроль времени ответа, кеширование, оптимизация запросов и картинок, разбор ошибок в логах | Регулярный контроль, работы по мере роста сайта |
| Интеграции | Контроль обмена с 1С, работы платёжных систем, доставки, форм и передачи заявок в CRM | Ежедневный контроль для магазинов |
| Доработки | Правки контента и функциональности, новые блоки и страницы, доработки под задачи маркетинга | По заявкам, в рамках включённых часов |
Для интернет-магазина самый чувствительный пункт — предпоследний. Каталог и остатки живут в 1С, и любой сбой обмена сразу виден покупателю: товар «есть» на сайте и отсутствует на складе или наоборот. Как устроена эта связка и что чаще всего в ней ломается, мы разбирали в статьях настройка обмена 1С и Битрикс и почему ломается обмен 1С-Битрикс.
Обновления Битрикс — отдельная работа, а не одна кнопка
В админке Битрикс обновление выглядит как нажатие кнопки, и именно поэтому его часто откладывают: один раз обновились «в лоб», получили белый экран на боевом сайте — и больше не рискуют. Через год-два накапливается разрыв в десятки версий, в котором уже есть и уязвимости, и несовместимости.
Правильный порядок другой. Сначала обновление ставится на копию сайта, где проверяются ключевые сценарии: главная, каталог, карточка товара, корзина, оформление заказа, формы, личный кабинет, админские разделы. Отдельно проверяются кастомные шаблоны и правки — именно они чаще всего ломаются, потому что переопределяют компоненты ядра.
Здесь есть важный нюанс, знакомый всем, кто работает с готовыми решениями: правки, внесённые прямо в файлы шаблона или решения, обновление затирает. Поэтому доработки выносят в отдельные файлы, а на боевых проектах полезно держать сторожевой скрипт, который проверяет, что нужные правки на месте после каждого обновления.
Отдельная строка — лицензия. Обновления ядра доступны, пока действует лицензия на продукт. Когда срок продления истёк, сайт продолжает работать, но перестаёт получать в том числе обновления безопасности. Контроль срока лицензии — тоже часть поддержки.
Форматы сопровождения и из чего складывается цена
На рынке встречаются три формата. Выбор зависит не от размера компании, а от того, насколько критичен простой сайта для выручки.
| Формат | Как устроен | Кому подходит |
|---|---|---|
| По часам (постоплата) | Оплачивается фактически затраченное время, реакция — по возможности | Сайтам-визиткам, где простой не стоит денег |
| Абонентская плата с пакетом часов | Фиксированная сумма в месяц, включённый объём работ, приоритетная реакция | Большинству корпоративных сайтов и магазинов |
| Расширенное сопровождение | Абонплата плюс мониторинг, гарантированное время реакции, плановые работы по развитию | Магазинам, для которых сайт — основной канал продаж |
На сумму абонентской платы влияют: размер и сложность сайта, число интеграций (1С, платёжные, службы доставки, CRM, маркетплейсы), объём кастомных доработок, требуемое время реакции и режим работы (только будни или включая выходные), а также нужен ли регулярный запас часов на развитие. Ориентиры по стоимости разработки и сопутствующим расходам мы разбирали в материале сколько стоит сайт на Битрикс.
Если нужен подрядчик, который возьмёт сайт целиком — от обновлений и бэкапов до доработок и контроля обмена с 1С, — посмотрите условия услуги поддержка сайта на Битрикс. Мы подхватываем и чужие проекты: первый шаг — аудит текущего состояния, чтобы понимать, что досталось в наследство.
Почему поддержка «по факту поломки» дороже
Логика «зачем платить каждый месяц, если сайт работает» выглядит разумной ровно до первой аварии. Дальше начинает считаться другая арифметика.
- Аварийная работа дороже плановой. Срочная задача выполняется вне очереди, часто вечером или в выходные, и оценивается соответственно.
- Простой стоит денег. Для магазина час недоступности — это потерянные заказы, для сайта услуг — потерянные заявки и оплаченные впустую клики рекламы.
- Разбор чужого кода занимает время. Подрядчик, который видит сайт впервые, сначала изучает его, и это время тоже оплачивается.
- Без бэкапов восстановление превращается в разработку. Если резервных копий нет или они не разворачиваются, часть данных придётся восстанавливать руками.
- Проблемы накапливаются. Отложенные обновления, растущая база, неоптимизированные картинки — всё это однажды приходится решать одним большим проектом.
Ещё один эффект менее очевиден: без сопровождения сайт перестаёт развиваться. Маркетинг просит лендинг, SEO просит правки шаблона, отдел продаж — новую форму, и каждая такая задача упирается в поиск исполнителя. В итоге проще ничего не менять.
Как выбрать подрядчика на поддержку
Короткий список вопросов, который экономит месяцы:
- Кто конкретно будет работать с сайтом и что происходит, когда этот человек в отпуске или болеет.
- Как ставятся задачи: почта, мессенджер, таск-трекер, портал — и видите ли вы статус задачи.
- Какое время реакции на аварию и какое — на обычную задачу, зафиксировано ли это письменно.
- Где хранятся резервные копии и проверялось ли восстановление из них.
- Как ведётся учёт часов и что происходит с неизрасходованными часами месяца.
- Есть ли опыт именно с вашей связкой: версия Битрикс, редакция, готовое решение, обмен с 1С.
- Кто владеет доступами: хостинг, домен, лицензия, репозиторий — всё это должно быть оформлено на вас.
Последний пункт важнее, чем кажется. Ситуация, когда домен зарегистрирован на бывшего подрядчика, а доступов к хостингу нет ни у кого, встречается регулярно и решается долго и болезненно.
Что должно быть зафиксировано в договоре
Минимальный набор: перечень работ, входящих в абонентскую плату; объём включённых часов и стоимость часа сверх пакета; время реакции по типам обращений; периодичность и место хранения бэкапов; порядок передачи доступов; условия расторжения и передачи проекта другому подрядчику. Последнее особенно важно: нормальный подрядчик не боится этого пункта.
Полезно также договориться о регулярном отчёте — раз в месяц письмом или на встрече: что сделано, что обновлялось, какие проблемы обнаружены, что предлагается сделать дальше. Отчёт превращает поддержку из чёрного ящика в понятный процесс и позволяет планировать развитие сайта, а не только его починку.
Важно. Проверяйте резервные копии не по факту их существования, а по факту восстановления. Ситуация, когда бэкапы много месяцев исправно создавались, а в момент аварии выяснилось, что архив битый или в нём нет базы данных, — одна из самых частых и самых дорогих. Просите подрядчика раз в квартал разворачивать копию на тестовом сервере и показывать результат.
Частые вопросы
Что входит в техподдержку сайта на Битрикс?
Обновления ядра и модулей с проверкой на копии сайта, работы по безопасности, резервное копирование, контроль скорости и стабильности, наблюдение за интеграциями (обмен с 1С, оплата, доставка, формы) и доработки по задачам бизнеса в рамках включённых часов.
Сколько стоит поддержка сайта на Битрикс?
Обычно это абонентская плата, размер которой зависит от размера сайта, числа интеграций, объёма кастомных доработок и требуемого времени реакции. Точная сумма считается после аудита текущего состояния сайта, а не берётся из прайса.
Можно ли передать на поддержку сайт, который делал другой подрядчик?
Да, это обычная ситуация. Начинается такая передача с аудита: проверяются версия и лицензия Битрикс, качество доработок, наличие бэкапов, состояние обмена с 1С и уязвимости. По результатам становится понятно, нужны ли работы по приведению сайта в порядок перед регулярным сопровождением.
Как часто нужно обновлять Битрикс?
Обновления безопасности ставятся по мере выхода, функциональные — плановыми окнами, обычно раз в месяц-два, с предварительной проверкой на копии сайта. Главное — не копить разрыв в десятки версий: чем больше отставание, тем выше риск, что обновление сломает кастомные доработки.
Что делать, если сайт лежит, а поддержки нет?
Сначала определить уровень проблемы: хостинг, домен и SSL, база данных или код сайта. Дальше — найти последнюю рабочую резервную копию и не предпринимать действий, которые её перезапишут. Если бэкапов нет, восстановление займёт заметно больше времени, поэтому первым делом стоит сохранить текущее состояние файлов и базы.