Техническая поддержка сайта: что входит, сколько стоит и как выбрать подрядчика
Когда сайт уже запущен, у бизнеса обычно остаётся вопрос: кто будет следить, чтобы он продолжал работать. Техническая поддержка сайта — это не абстрактная страховка «на всякий случай», а конкретный набор регулярных задач: от слежения за доступностью до продления сертификата. Проблема в том, что под одной и той же вывеской подрядчики продают совершенно разный объём работ, и заказчик часто узнаёт об этом только в момент, когда что-то ломается, а в договоре нужной строчки не оказывается.
Что входит в техническую поддержку сайта
Если разложить услугу по составу, а не по маркетинговым формулировкам, получается шесть блоков задач. Не каждый подрядчик закрывает все шесть — и это первое, что стоит сверить перед подписанием.
Мониторинг доступности. Автоматическая проверка, что сайт отвечает и отдаёт корректный код, а не 500-ю ошибку. Обычно проверка идёт с интервалом в несколько минут, и при падении подрядчик узнаёт об этом раньше, чем клиент или его посетители.
Обновления CMS и зависимостей. Движок сайта, плагины, библиотеки и серверное окружение регулярно выпускают обновления — часть из них закрывает уязвимости. Без этого блока сайт постепенно превращается в мишень для автоматических сканеров, которые ищут именно старые версии с известными дырами.
Резервные копии и проверка восстановления. Бэкап, который никто не пробовал развернуть, — это бэкап под вопросом: файл может быть битым, неполным или просто несовместимым с текущей версией движка. Нормальная практика — не только регулярное копирование базы и файлов, но и периодическая тестовая накатка копии, чтобы убедиться, что восстановление действительно работает.
Продление домена и SSL-сертификата. Мелочь, из-за которой сайт целиком уходит в офлайн чаще, чем из-за серьёзных инцидентов. Просроченный сертификат браузер показывает как угрозу безопасности, а истёкший домен может уйти на несколько дней в статус ожидания выкупа.
Реакция на инциденты. Сайт лёг, форма перестала отправлять заявки, страница показывает ошибку вместо контента — сюда входит и обнаружение проблемы, и её устранение в оговорённые сроки, а не просто «мы в курсе, разберёмся на неделе».
Мелкие доработки в рамках выделенных часов. Поправить текст, заменить баннер, подкрутить вёрстку под новый браузер, добавить простую форму — вопрос не в сложности, а в том, что такие задачи есть почти у любого сайта постоянно, и делать под каждую отдельный счёт неудобно обеим сторонам. Если правки выходят за рамки мелких — это уже доработка сайта с отдельной оценкой и стоимостью от 15 000 ₽.
Техническая поддержка и сопровождение сайтов — это в первую очередь регулярность и наблюдение, а не разовые работы по запросу. Разовая работа — это скорее доработка или ремонт, а поддержка ближе к обслуживанию инфраструктуры, которое идёт фоном.
Модели оплаты: абонемент, оплата по факту или SLA
На рынке встречаются три схемы, и у каждой свои плюсы и подводные камни.
Модель | Как считается | Кому подходит | Риск |
|---|---|---|---|
Абонемент с фиксированными часами | Ежемесячная плата за пул часов (например, 5–10 часов в месяц) | Сайтам с регулярными мелкими правками и потребностью в мониторинге | Часы «сгорают», если их не использовать — если только подрядчик не переносит остаток |
Оплата по факту | Счёт за каждую выполненную задачу или инцидент | Сайтам, которые почти не меняются и редко ломаются | Нет гарантии скорости реакции — задача может неделю ждать очереди |
SLA со временем реакции | Абонемент плюс зафиксированные сроки реакции и устранения (например, 2 часа на критичный сбой) | Сайтам, где простой стоит бизнесу денег — интернет-магазины, лендинги с рекламным трафиком | Стоит дороже базового абонемента, и нужно проверять, что сроки реально прописаны, а не декларативны |
Абонемент с фиксированными часами — самая частая модель на рынке, и её главный недостаток — та самая ситуация, когда клиент платит каждый месяц, а часы использует раз в квартал. У нас поддержка сайта стоит от 12 000 ₽ в месяц, и до 50% неиспользованных часов переносится на следующий месяц — это снимает часть проблемы «оплаченного воздуха», хотя полностью вопрос учёта часов всё равно стоит уточнять у любого подрядчика перед подписанием.
Оплата по факту звучит логично («платим только за то, что сделано»), но на практике убирает мониторинг и SLA — если подрядчику не платят за наблюдение, он и не наблюдает. Такая схема годится для сайтов-визиток, которые почти не меняются, но плохо работает там, где простой сайта означает потерянные заявки.
Что спросить у подрядчика до подписания
Договор на техническую поддержку сайта редко читают внимательно до момента, когда что-то идёт не так. Несколько вопросов, которые стоит задать заранее:
Что именно входит в ежемесячную стоимость — список задач, а не общая фраза «поддержка сайта»?
Какое время реакции на инцидент зафиксировано в договоре, а не озвучено устно?
Как часто снимаются резервные копии и проверялось ли когда-нибудь восстановление из них?
Что происходит с неиспользованными часами — сгорают, переносятся частично или полностью?
Кто отвечает за продление домена и сертификата — подрядчик или это осталось на стороне клиента?
Как считаются часы на доработки — по факту или с округлением в сторону подрядчика?
Если на большинство вопросов подрядчик отвечает общими фразами без цифр и сроков — это повод присмотреться к другому варианту или хотя бы настоять на письменной фиксации условий.
Как понять, что поддержка сайта вообще нужна
Не любому сайту нужен полный набор из шести блоков. Статичная страница-визитка без форм и без регулярных изменений может обойтись разовыми доработками по мере необходимости. А вот сайту с формами обратной связи, каталогом, личным кабинетом или рекламным трафиком имеет смысл держать хотя бы базовый мониторинг и бэкапы — иначе цена одного пропущенного сбоя быстро перекроет год абонентской платы.
Отдельно стоит сказать про сайты, которым поддержку никто не заказывал вовсе, — CMS не обновлялась годами, сертификат продлевался в последний момент вручную, а бэкап последний раз делали при запуске. Это рабочая, хоть и рискованная модель, пока не случается первый серьёзный сбой — тогда восстановление обычно стоит дороже, чем несколько лет обслуживания заранее.
Частые вопросы
Сколько стоит техническая поддержка сайта в месяц
Стоимость зависит от объёма сайта и набора задач: базовый мониторинг и резервное копирование обходятся дешевле, чем абонемент с SLA и выделенными часами на доработки. У нас поддержка сайта начинается от 12 000 ₽ в месяц, точная сумма считается после короткого аудита текущего состояния сайта.
Чем техподдержка отличается от доработки сайта
Техническая поддержка — это регулярные фоновые задачи: мониторинг, обновления, бэкапы, реакция на инциденты. Доработка — это разовое изменение функциональности или дизайна за пределами мелких правок. Часто обе услуги идут в связке: мелкие правки закрываются часами из абонемента, а более крупные задачи оформляются отдельно как доработка.
Что будет, если совсем не обновлять CMS и плагины
Сайт продолжит работать какое-то время, но с каждым месяцем растёт вероятность уязвимости — автоматические сканеры целенаправленно ищут сайты со старыми версиями популярных CMS и плагинов. Кроме риска взлома, старые версии со временем перестают быть совместимыми с новыми версиями PHP или других серверных компонентов, и однажды обновление хостинга ломает сайт целиком.
Нужен ли отдельный договор на техническую поддержку сайта
Если поддержка оказывается на регулярной основе, отдельный договор или дополнительное соглашение к основному договору разработки — это нормальная практика, которая фиксирует объём работ, сроки реакции и порядок оплаты. По общему правилу именно письменные условия, а не устные договорённости, будут иметь значение, если возникнет спор о том, что входило в услугу.
Можно ли перейти на поддержку к другому подрядчику, если сайт делала другая компания
Технически да, если есть доступ к хостингу, административной панели CMS и (в идеале) исходному коду. На практике первый месяц у нового подрядчика обычно уходит на аудит текущего состояния — проверку версий, бэкапов, сертификатов, — прежде чем переходить к плановому обслуживанию.
Сайт год-два живёт без внятной поддержки, или прежний абонемент разонравился по составу работ — начать разумно с бесплатного аудита текущего состояния, а модель обслуживания решить по его итогам.