Техническая поддержка сайта: что входит и сколько стоит
Что входит в техническую поддержку сайта
«Техническая поддержка сайта» на практике означает несколько конкретных регулярных задач, а не одну абстрактную услугу: мониторинг доступности сайта (аптайм — следит ли кто-то, что сайт вообще отвечает и не упал ночью), обновление CMS и плагинов безопасности (устаревшая версия движка — самая частая причина взлома, а не экзотическая уязвимость), регулярное резервное копирование (чтобы откатиться к рабочей версии за минуты, а не восстанавливать сайт с нуля после сбоя), своевременное продление SSL-сертификата и мониторинг скорости загрузки страниц, которая со временем деградирует без вмешательства — растут база данных, количество изображений, накопленный неоптимизированный код.
Сюда же относится оперативное устранение технических ошибок — битых ссылок, ошибок 500 на сервере, падений форм после обновления стороннего сервиса. Это реактивная часть поддержки: то, что чинится по факту обращения, а не по графику.
Чем поддержка отличается от доработки и развития сайта
Поддержка — это поддержание текущей работоспособности на том же функционале, который уже есть. Доработка — это добавление нового: новой страницы, нового раздела каталога, новой интеграции с сервисом, которого не было на старте. Путаница между этими двумя понятиями — частая причина конфликтов в бюджете: клиент ожидает, что «поддержка» включает любые правки, подрядчик закладывает в неё только устранение неполадок.
Если проблема глубже, чем мелкая правка — устаревший визуал, неудобный пользовательский путь, падающая конверсия — это чаще сигнал к редизайну, а не к поддержке: поддержка лечит симптомы технической исправности, а не структурные проблемы сайта как продукта.
От чего зависит стоимость технической поддержки
Стоимость поддержки формируется не по фиксированному прайсу «для всех сайтов», а индивидуально — и на это есть понятная причина: объём работы у лендинга на пять экранов и у веб-сервиса с личным кабинетом, каталогом и интеграциями с CRM и платёжной системой отличается в разы, даже если оба сайта формально «работают стабильно».
На итоговую цифру влияет тип сайта и количество интеграций (чем больше внешних сервисов подключено, тем больше точек, которые могут потребовать внимания при обновлении одной из сторон), объём трафика (сайт с заметной нагрузкой требует более внимательного мониторинга производительности) и частота, с которой бизнес реально обращается за мелкими правками. Точную цифру имеет смысл называть после аудита конкретного сайта, а не на глаз по формату.
Что происходит с сайтом без поддержки
Сайт без плана поддержки не ломается мгновенно — он деградирует постепенно: устаревают версии CMS и плагинов, накапливаются неисправленные технические ошибки, снижается скорость загрузки, растёт риск взлома через известные, но не закрытые патчем уязвимости. Эта причина отдельно разобрана в статье «Ошибки при создании сайта» (пункт про отсутствие плана поддержки) — она касается не только момента запуска, но и всего последующего срока жизни сайта.
Проблема обычно не в том, что сайт сразу перестаёт работать, а в том, что к моменту, когда проблема становится заметной (сайт медленно грузится, форма не отправляется, часть страниц выдаёт ошибку), накопленный технический долг уже требует больше времени на исправление, чем требовалось бы при регулярном обслуживании.
Как мы подходим к поддержке после запуска
После запуска любого проекта действует гарантийный период, в рамках которого исправляем ошибки, допущенные при разработке. Дальнейшее сопровождение — мониторинг, обновления, мелкие доработки — обсуждается отдельно, по договорённости, а не продаётся как единый фиксированный тариф на всех клиентов: это честнее, чем называть одну цену для лендинга и для веб-сервиса с личным кабинетом и интеграциями.
Поскольку весь код, доступы и дизайн-система передаются клиенту полностью (так устроена вся наша работа — подробнее в статье «Почему мы отдаём весь код и дизайн-систему клиенту целиком»), клиент не привязан к одному подрядчику: поддержку сайта в любой момент можно передать другой команде или вести своими силами — техническая зависимость от конкретного исполнителя отсутствует архитектурно, а не на словах.
Частые вопросы
Вернуться в блог.