Веб-поддержка — это абонентское обслуживание сайта после сдачи проекта: правки контента, контроль работоспособности, резервные копии, обновления CMS и модулей, мониторинг скорости и безопасности. Стоимость такой услуги в месяц зависит от объёма работ и тарифа — от нескольких часов правок до выделенного специалиста с реакцией в течение часа. Дальше — что конкретно входит в тариф и как формируется цена.
Что входит в услугу веб-поддержки
Веб-поддержка объединяет работы, которые сайт требует после запуска: правки контента и вёрстки, контроль доступности сервера, резервное копирование, обновление CMS и плагинов, устранение мелких багов и консультации по развитию. Состав зависит от тарифа — базовый пакет закрывает мелкие правки и мониторинг, расширенный добавляет доработки функционала и работу с производительностью.
На практике заявки делятся на три группы. Первая — контентные правки: замена текстов, фото, баннеров, добавление товаров в каталог. Вторая — техническая часть: обновления движка и модулей, проверка форм и оплаты, устранение ошибок 404 и 500, восстановление после сбоя хостинга. Третья — развитие: новые блоки на странице, интеграция с CRM или сервисами доставки, донастройка аналитики.
Веб-поддержка закрывает регулярные правки и техническую стабильность сайта, а не разовые доработки функционала — для них обычно считают отдельную смету.
Формально услуга не заменяет разработку: если нужен новый раздел каталога или редизайн блока, это отдельная задача со своей оценкой часов, даже при действующем абонементе. Подробнее о том, что относится к поддержке, а что — к разработке, можно почитать в статье про техническую поддержку и техчасть сайта.
Сколько стоит веб-поддержка в месяц: тарифы и цены
Цена веб-поддержки в месяц зависит от объёма работ, а не от типа сайта: интернет-магазин на 500 товаров и сайт-визитка на пять страниц могут стоить одинаково, если объём правок сопоставим. Тариф обычно строится на фонде часов в месяц плюс фиксированные работы — мониторинг, бэкапы, обновления.
Базовый тариф закрывает мониторинг доступности, резервное копирование и небольшой фонд часов на правки — обычно хватает сайту-визитке или лендингу без интернет-магазина. Стандартный добавляет больше часов и приоритетную обработку заявок — подходит интернет-магазину с регулярным обновлением каталога. Расширенный включает выделенного специалиста, работу с производительностью и SLA с коротким временем реакции — вариант для сайтов с высокой посещаемостью, где простой стоит денег.
| Тариф | Что входит | Время реакции | Цена в месяц |
|---|---|---|---|
| Базовый | мониторинг, бэкапы, до 2 часов правок | в течение рабочего дня | уточнить |
| Стандарт | до 6 часов правок, приоритет заявок | до 4 часов в рабочее время | уточнить |
| Расширенный | выделенный специалист, работа с производительностью | до 1 часа, включая нерабочее время | уточнить |
Итоговую цену считают после аудита сайта: смотрят на CMS, число страниц и товаров, частоту правок за последние месяцы. Стоимость самой разработки сайта — отдельная тема, вилки цен под разные типы сайта разобраны в статье сколько стоит сайт: прайс и факторы разработки.
SLA и время реакции: как это работает
SLA (service level agreement) в веб-поддержке — это письменная договорённость о том, за какое время подрядчик реагирует на заявку и устраняет проблему в зависимости от её критичности. Без SLA время реакции — вопрос доброй воли исполнителя, с SLA — прописанное обязательство в договоре.
Инциденты обычно делят на три уровня критичности. Критичный — сайт недоступен, не проходит оплата, не работает форма заказа: такие заявки берут в работу быстрее всего, счёт идёт на часы, а иногда на минуты. Средний — сломался виджет, съехала вёрстка на одной странице, не показываются картинки в отдельном разделе: реакция в течение рабочего дня. Низкий — правки текста, замена фото, косметические доработки: их закрывают в течение нескольких рабочих дней по очереди заявок.
SLA — это не про скорость вообще, а про то, что чинят сначала: сначала — то, что останавливает продажи, и только потом — то, что можно поправить завтра.
Время реакции — это не время решения проблемы, а срок, за который специалист берёт заявку в работу и присылает первый ответ. Срок устранения зависит от сложности и указывается отдельно, обычно как отдельная строка в SLA рядом со временем реакции.
Как проходит подключение: этапы работы
Подключение веб-поддержки занимает от нескольких дней до двух недель — в зависимости от того, насколько сложен сайт и сколько документации по нему сохранилось у предыдущего подрядчика. Дольше всего обычно длится аудит, если доступов и описания структуры сайта не осталось.
Аудит сайта
2–4 рабочих дня
Проверяют CMS, версии модулей, доступы к хостингу и админке, скорость загрузки и наличие бэкапов.
Выбор тарифа
1–2 рабочих дня
Сопоставляют объём типовых заявок за последние месяцы с фондом часов тарифа, чтобы не переплачивать за неиспользуемый лимит.
Подписание договора и SLA
1–3 рабочих дня
Фиксируют время реакции по уровням критичности, состав работ и порядок оплаты сверх лимита часов.
Передача доступов
1 рабочий день
Хостинг, админка CMS, аналитика, домен; часть доступов остаётся у заказчика, часть передаётся подрядчику под задачи поддержки.
Запуск мониторинга
1 рабочий день
Включают отслеживание доступности сайта и уведомления о сбоях ещё до первой рабочей заявки.
После этих шагов подрядчик начинает принимать заявки по SLA. Если сайт делала та же студия, аудит и передача доступов занимают меньше времени — часть информации уже есть в проекте.
Техническая поддержка сайта и веб-поддержка: в чём разница
Техническая поддержка — часть веб-поддержки, а не отдельная услуга: она закрывает работоспособность сайта — обновления, безопасность, скорость, устранение ошибок, но не занимается контентом и развитием. Веб-поддержка шире: в неё входит и техническая часть, и работа с контентом, и небольшие доработки функционала.
На практике разница проявляется в составе заявок. Если у сайта только техподдержка, редактор со стороны заказчика сам меняет тексты и фото через админку, а подрядчик отвечает только за то, чтобы сайт работал и не терял позиции из-за медленной загрузки или уязвимостей. Если оформлена веб-поддержка целиком, те же контентные правки делает подрядчик по заявке — это удобно, когда в штате нет отдельного человека для работы с сайтом.
Выбор между двумя вариантами зависит от того, кто физически будет вносить правки. Небольшой компании без штатного контент-менеджера обычно выгоднее полная веб-поддержка — не нужно учить нового сотрудника работе с CMS. Компании со своей маркетинговой командой хватает технической поддержки: свои люди меняют контент, подрядчик отвечает за инфраструктуру и безопасность.
Кому подходит веб-поддержка, а кому нет
Веб-поддержка на постоянной основе подходит сайтам, которые меняются регулярно: интернет-магазинам с обновляемым каталогом, сайтам с блогом или новостной лентой, проектам, где ошибка в форме заказа напрямую останавливает продажи. Постоянный абонемент оправдан, когда заявки на правки приходят чаще раза в месяц.
Не подходит она сайтам-визиткам без интернет-магазина, которые обновляют раз в полгода: разовые правки по факту обычно выходят дешевле фиксированного абонемента с неиспользуемыми часами. Не имеет смысла подключать расширенный тариф с SLA в час, если сайт не приносит заявок круглосуточно — переплата за скорость реакции, которая никому не нужна ночью.
Отдельный случай — сайты на устаревшей CMS или с самописным движком без документации. Здесь веб-поддержка часто начинается не с тарифа, а с технического аудита и приведения кода в порядок: иначе время на любую заявку будет больше расчётного, а SLA — формальностью. Разобраться, чем в целом отличается работа студии от разовых подрядчиков, помогает статья как выбрать веб-студию: чек-лист для заказчика.
Что показывает практика: пример из работы
Пример из практики — сайт центра координации поддержки экспорта, где переход на регулярную веб-поддержку с фиксированным SLA снял основную проблему: заявки на правки раньше решались в порядке общей очереди разработки и могли ждать неделями, а после подключения абонемента время реакции стало прогнозируемым для каждого типа заявки.
Похожая картина повторяется на сайтах с интернет-магазином: без выделенного фонда часов на поддержку правки в каталоге и исправление мелких багов конкурируют за внимание с новыми проектами студии и откладываются. Абонемент решает это тем, что время под заявки поддержки зарезервировано заранее и не зависит от загрузки команды на других проектах.
Портфолио с примером центра координации поддержки экспорта Краснодарского края показывает, как выглядит регулярное сопровождение уже на действующем проекте, а не только на этапе запуска.
Как выбрать подрядчика по веб-поддержке
Подрядчика по веб-поддержке стоит сравнивать не по цене тарифа, а по трём параметрам: что именно входит в фонд часов, как считается время реакции и что происходит при превышении лимита. Дешёвый тариф с размытым составом работ обычно обходится дороже из-за доплат за каждую заявку сверх формально не оговорённого объёма.
Стоит уточнить, переносятся ли неиспользованные часы на следующий месяц или сгорают, кто ведёт учёт потраченного времени и можно ли его увидеть заказчику, а не только доверять на слово. Отдельно стоит спросить про домен и хостинг: если поддержку ведёт не та студия, что делала сайт, важно, чтобы домен и доступы к хостингу были оформлены на заказчика — иначе смена подрядчика превращается в отдельный проект.
Полезно сравнить формат работы студии и частного специалиста: у студии обычно есть подменный исполнитель на случай отпуска или болезни, у фрилансера — нет. Разница разобрана в статье веб-агентство vs фрилансер: что выбрать для сайта, а процесс постановки задач и контроля сроков — в материале про управление проектами в веб-разработке.
Частые ошибки при выборе веб-поддержки
Ошибки при выборе веб-поддержки чаще всего связаны не с ценой, а с тем, что состав услуги и SLA не прописаны заранее:
- 01 Тариф без описания состава работ
Заказчик платит фиксированную сумму, но не может проверить, что именно входит в час поддержки и сколько часов потрачено.
- 02 Отсутствие письменного SLA
Время реакции обещают устно, и в момент, когда сайт падает в выходной день, обещание оказывается ничем не подкреплено.
- 03 Домен и хостинг не переоформлены на заказчика
При смене подрядчика доступ к сайту приходится восстанавливать через предыдущего исполнителя.
- 04 Тариф выбран по типу сайта, а не по объёму правок
Интернет-магазин с редко обновляемым каталогом переплачивает за часы, которые не использует.
- 05 Нет пробного периода или тестового месяца
Сложно оценить реальную скорость реакции подрядчика, пока не столкнулись с первой критичной заявкой.
Обычно жалуются не на то, что подрядчик медленный, а на то, что заранее непонятно, сколько ждать ответа. Договор с прописанным временем реакции по уровням критичности снимает почти все вопросы — заказчик знает, что критичная поломка чинится быстро, а правка текста может подождать день, и это нормально. — Александр Борисов, руководитель веб-студии «ЦЕМЕС»
Источники
- Search Console — сервис Google для сайтов — Google
- web.dev — руководства по производительности и Core Web Vitals — Google
- Портал для разработчиков 1С-Битрикс — 1С-Битрикс
Если сайт уже требует регулярных правок и точного времени реакции на инциденты, можно обсудить состав работ и подобрать тариф под ваш сайт — оставьте заявку, и мы предложим вариант после короткого аудита.
