---
title: Что входит в техническую поддержку сайта, чтобы клиент не считал её платой за воздух
description: Техническая поддержка сайта — что входит на самом деле — доступность, формы и заявки, SSL, домен, CMS, безопасность, бэкапы, регламент и отчёт. Как расшифровать абонентскую поддержку сайта, чтобы клиент видел ценность, а не платил за воздух.
source: https://pingvera.ru/blog/chto-vhodit-v-podderzhku-sayta.html
---
# Что входит в техническую поддержку сайта, чтобы клиент не считал её платой за воздух

Самый опасный момент в абонентской поддержке наступает не тогда, когда сайт сломался.
 Он наступает **в конце месяца**: клиент получает счёт, смотрит на сумму и думает
 «а что они вообще сделали?». Если ответа нет, поддержка превращается в подозрительный
 регулярный платёж. Разберём, что входит в техническую поддержку сайта на самом деле — и как
 расшифровать услугу так, чтобы клиент видел результат, а не платил за воздух.

## Почему «техническая поддержка сайта» звучит как плата за воздух

Сегодня клиент промолчит, через месяц спросит, через два начнёт сравнивать с фрилансером, через
 три скажет «давайте пока поставим на паузу». А студия обижается: «Мы же всё поддерживали». Да.
 Но клиент этого не видел — и это ключевая проблема.

«Техническая поддержка сайта» — слишком мутная услуга. Для студии это привычный термин, для
 клиента — коробка с неизвестным содержимым. Что туда входит? Обновления? Правки? Хостинг?
 Домен? SSL? Бэкапы? Мониторинг? Восстановление после взлома? Битрикс? WordPress? Формы?
 Если не расшифровать услугу, клиент сам заполнит пустоты ожиданиями. А потом выяснится: «Мы
 думали, это входит» — и начинается неприятный разговор, где обе стороны вроде правы, но
 отношения уже испорчены.

## Поддержку надо продавать как контроль, а не как часы

Плохая упаковка: «10 часов технических работ в месяц». Клиент не понимает, хорошо это или плохо,
 много или мало и что он получит, если ничего не сломается. Лучше звучит так: «Следим, чтобы
 сайт открывался, заявки доходили, SSL и домен не истекали, CMS не накапливала критичные
 проблемы, а вы каждый месяц видели, что было под контролем».

Это уже не часы — это обещание. Клиент покупает не разработчика по подписке, он покупает
 снижение тревоги. И чтобы обещание было честным, за ним должен стоять понятный перечень того,
 что входит в поддержку сайта.

## Что должно входить в нормальную абонентскую поддержку

У каждой студии свой пакет, но есть базовый минимум, который стоит расписать клиенту явно —
 пункт за пунктом.

- **Доступность сайта** — автоматическая проверка, что сайт открывается, а не
 «мы иногда заходим глазами». Это фундамент.
- **Формы и заявки** — контроль того, что сайт не просто жив, а принимает
 обращения: форма отправляется, заявка доходит до почты или CRM.
- **SSL и домен** — отслеживание сроков заранее. Дешёвые ошибки, которые дорого
 бьют по доверию: истёкший сертификат или непродлённый домен уносят сайт целиком.
- **CMS** — для WordPress: ядро, плагины, устаревшие компоненты, почта, права;
 для 1С-Битрикс — агенты, cron, кэш, композит, производительность, безопасность.
- **Безопасность и SEO-риски** — подозрительные редиректы, `noindex`,
 битые ссылки, следы взлома и дефейса, пропавший ключевой контент.
- **Бэкапы** — не просто «где-то есть», а понятно: как часто, где лежат и кто
 проверяет восстановление.
- **Регламент реакции** — что считается критичным, куда писать и за какое время
 команда реагирует.
- **Отчёт** — без него поддержка остаётся невидимой, а невидимую работу трудно
 продавать второй месяц подряд.

## Отчёт — это не бюрократия, а защита абонентки

Студии часто не любят отчёты: кажется, лучше чинить, чем оформлять. Но клиенту нужен артефакт —
 что-то, что можно открыть и увидеть: сайт был доступен, формы проверялись, SSL и домен в норме,
 были такие-то инциденты, исправили то-то, риски на следующий месяц такие-то.

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

### Как меняется разговор с клиентом

Без мониторинга и отчётов диалог сводится к «за что мы платим?». С мониторингом и отчётами он
 звучит иначе: «В этом месяце поймали проблему с формой, предупредили по SSL, проверили
 доступность, критичных сбоев не было — вот отчёт». Это разные вселенные. В первой студия
 оправдывается, во второй показывает работу.

## Где здесь Pingvera

Pingvera помогает превратить мутную абонентку в понятную услугу, собирая контроль в одном
 кабинете. Что сервис реально проверяет:

- **Доступность** сайтов клиентов — с интервалом от 1 минуты, на всех тарифах.
- **Формы и заявки** — синтетическая отправка и проверка, что заявка дошла до
 почты, а ключевой контент на месте.
- **SSL и домены** — контроль сроков заранее, с запасом до истечения.
- **Признаки взлома и SEO-риски** — дефейс, подозрительные редиректы,
 `noindex`, битые ссылки.
- **WordPress** — отпечаток сайта: версия ядра, список плагинов, признаки
 дефейса.
- **1С-Битрикс** — диагностика состояния сайта изнутри.
- **Серверные метрики** — CPU, память, диск и сеть через лёгкого агента, если у
 клиента свой сервер или VPS.
- **Инциденты и алерты** — Telegram, email и Max, чтобы узнать о сбое раньше
 клиента.
- **White-label отчёты и статус-страницы** — под вашим логотипом и цветом, чтобы
 обосновать абонентку.

Студия может не просто сказать «мы следим за сайтом», а показать: вот что проверяется, вот что
 было, вот что исправили, вот почему поддержка имеет смысл. Бесплатный тариф до 5 сайтов
 позволяет проверить это на реальных клиентах без отдельного бюджета. Сервис работает как есть,
 без гарантий беспрерывности — но именно непрерывный контроль и наглядный отчёт делают
 абонентку осязаемой.

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

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

В нормальную абонентскую поддержку входят: контроль доступности сайта, проверка форм и
 заявок, отслеживание сроков SSL и домена, диагностика CMS (WordPress, 1С-Битрикс), контроль
 безопасности и SEO-рисков, бэкапы, регламент реакции на инциденты и понятный отчёт клиенту.
 Часть этого можно и нужно автоматизировать — проверки идут непрерывно, а не глазами раз в
 неделю.

**Чем абонентская поддержка отличается от разовых правок?**

Разовые правки — это реакция на уже случившуюся поломку: клиент заметил, написал, вы
 починили. Абонентская поддержка — это профилактика и контроль: вы следите за сайтом
 непрерывно, ловите проблему до жалобы и каждый месяц показываете, что было под контролем.
 Клиент платит не за часы, а за спокойствие и предсказуемость.

**Как показать клиенту ценность абонентской поддержки?**

Присылайте раз в месяц отчёт: аптайм сайта, какие инциденты были и как быстро вы их закрыли,
 состояние SSL, домена и форм, риски на следующий месяц. Даже спокойный месяц — это новость:
 критичных сбоев не было, проверки проходили штатно. Брендированный white-label отчёт
 превращает невидимую работу в наглядный результат.
