Что входит в техподдержку сайта, а что оплачивается отдельно

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

Что обычно входит в абонемент

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

• Мониторинг доступности. Сервис проверяет, отвечает ли сайт, и сообщает подрядчику о падении раньше, чем это заметят клиенты.
• Резервное копирование. Регулярные бэкапы файлов и базы данных, обычно с хранением отдельно от хостинга — чтобы был откуда восстанавливаться, если хостинг сам пострадает.
• Обновление CMS и плагинов. Плановые обновления движка и модулей с проверкой, что после апдейта сайт не «упал» — это профилактика, а не разовая доработка.
• Мелкие правки контента. Замена текста, фото, баннера, цены на странице — типовая операция на 15–30 минут работы, которая обычно укладывается в лимит часов тарифа.

Всё это — рутинная, предсказуемая по трудозатратам работа. Именно поэтому её удобно продавать «оптом», за фиксированную ежемесячную сумму: подрядчик примерно знает объём часов на такие задачи и может держать цену стабильной.

Что почти всегда идёт отдельным счётом

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

• Новый функционал. Форма обратной связи, калькулятор, личный кабинет, фильтр в каталоге — это разработка, а не поддержка, даже если по объёму кода правка небольшая.
• Дизайнерские изменения. Новый макет страницы, редизайн блока, смена цветовой схемы — отдельная задача с отдельной сметой.
• Интеграции. Подключение CRM, 1С, платёжной системы, служб доставки, аналитики нового типа — трудозатраты здесь плохо прогнозируемы, поэтому в абонемент их не закладывают.
• Массовое наполнение контентом. Загрузка 50 товаров с описаниями и фото — это не «мелкая правка», а объём работы, который считают отдельно, обычно постранично или за карточку.
• Аварийное восстановление после стороннего вмешательства. Если сайт взломали не по вине подрядчика или клиент сам «что-то нажал» в непонятной панели — лечение и восстановление чаще всего вне тарифа.
• Работы вне зоны ответственности подрядчика. Продление домена и хостинга клиент обычно оплачивает напрямую провайдеру — это его собственность, а не часть абонемента.

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

Серая зона: где чаще всего возникают споры

Между «мелкой правкой» и «доработкой» есть пограничная территория, и именно здесь возникает большинство конфликтов между заказчиком и подрядчиком.

• Правка текста vs. переработка структуры страницы. Заменить абзац — правка. Переставить блоки, добавить новый раздел, изменить логику страницы — уже доработка.
• Обновление плагина vs. миграция на новую версию CMS. Плановое обновление входит в абонемент. Переход на мажорную версию с риском несовместимости — отдельный проект с тестированием.
• Одна карточка товара vs. пакетная загрузка каталога. Изменить цену у одного товара — минутная задача. Загрузить прайс на 200 позиций — работа, которую считают по объёму.
• Консультация vs. аудит. Ответить на вопрос «почему форма не отправляется» — часть поддержки. Провести полный технический аудит сайта с отчётом — отдельная услуга.

Хороший договор снимает эту неопределённость не общими фразами вроде «мелкие правки», а конкретными критериями: лимитом времени на одну задачу (например, до 30 минут — бесплатно, свыше — по ставке), количеством правок в месяц или явным перечнем типовых операций. Если в договоре просто написано «поддержка сайта» без расшифровки — считайте, что граница будет определяться по ситуации, и не в вашу пользу.

Из чего складывается цена абонемента

Стоимость тарифа обычно строится не «от балды», а из трёх переменных, и полезно понимать, за что именно вы платите.

1. Объём включённых часов. Базовый тариф с 2–3 часами работ в месяц стоит дешевле, чем тариф с 15–20 часами — разница в цене прямо пропорциональна лимиту.
2. Скорость реакции (SLA). Гарантия ответить на заявку за 4 часа стоит дороже, чем за сутки — это отдельный параметр, который часто путают с объёмом работ.
3. Сложность платформы. Поддержка самописного движка или тяжёлой CMS (например, 1С-Битрикс) трудозатратнее, чем поддержка сайта на WordPress или Tilda, — это тоже закладывается в цену.

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

Что проверить в договоре перед подписанием

Прежде чем подписывать договор на обслуживание, стоит найти в нём ответы на несколько конкретных вопросов — если ответа нет, его нужно получить от подрядчика письменно.

• Сколько часов работ включено в тариф и что происходит, если лимит исчерпан раньше конца месяца — доплата, перенос на следующий месяц или отказ в работе?
• Как часто делаются резервные копии и где они хранятся — на том же сервере или отдельно?
• Что именно считается «мелкой правкой», а что — доработкой: есть ли временной или количественный критерий?
• Каков срок реакции на заявку и отдельно — на аварию (сайт недоступен)?
• Присылает ли подрядчик ежемесячный отчёт о выполненных работах и потраченных часах?
• Что происходит при расторжении договора — передаются ли доступы, файлы и документация?

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

Практический вывод

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

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