Поддержка сайтов на Битрикс: обновления, бэкапы и что входит в абонемент

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

Что входит в сопровождение сайта на Битрикс, а что нет

В абонемент на поддержку я обычно закрываю рутину, без которой сайт медленно превращается в проблему:

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

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

Из чего складывается цена абонемента на поддержку Битрикс

Цена зависит не от того, сколько я хочу заработать, а от объёма и состояния конкретного сайта. На практике на итоговую сумму влияет:

• редакция платформы: чем старше и функциональнее редакция, тем больше модулей нужно проверять после каждого обновления;
• объём кастомного кода поверх ядра: если правки внесены через локальные переопределения, поддержка проще, если прямо в файлах ядра, сложнее и рискованнее;
• интеграции: обмен с 1С, эквайринг, CRM, СДЭК, внешние API требуют отдельной проверки после каждого крупного обновления;
• размер каталога и частота изменений в нём: у интернет-магазина с ежедневными правками цен и остатков нагрузка на поддержку выше, чем у сайта-визитки;
• тип хостинга: свой VDS с доступом по SSH и общий хостинг с ограниченными правами обслуживаются по-разному.

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

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

Моя поддержка сайтов на Битрикс начинается от 15 000 ₽ в месяц. Итоговая цифра зависит от факторов выше, поэтому на первой встрече я обычно смотрю сайт и только потом называю сумму, а не наоборот.

Как проходят обновления и что при этом обычно идёт не так

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

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

Бэкапы: расписание, хранение и восстановление

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

Отдельный момент, который часто упускают: сделать бэкап мало, нужно периодически проверять, что из него реально можно восстановиться. Одному клиенту потребовалось восстановление после заражения сайта, и выяснилось, что последняя автоматическая копия была снята уже после заражения, то есть содержала вредоносный код внутри себя. Пришлось поднимать более старую копию и вручную переносить недостающие заказы из логов CRM. С тех пор для таких ситуаций у меня есть отдельная услуга: лечение сайта от вирусов и восстановление после заражения, от 15 000 ₽, итоговая цена зависит от масштаба заражения и объёма данных, которые нужно поднять.

Где на практике поддержка сайтов на Битрикс чаще всего спотыкается

Кроме конфликтов модулей после обновлений, регулярно всплывает одна и та же история с интеграциями через REST API Битрикс24. Часть методов, на которых до сих пор написаны рабочие интеграции, помечена в документации как устаревшая: crm.lead.add, crm.deal.add, crm.contact.add, crm.deal.productrows.set, crm.dealcategory.stage.list. Формально они ещё отвечают, поэтому старый сценарий в n8n или бот на aiogram, который шлёт заявки в CRM, продолжает работать годами, пока в какой-то момент партнёр не отключит их совсем или не поменяется логика на стороне CRM.

Актуальная замена, рекомендованная в документации, это семейство методов crm.item.add и crm.item.* с параметром entityTypeId: 1 для лида, 2 для сделки, 3 для контакта, 4 для компании. Поля в новых методах передаются в camelCase, а не в верхнем регистре, а телефон идёт через мультиполе phone, а не через отдельное текстовое поле. Вот как выглядит добавление лида с телефоном через актуальный метод:

curl -X POST "https://yourcompany.bitrix24.ru/rest/1/webhookcode/crm.item.add" \
  -H "Content-Type: application/json" \
  -d '{
    "entityTypeId": 1,
    "fields": {
      "title": "Заявка с сайта",
      "phone": [
        { "value": "+79261234567", "valueType": "WORK" }
      ]
    }
  }'

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

Кроме интеграций, регулярно ломаются ещё три вещи: задания по расписанию, агенты Битрикса, которые тихо перестают выполняться после смены версии PHP на хостинге; сертификат SSL, который никто не продлил вовремя; и сторонние модули с маркетплейса, которые не обновлялись годами и конфликтуют с новым ядром при апдейте.

Что нужно подготовить перед передачей сайта на поддержку

Чтобы взять сайт на сопровождение быстро, а не через две недели переписки, обычно прошу:

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

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

1С-Битрикс регулярно обновляется, поэтому перед внедрением я сверяюсь с актуальной документацией.

Частые вопросы

Сколько стоит поддержка сайта на Битрикс?

У меня абонемент на техподдержку начинается от 15 000 ₽ в месяц, дальше цена зависит от объёма сайта, количества кастомного кода и того, есть ли интеграции с CRM, эквайрингом или 1С. У студий и фрилансеров на рынке вилки цен сильно различаются в зависимости от того, что именно считать поддержкой, поэтому сравнивать стоит не итоговую цифру, а список работ внутри абонемента.

Что делать, если сайт уже заражён вирусом?

Сначала нужно понять масштаб: сколько файлов затронуто, есть ли доступ у постороннего кода к базе данных, когда была последняя чистая копия. У меня это отдельная услуга, лечение сайта от вирусов и восстановление после заражения, от 15 000 ₽, итоговая цена зависит от объёма восстановления и глубины заражения.

Входит ли лицензия Битрикс в абонемент на поддержку?

Нет, лицензия платформы это отдельная покупка у 1С-Битрикс или партнёра. Например, редакция Старт стоит 7 100 ₽, а Малый бизнес 47 000 ₽. Абонемент на поддержку её не включает и не заменяет, это плата за мою работу по обслуживанию сайта.

Можно ли подключить поддержку, если сайт делал другой разработчик?

Да, это обычная ситуация. Начинаю с короткого аудита: смотрю редакцию платформы, кастомные доработки, интеграции и состояние бэкапов, и только после этого называю состав и цену абонемента.