Что входит в техническую поддержку сайта: разбор по пунктам

В нормальную абонентку входят шесть вещей: бэкапы с хранением вне хостинга, мониторинг доступности, обновления ядра и плагинов, лимит часов на правки, заявленное время реакции на инцидент и живой канал связи. Если чего-то из этого нет, называть услугу поддержкой рано.

Когда подрядчик пишет «техническая поддержка сайта от 5 000 рублей», это может означать что угодно: от еженедельной проверки бэкапов до «позвоните, если упадёт». Раз в неделю получаю заявку от владельца, который год платил за поддержку и впервые столкнулся с реальным инцидентом, а оказалось, что подрядчик его обещаниям не соответствует. Разберём по пунктам, что должно быть в нормальной абонентке в 2026 году, чем отличаются виды мониторинга, как считаются часы и где проходит граница, за которой начинается отдельный проект.

Базовый минимум, без которого нельзя называть это поддержкой

Есть набор, без которого абонентка — это просто абонплата за то, что человек существует на свете и в принципе мог бы вам ответить. Реальная поддержка начинается с шести пунктов.

Бэкапы

Полный бэкап сайта (файлы плюс БД) делается автоматически минимум раз в неделю, желательно раз в сутки. Хранится не на том же хостинге, где живёт боевой сайт. Хранится с историей, то есть, вы можете откатиться не на вчерашнее состояние, а на состояние двухнедельной давности, если вирус сидел тихо.

Реальный пример с прошлого месяца. Клиент звонит: «У меня в шапке появилось казино, что делать?» Смотрю историю бэкапов, они есть только за последние 7 дней. Заражение по логам началось 12 дней назад. Пришлось чистить руками, потому что чистого бэкапа не было. Если бы хранилось 30 ежедневных копий, лечение заняло бы 15 минут вместо 6 часов.

Мониторинг

Внешний сервис каждые 1-5 минут проверяет, что сайт открывается, отвечает 200 и отдаёт правильный контент. При падении приходит уведомление подрядчику в Telegram или SMS. Без мониторинга вы узнаёте о падении от клиентов, а это значит, как минимум, час даунтайма прошёл незамеченным.

Обновления CMS и компонентов

Регулярные обновления ядра, плагинов, модулей, тем. Без обновлений сайт через 6-12 месяцев накапливает критические уязвимости и становится мишенью для автоматических ботов.

Реакция на инциденты в SLA

Прописанное время реакции на разные классы проблем. Не «когда смогу», а «30 минут на критику в рабочее время».

Мелкие правки

Включённые в тариф часы на простые изменения: поправить телефон, добавить новость, поменять баннер. Без этого каждое мелкое изменение превращается в переписку про оплату, и вы либо не правите ничего, либо переплачиваете.

Канал связи

Один понятный канал (чаще Telegram, реже почта или CRM-портал), куда вы пишете, когда что-то нужно. Не «звоните на мобильный», не «когда меня не будет, спрашивайте у Маши».

Чем отличаются мониторинг доступности и мониторинг функциональности

Это два разных уровня, и их часто путают (иногда специально, чтобы продать дешевле то, чего на самом деле нет).

Мониторинг доступности

Самый базовый. Скрипт каждые N минут отправляет HTTP-запрос на главную страницу и проверяет два параметра:

• код ответа (должно быть 200, не 500, не 502, не 404),
• что ответ вернулся в разумное время (обычно до 10 секунд).

Чем это покрывается: сайт упал, хостинг отвалился, DNS сломался, ssl истёк, сервер ушёл в swap, php-fpm повис. Чем НЕ покрывается: формы перестали отправлять заявки, чекаут падает на этапе оплаты, корзина теряет товары, поиск перестал работать, картинки не грузятся, а главная при этом отдаётся 200.

Цена реализации: бесплатно через UptimeRobot до 50 URL с проверкой раз в 5 минут, около 200-500 рублей в месяц за раз в минуту.

Мониторинг функциональности

Более глубокий. Скрипт имитирует действие реального пользователя. Например:

• открыть главную, проверить, что в HTML присутствует слово «корзина» и блок цен,
• сходить на страницу контактов, отправить тестовую заявку, проверить, что ответ «спасибо» пришёл,
• авторизоваться в личном кабинете и проверить, что там видны заказы,
• открыть товар, добавить в корзину, дойти до этапа выбора доставки.

Чем это покрывается: всё то же, что доступностью, плюс молчащие формы, поломанные интеграции, невидимые ошибки JS, которые ломают функционал, нерабочая корзина при формально живом сайте.

Цена реализации: от 1 000 до 5 000 рублей в месяц за 5-10 сценариев в зависимости от глубины. Обычно делается через Headless-браузер на стороне подрядчика (Playwright, Puppeteer) или через готовые сервисы (Checkly, Better Stack).

Что отслеживается	Доступность	Функциональность
Сайт открывается	Да	Да
Время ответа в норме	Да	Да
Главная отдаёт 200	Да	Да
Форма реально отправляет письмо	Нет	Да
Корзина считает сумму	Нет	Да
Чекаут проходит до оплаты	Нет	Да
Картинки грузятся	Нет	Да
Поиск находит товары	Нет	Да

Для визитки без форм заявки достаточно мониторинга доступности. Для магазина или сайта услуг с формой нужен мониторинг функциональности, иначе формально сайт работает, а заявок неделю нет.

Что такое мелкие правки в часах и почему час правок не равен часу разработки

В большинстве абоненток есть строка «до N часов мелких правок в месяц». Тут есть два момента, которые важно проговорить заранее.

Что считается мелкой правкой

Из моей практики, мелкая правка — это задача, которая укладывается в полчаса работы и не требует изменения структуры сайта или базы данных. Примеры:

• поменять номер телефона в шапке и подвале,
• добавить новость или пост в блог,
• залить новый PDF-документ и сделать на него ссылку,
• поменять цены в типовом блоке,
• добавить акционный баннер на главной,
• скрыть или показать пункт меню,
• обновить юр. реквизиты в подвале,
• поменять текст в существующем блоке,
• добавить редирект 301 со старой страницы на новую.

Что мелкой правкой НЕ является:

• сделать новый раздел сайта,
• интегрировать новый платёжный шлюз,
• добавить функционал, которого нет (например, личный кабинет),
• редизайн страницы,
• настроить новый платный сервис (CDN, антифрод),
• большая миграция контента (перенести 100 товаров между категориями).

Граница условная, но обычно очевидная. Если задача звучит как «поправить», скорее всего мелкая. Если «добавить» или «сделать», чаще проектная.

Почему час правок не равен часу разработки

Час разработки — это час, когда программист пишет код или верстает. Час правок в абонентке — это час календарного времени, потраченного на ваш сайт. И в нём сидит:

• открытие задачи и чтение постановки,
• открытие админки сайта (вход через 2FA, переключение на нужный сайт в браузере),
• собственно правка,
• сохранение и проверка на проде,
• очистка кэша (если есть),
• ответ вам с подтверждением,
• логирование в журнале работ.

Реально на правку, которая программисту «одна минута», уходит 15-25 минут календарного времени. Поэтому в тарифе за 2 часа правок вы получаете 4-6 реальных задач, а не 60 минут чистой работы.

Если у вас правок стабильно больше, чем включено в тариф, есть три варианта. Первый, перейти на тариф побольше с большим лимитом. Второй, накапливать список и присылать раз в неделю пакетом (это снижает накладные расходы на каждую задачу). Третий, доплачивать за сверхурочные часы по почасовой ставке.

Как считаются срочные работы и реакция в нерабочее время

Срочность стоит дополнительных денег, и это нормально. Подрядчик, который в субботу в 23:00 бросил семью и сел чинить ваш сайт, заслуживает компенсации. Вопрос в том, как это правильно оформить, чтобы не было неожиданностей с обеих сторон.

Что считается срочной работой

В моей практике критерии такие:

• задача требует исполнения вне планового окна (то есть, должна быть сделана сегодня, не завтра и не послезавтра),
• задача относится к инциденту, а не к развитию (сайт лежит, отвалилась оплата, пропали заказы),
• задача отнимает у подрядчика возможность заниматься плановой работой за этот день.

Какие коэффициенты применяются

Усреднённо по рынку 2026:

• срочная задача в рабочее время (вне очереди): коэффициент 1,5 к базовой ставке,
• задача в нерабочее время (после 19:00 будня, до 9:00 утра): коэффициент 2,
• задача в выходной или праздничный день в дневное время: коэффициент 2,
• задача ночью в выходной (с 21:00 до 8:00): коэффициент 3,
• инцидент уровня «сайт лежит, бизнес встал» в любое время: фиксированная плата за вызов плюс почасовая ставка с коэффициентом.

Эти коэффициенты надо обсудить и зафиксировать ДО того, как случился первый ночной инцидент. Если этого не сделать, на следующее утро будет неприятный разговор о том, «почему так дорого».

Что должно быть включено в базу без коэффициентов

В нормальную абонентку без доплат входит:

• мониторинг и реакция на алерты в течение SLA-окна,
• быстрая первичная диагностика по алерту (15-30 минут),
• если проблема со стороны хостинга, открытие тикета и эскалация,
• если проблема в нашей зоне ответственности и решается рестартом сервиса, решение без вопросов.

Если для починки нужно больше получаса работы, это уже идёт по часам с коэффициентом, и подрядчик связывается с вами подтвердить.

Что НЕ входит в поддержку и идёт по проектному тарифу

Это самая частая зона конфликтов. Клиент думает, что в поддержку входит «всё, что я попрошу», подрядчик имеет в виду «регулярные операции по списку». Чёткая граница экономит обоим нервы.

Не входит точно

• Редизайн. Любая работа над тем, как сайт выглядит, кроме точечных правок цвета или картинки в существующем блоке. Новая главная, новая страница услуги с уникальным дизайном, изменение шапки на всех страницах, проектная работа.
• Новый функционал. Личный кабинет, где его не было. Калькулятор, бронирование, чат, всё, что меняет логику сайта.
• Интеграции. Подключение новых сервисов (CRM, телефония, эквайринг, маркетплейсы, СДЭК). Настройка существующих интеграций при их переезде или смене.
• Миграции. Переезд на другой хостинг, другую CMS, смена домена.
• SEO-работы. Сбор семантики, написание текстов, ссылочное, аналитика органики, это отдельная услуга, не путать с техническим SEO в составе абонентки (sitemap, robots, мета-теги в существующих шаблонах).
• Маркетинг. Настройка рекламы, директа, баннеров, рассылок. Подрядчик по абонентке может всё это технически воткнуть в сайт, но не запустить и не вести.
• Контент-менеджмент в больших объёмах. Регулярное наполнение блога каждый день, заливка 200 товаров с переводами, расшифровка вебинаров. Если объёма много, это отдельный человек.

Может входить за доплату

• Расширенная аналитика. Ежемесячный отчёт по производительности, трафику и конверсиям с интерпретацией.
• Регулярный SEO-аудит. Раз в месяц или квартал проверка технических факторов с рекомендациями.
• Юридический аудит. Проверка соответствия 152-ФЗ, наличия согласия, актуальности политики.
• Стресс-тесты. Перед рекламной кампанией прогнать сайт через нагрузку и убедиться, что чекаут выдержит.

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

Чек-лист для проверки своей текущей абонентки

Если вы сейчас уже на абонентке у какого-то подрядчика и хотите оценить, насколько она нормальная, пройдитесь по этому списку.

[ ] Знаете, где лежат бэкапы и как до них добраться?
[ ] Знаете, как часто делаются бэкапы и сколько хранится?
[ ] Можете попросить восстановить вчерашнюю версию и получить её за день?
[ ] Знаете, какой сервис мониторинга используется?
[ ] Получали хотя бы один тестовый алерт за всё время сотрудничества?
[ ] Знаете, в какие часы и в какие сроки вам ответят на критику?
[ ] Знаете, сколько часов правок включено в тариф?
[ ] Получаете ежемесячный отчёт о выполненных работах?
[ ] Знаете, кто конкретно работает с вашим сайтом (имя, контакт)?
[ ] Знаете, что произойдёт с сайтом, если этот человек уйдёт в отпуск?

Если положительных ответов меньше семи, возможно, стоит задать подрядчику пару вопросов. Если меньше пяти, скорее всего вы платите за обещание, а не за работу.

Минимальный пакет вопросов подрядчику

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

# Бэкапы
- Где хранятся? Сколько копий и за какой период?
- Можете прямо сейчас прислать ссылку на скачивание вчерашнего бэкапа?

# Мониторинг
- Какой сервис? С какой периодичностью? Куда приходят алерты?
- Что делаете в первые 5 минут после алерта?

# Обновления
- Когда последний раз обновляли ядро и плагины?
- Тестируете ли на staging перед накатом на прод?

# Реакция
- Сколько времени гарантировано на ответ в рабочее время?
- Что покрывается в нерабочее время и за какие деньги?

# Прозрачность
- Можно посмотреть журнал работ за последний месяц?
- Кто конкретно работает с моим сайтом?

Эти восемь вопросов разделяют профессионалов и тех, кто продал «поддержку» и забыл.

Что выбрать конкретно вам

Если у вас визитка и вы платите 2-3 тысячи в месяц, убедитесь, что хотя бы есть бэкапы вне хоста и мониторинг доступности раз в 5 минут. Этого минимума хватит, чтобы переживать большинство аварий.

Если у вас сайт с формой заявки или магазин, вам нужен мониторинг функциональности (хотя бы тестовая отправка формы) и SLA в часах, не в днях. Это уже средний пакет.

Если бизнес зависит от сайта (то есть сайт лежит = деньги не идут), не экономьте на ночной поддержке и держите проверенный канал связи с инженером, не с менеджером, который просто примет тикет.

Если хотите подробный разбор по вашему случаю, напишите через форму, мы посмотрим, что у вас сейчас в обслуживании, и посчитаем, что разумно усилить. Состав моих тарифов с явным указанием, что входит и не входит, есть на главной. Другие материалы про абонентку, выбор подрядчика и ночные инциденты, в рубрике поддержки.

Частые вопросы

Что входит в техническую поддержку сайта

Подрядчик хранит бэкапы вне хостинга, следит за доступностью сайта и за тем, что формы отправляются, обновляет CMS и плагины и проверяет сайт после установки, держит лимит часов на мелкие правки, отвечает в оговорённый срок и остаётся на связи лично. Остальное надстройка.

Чем мониторинг доступности отличается от мониторинга функциональности

Первый проверяет, что сервер отвечает. Второй проверяет, что форма отправляется, а корзина считает. Сайт может отдавать код 200 и при этом не принимать заявки: для владельца это тот же простой, только незаметный.

Как часто нужно обновлять WordPress и плагины

Обновления с исправлениями безопасности сразу, остальное раз в месяц пакетом и с проверкой после установки. Список актуальных версий ведут на wordpress.org, требования к окружению опубликованы там же.

Что делать, если подрядчик не показывает бэкапы

Просить восстановление на тестовой площадке. Бэкап, который ни разу не разворачивали, бэкапом считать нельзя. Штатный порядок резервного копирования описан в документации WordPress.