Ко мне регулярно приходят с одним и тем же вопросом: «У нас же сайт на техническом обслуживании, почему за доработку выставили отдельный счёт?». За шесть с лишним лет практики я вывел для себя чёткую границу между тем, что входит в ежемесячный абонемент, и тем, что всегда идёт отдельной сметой. В этой статье раскладываю по полочкам, из чего на самом деле состоит техническое обслуживание сайта и почему смешивать его с разработкой новых функций невыгодно ни заказчику, ни исполнителю.
Что понимается под техническим обслуживанием сайта
Под обслуживанием я понимаю набор регулярных операций, которые держат сайт живым и безопасным, но не меняют его функциональность. Это мониторинг доступности, обновление CMS и плагинов, резервное копирование, реакция на сбои, мелкие правки контента и присмотр за интеграциями, которые уже работают. Как только речь заходит о новой логике, новом разделе или переносе на другую платформу, это уже разработка, а не обслуживание, даже если её делает тот же подрядчик.
На практике границу проще всего проверить одним вопросом: если это не сделать сегодня, сайт сломается или начнёт работать хуже? Если да, это обслуживание. Если сайт продолжит нормально работать и без этой правки, а речь просто о новой возможности, это отдельная задача.
Что входит в абонемент на поддержку сайта
Базовый пакет техподдержки, который я собираю для клиентов на Tilda, WordPress и кастомных сервисах, обычно закрывает такие пункты:
- Мониторинг доступности сайта и ключевых страниц, обычно с проверкой раз в 5-15 минут
- Обновление CMS, плагинов и библиотек с проверкой, что после апдейта ничего не отвалилось
- Резервное копирование базы и файлов с хранением за последние 30 дней
- Реакция на аварийные ситуации: сайт лёг, форма перестала отправляться, оплата не проходит
- Мелкие правки текста, изображений, баннеров без изменения структуры страниц
- Присмотр за уже настроенными интеграциями: приём эквайринга через T‑Bank на WooCommerce, расчёт доставки СДЭК, вебхуки в CRM
- Проверка скорости загрузки и базовых показателей SEO раз в месяц
Для сайтов на Tilda в этот же пакет обычно попадает контроль за встроенными скриптами: если у клиента стоит расчёт зон доставки или ограничение промокодов по условиям, я слежу, чтобы после обновлений самой Tilda скрипт не перестал работать. Готовые решения для типовых задач проще один раз купить и подключить, чем каждый раз писать заново, у меня в библиотеке готовых скриптов уже есть отдельные модули под зоны доставки и промокоды именно под Tilda.
Пример простой автоматической проверки, которую я обычно ставлю на бэкенд для контроля бэкапов:
#!/bin/bash
# ежедневный бэкап базы с ротацией за 30 дней
DATE=$(date +%Y-%m-%d)
mysqldump -u backup_user -p$DB_PASS site_db > /backups/site_$DATE.sql
find /backups/ -mtime +30 -name "*.sql" -delete
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Что всегда идёт отдельной работой
Отдельно от абонемента я всегда оцениваю и выставляю смету на:
- Новую функциональность: калькулятор, личный кабинет, новый раздел каталога
- Комплексные интеграции: подключение новой CRM, смена платёжного шлюза, настройка авторасчёта налогов и НДС для интернет-магазина на Tilda
- Разработку и доработку ботов, например aiogram-бота для приёма заявок или уведомлений о заказах
- Настройку цепочек в n8n, если раньше их не было и процесс собирается с нуля
- Редизайн или смену платформы
- Разбор инцидентов, вызванных не работой сайта, а внешними причинами: смена API у платёжного провайдера, блокировка домена регистратором, компрометация аккаунта из-за слабого пароля на стороннем сервисе клиента
Причина простая: абонемент считается по фиксированной ставке под понятный объём рутинных задач в месяц. Если туда начать закладывать разработку с непредсказуемым объёмом часов, либо цена абонемента вырастет для всех клиентов, либо подрядчик начнёт заниматься доработками по остаточному принципу, откладывая их на потом. Ни то ни другое не в интересах заказчика.
Абонемент и разовые работы: сравнение по деньгам и срокам
| Задача | Формат оплаты | Типичный срок |
|---|---|---|
| Обновление CMS и плагинов | Входит в абонемент | В течение суток после релиза обновления |
| Мелкая правка текста или баннера | Входит в абонемент | 1-2 рабочих дня |
| Реакция на падение сайта | Входит в абонемент | От 30 минут до нескольких часов |
| Кастомный скрипт для Tilda, простая доработка | Отдельно, от 3 000 ₽ | 1-3 рабочих дня |
| Комплексная интеграция CRM, эквайринга, СДЭК | Отдельно, от 40 000 ₽ | 1-3 недели |
| Автоматизация процессов в n8n | Отдельно, от 25 000 ₽ | 1-2 недели |
| Telegram-бот на aiogram | Отдельно, от 30 000 ₽ | 2-4 недели |
Обратите внимание, что даже у одного клиента задачи из разных строк таблицы часто идут параллельно: пока я слежу за стабильностью основного сайта по абонементу, отдельным проектом собираю бота для отдела продаж. Смешивать их в один счёт я не советую никому, потому что тогда теряется прозрачность, клиент перестаёт понимать, за что именно платит каждый месяц.
Сколько стоит сопровождение сайта
Моя ставка на техподдержку начинается от 15 000 ₽ в месяц, и в неё входит фиксированный набор из предыдущих разделов плюс определённый пул часов на мелкие правки. На рынке цены на аналогичные пакеты у студий и фрилансеров сильно разнятся, я встречал предложения и от 8 000 ₽ за формальный «мониторинг раз в неделю», и от 40 000 до 60 000 ₽ за пакеты с включённым SEO-аудитом и контент-менеджером в штате. Разброс объясняется тем, что каждый закладывает в абонемент разный набор работ, поэтому сравнивать стоит не цифру, а список пунктов внутри.
Отдельно оцениваю разовые задачи по фактическому объёму, а не по абстрактным часам. Если клиенту нужна доработка сверх обычной поддержки, я оцениваю её как самостоятельный проект и показываю смету до начала работы.
Как понять, что вашему сайту нужен абонемент
Абонемент имеет смысл, если сайт приносит деньги напрямую: принимает оплаты, генерирует заявки, обрабатывает заказы. Час простоя интернет-магазина в высокий сезон стоит дороже, чем годовой абонемент на поддержку, и это не преувеличение, я считал такие цифры для клиентов на реальных продажах.
Если сайт визитка без оплат и без ежедневного трафика, часто достаточно разовых проверок раз в квартал плюс реакция по факту проблемы. Здесь я обычно советую не абонемент, а разовую консультацию с аудитом текущего состояния и рекомендациями, что стоит поправить самостоятельно, а что доверить разработчику.
Признаки, что пора переходить на абонемент
Если за последние три месяца вы хотя бы дважды экстренно искали разработчика из-за упавшего сайта или недоступной формы оплаты, абонемент обойдётся дешевле, чем разовые срочные вызовы. Срочная работа в выходной или ночью почти у всех подрядчиков стоит дороже плановой, и это ещё один аргумент в пользу заранее оплаченной поддержки, а не разовых пожарных вызовов.
Частые вопросы
Можно ли включить разработку нового раздела в абонемент на обслуживание?
Технически можно, но тогда это перестаёт быть обслуживанием в прямом смысле и превращается в почасовую разработку с оплатой по факту потраченного времени. Я предпочитаю разделять эти статьи расходов, чтобы клиент видел прозрачную структуру трат: фиксированная сумма за поддержку и отдельная смета за новую функциональность.
Что будет, если сайт сломается, а абонемент закончился?
Я по-прежнему беру такие заявки в работу, но уже как разовый вызов по повышенной ставке относительно абонементской. На практике клиенты, у которых сайт критичен для бизнеса, продлевают поддержку заранее именно из-за этой разницы в цене.
Входит ли SEO-продвижение в техническое обслуживание сайта?
Нет, в базовый пакет входит только техническая часть: скорость загрузки, отсутствие ошибок индексации, корректная работа sitemap и robots.txt. Само продвижение, написание текстов под ключевые запросы и наращивание ссылочной массы это отдельная услуга с другим набором специалистов.
Как часто нужно обновлять плагины и CMS, если сайт работает стабильно?
Я обновляю критичные для безопасности компоненты в течение суток после выхода патча, а плановые обновления версий CMS раз в 1-2 месяца, после проверки на тестовой копии сайта. Откладывать обновления безопасности на потом не стоит, даже если внешне всё работает нормально, именно через устаревшие версии плагинов чаще всего случаются взломы сайтов на популярных CMS.