Сайт без поддержки — это бомба замедленного действия. Уязвимости, протухшие SSL, неактуальные библиотеки, забытый бэкап в нужный момент — всё это бьёт по бизнесу через 6–18 месяцев после запуска. Разберём, как правильно построить процесс поддержки.
Что включает поддержка
Базовый пакет:
- Мониторинг доступности 24/7 — uptime, время ответа, ошибки 5xx.
- Бэкапы — БД и файлов; ежедневно, минимум 7 дней хранения.
- Обновление зависимостей — npm audit, обновления библиотек, ОС, nginx.
- SSL — автоматический выпуск и продление через Let's Encrypt или платный сертификат.
- Реакция на инциденты — что делать, если сайт упал.
- Минорные правки контента — обновление текста, цен, баннеров.
Расширенный пакет:
- Доработка функциональности (задачи на разработку).
- Аналитика и оптимизация (CRO, A/B-тесты).
- SEO-сопровождение, работа с Yandex Webmaster и GSC.
- Регулярный аудит безопасности.
SLA: что фиксировать в договоре
SLA = соглашение об уровне сервиса. Четыре ключевых параметра:
- Доступность (uptime): 99.5% — это около 4 часов простоя в месяц; 99.9% — 43 минуты. Не обещайте 100%, это ложь.
- Время реакции на критическую заявку: 30 мин – 4 часа в рабочее время; 1–4 часа в нерабочее.
- Время решения (resolution time) для разных классов: критические — 4 часа, обычные — 1–3 рабочих дня, плановые — по графику.
- Часы поддержки: 8/5, 12/6, 24/7. Каждое расширение удваивает стоимость.
Реалистичные тарифы
В 2026 году в РФ адекватные тарифы поддержки сайта:
- Базовый мониторинг + бэкапы (без правок): от 5 000 ₽/мес.
- Стандартная поддержка (мониторинг + 5–10 часов работ): от 25 000 ₽/мес.
- Расширенная (15–30 часов работ + обновления стека + SEO): от 60 000 ₽/мес.
- Dedicated (выделенный разработчик/команда): от 150 000 ₽/мес.
Часовая ставка вне пакета: 2 500–4 500 ₽/час в РФ.
Регламент: процесс должен быть прозрачным
Хорошая поддержка работает по понятному процессу:
- Заказчик ставит задачу через issue tracker (GitLab, Jira, Linear, Asana). Не через Telegram «потерять-найти».
- У задачи есть приоритет: critical / high / normal / low.
- Подрядчик подтверждает приём в SLA-сроки.
- Ход выполнения виден заказчику.
- По завершении — ссылка на изменения, тест в staging, релиз в прод по согласованию.
Без этого регламента поддержка превращается в хаос: что-то теряется, что-то делается дважды, что-то откладывается «на потом».
Что делать при инциденте
Инцидент — это всё, что ломает критичную функциональность: сайт лежит, форма не работает, оплата не проходит. План на инцидент:
- On-call инженер с известным телефоном/Telegram.
- Алерты от мониторинга падают в чат группы поддержки.
- Заведена runbook на типовые проблемы (БД упала, SSL истёк, диск переполнен).
- Postmortem после каждого крупного инцидента — что произошло, как починили, как избежать в будущем.
Как контролировать подрядчика
- Ежемесячный отчёт: uptime, использованные часы, перечень работ, ошибки.
- Доступ заказчика к панели мониторинга (Yandex Cloud Monitoring, Grafana, Sentry).
- Все коды доступа, домены, репозитории, аккаунты — на стороне заказчика. Подрядчик имеет доступ, но не владеет.
- Регулярный квартальный созвон: что улучшаем, что не работает, какие риски.
Что в сухом остатке
Поддержка после запуска — это не «когда что-то сломалось», а постоянная работа: мониторинг, бэкапы, обновления, безопасность, аналитика. Реалистичный бюджет — 5–15% от стоимости разработки в год. Без поддержки сайт превращается в риск, который рано или поздно приводит к компрометации, штрафам или потере клиентов.
Частые вопросы
Что должна включать техподдержка сайта после запуска?
Базовый пакет из шести пунктов. Мониторинг доступности 24/7 — uptime, время ответа, ошибки 5xx. Бэкапы — БД и файлов; ежедневно, минимум 7 дней хранения. Обновление зависимостей — npm audit, обновления библиотек, ОС, nginx. SSL — автоматический выпуск и продление через Let's Encrypt или платный сертификат. Реакция на инциденты — что делать, если сайт упал. Минорные правки контента — обновление текста, цен, баннеров. Расширенный пакет добавляет доработки, аналитику, SEO-сопровождение, аудит безопасности.
Что должно быть в SLA на поддержку сайта?
Четыре ключевых параметра. Доступность (uptime) — 99.5% это около 4 часов простоя в месяц; 99.9% — 43 минуты. Не обещайте 100%, это ложь. Время реакции на критическую заявку — 30 мин – 4 часа в рабочее время; 1–4 часа в нерабочее. Время решения (resolution time) для разных классов — критические 4 часа, обычные 1–3 рабочих дня, плановые по графику. Часы поддержки — 8/5, 12/6, 24/7. Каждое расширение часов удваивает стоимость поддержки.
Сколько стоит поддержка сайта в РФ в 2026?
Адекватные тарифы. Базовый мониторинг + бэкапы (без правок) — от 5 000 ₽/мес. Стандартная поддержка (мониторинг + 5–10 часов работ) — от 25 000 ₽/мес. Расширенная (15–30 часов работ + обновления стека + SEO) — от 60 000 ₽/мес. Dedicated (выделенный разработчик/команда) — от 150 000 ₽/мес. Часовая ставка вне пакета — 2 500–4 500 ₽/час в РФ. Реалистичный бюджет поддержки — 5–15% от стоимости разработки в год.
Какой регламент работы должна иметь поддержка?
Хорошая поддержка работает по понятному процессу. Заказчик ставит задачу через issue tracker (GitLab, Jira, Linear, Asana). Не через Telegram «потерять-найти». У задачи есть приоритет: critical / high / normal / low. Подрядчик подтверждает приём в SLA-сроки. Ход выполнения виден заказчику. По завершении — ссылка на изменения, тест в staging, релиз в прод по согласованию. Без этого регламента поддержка превращается в хаос: что-то теряется, что-то делается дважды, что-то откладывается «на потом».
Как реагировать на инциденты в поддержке сайта?
Инцидент — это всё, что ломает критичную функциональность: сайт лежит, форма не работает, оплата не проходит. План на инцидент. On-call инженер с известным телефоном/Telegram. Алерты от мониторинга падают в чат группы поддержки. Заведена runbook на типовые проблемы (БД упала, SSL истёк, диск переполнен). Postmortem после каждого крупного инцидента — что произошло, как починили, как избежать в будущем. Без runbook каждый инцидент решается с нуля и в стрессе, что замедляет восстановление в разы.
Как контролировать подрядчика по поддержке сайта?
Четыре механизма. Ежемесячный отчёт: uptime, использованные часы, перечень работ, ошибки. Доступ заказчика к панели мониторинга (Yandex Cloud Monitoring, Grafana, Sentry). Все коды доступа, домены, репозитории, аккаунты — на стороне заказчика. Подрядчик имеет доступ, но не владеет. Регулярный квартальный созвон: что улучшаем, что не работает, какие риски. Без этого через год вы можете оказаться в зависимости от подрядчика, не понимая, как переехать к другому.