Поддержка сайта: что в неё входит и как не переплатить

Зачем сайту поддержка после запуска

Запуск — это не финиш. Дальше сайт живёт в среде, которая меняется без вашего участия: библиотеки устаревают, платёжные шлюзы меняют API, сертификаты истекают, поисковики обновляют требования, а в популярных CMS находят уязвимости. Сайт, который год никто не трогал, не остаётся прежним — он тихо деградирует, пока однажды не отвалится форма заявки или не перестанут проходить оплаты.

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

Техническая и информационная поддержка — разные вещи

Их часто путают, а это разные работы и обычно разные люди.

• Техническая — сервер, код, обновления, бэкапы, мониторинг, инциденты. Отвечает на вопрос «работает ли сайт и безопасен ли он».
• Информационная — товары, тексты, фото, акции, баннеры. Отвечает на вопрос «актуально ли то, что на сайте написано».

Магазину обычно нужны обе: сервер держит техподдержка, каталог ведёт контент-команда. Небольшому корпоративному сайту чаще хватает технической, а контент правят сами. Худший вариант — когда не покрыто ни то ни другое: сайт формально работает, но каталог отстал на полгода.

SLA и время реакции простыми словами

SLA — это письменная договорённость, за сколько подрядчик берёт задачу в работу. Не «когда починит» (это зависит от поломки), а «когда начнёт». Обычно инциденты делят по тяжести:

• P1 — сайт недоступен или не проходят оплаты. Реакция в пределах получаса.
• P2 — частичный сбой: не работает форма, отвалилась интеграция. Несколько часов.
• P3 — мелочи: съехала вёрстка в одном блоке. Следующий рабочий день.

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

Что должно входить в абонентку

Минимальный набор, ниже которого поддержка превращается в фикцию:

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

Как выбрать подрядчика

Спросите три вещи. Первое — что именно входит в тариф и что считается доработкой сверх лимита. Второе — как оформлен доступ: поддержка не должна означать, что пароли от сервера есть только у подрядчика, доступы принадлежат вам. Третье — что будет при расставании: адекватная студия отдаёт проект с документацией и не держит клиента в заложниках.

Отдельный случай — сайт, который делали не вы. Нормальный подрядчик сначала проведёт аудит кода и инфраструктуры, а потом назовёт цену. Тот, кто соглашается взять чужой проект на поддержку вслепую, либо не понимает рисков, либо заложил их в цену.