Что такое SLA и как он влияет на качество поддержки клиентов?
PrimeCoder · 2026 · вилка бюджета
SLA — это договор, в котором прописано, как быстро и качественно подрядчик обязан реагировать на ваши проблемы. Без него «поддержка» — это обещание на словах. С ним — измеримые обязательства: время реакции, время решения, штрафы за срыв. Для владельца сайта в России это разница между «починим в течение дня» и «форма лежит, клиенты уходят, а подрядчик молчит».
В 2026 году рынок сопровождения сайтов в РФ перегрет предложениями. Каждый второй фрилансер обещает «полное сопровождение за 15 тысяч». Но когда сайт падает в 3 часа ночи, выясняется, что «полное» — это ответ в рабочее время, а «сопровождение» — обновление плагинов раз в месяц. SLA — это инструмент, который отсекает пустые обещания и заставляет подрядчика отвечать за результат деньгами.
Ниже — что должно быть в SLA, сколько это стоит по рынку 2026 года и что будет, если срезать углы.
Что такое SLA простыми словами
SLA (Service Level Agreement) — это приложение к договору на сопровождение сайта. В нем фиксируются:
- перечень услуг (что именно делает подрядчик);
- время реакции на заявку (когда человек возьмется за проблему);
- время решения (когда проблема будет устранена);
- режим работы (пн-пт с 9 до 18 или 24/7);
- ответственность за срыв (штрафы, соразмерное уменьшение оплаты);
- что считается критичным инцидентом, а что — обычной задачей.
Ключевое слово — «измеримо». Не «быстро отреагируем», а «первый ответ в течение 15 минут в рабочее время». Не «починим», а «восстановим доступ к сайту за 4 часа». Если параметр нельзя проверить по логам или переписке — его нет.
В методологии ITIL (это стандарт управления IT-услугами) SLA — формальный договор между заказчиком и поставщиком. Он описывает услугу, права и обязанности сторон и согласованный уровень качества. Без этого документа у вас нет рычагов давления. Есть только надежда на порядочность исполнителя.
Что должно быть в SLA на сопровождение сайта в 2026 году
Типовой SLA для WordPress, Tilda или интернет-магазина в РФ состоит из пяти блоков.
1. Классификация инцидентов
Нужно разделить проблемы по критичности. Иначе подрядчик будет тратить время на «поменяйте цвет кнопки», пока магазин лежит.
| Приоритет | Что это | Пример |
|---|---|---|
| P1 — критичный | Сайт недоступен, форма заявок не отправляется, оплата не проходит | Белая страница вместо главной, 500-я ошибка на всех страницах |
| P2 — высокий | Сайт работает, но часть функций недоступна | Не отправляется форма на странице «Контакты», сломан поиск по каталогу |
| P3 — средний | Некритичные ошибки, которые не мешают продажам | Кривая верстка в мобильной версии, битые ссылки в футере |
| P4 — низкий | Задачи по развитию, косметика | Обновить текст, добавить страницу, поменять фото |
Без этой таблицы SLA не работает. Подрядчик сам решает, что срочно, а что нет. Обычно срочно — только то, что заметил он сам.
2. Время реакции и время решения
Время реакции — это когда подрядчик подтвердил, что взял задачу в работу. Время решения — когда проблема устранена.
По рынку РФ 2026 года типовые значения для сопровождения сайтов:
- P1: реакция — 15–30 минут, решение — 4–8 часов (в рабочее время);
- P2: реакция — 1–2 часа, решение — 1–2 рабочих дня;
- P3: реакция — 4 часа, решение — 3–5 рабочих дней;
- P4: реакция — 1 рабочий день, решение — по согласованию.
Если подрядчик обещает реакцию на P1 за 5 минут — это повод насторожиться. Либо у него круглосуточная дежурная смена (дорого), либо он врет. Для малого бизнеса реалистично — реакция в течение 30 минут в рабочее время и 2–4 часа в нерабочее, если прописан ночной мониторинг.
3. Режим работы
Самый скользкий пункт. «Рабочее время» можно трактовать по-разному. Подрядчик считает — с 10 до 18 в будни. Вы — что сайт должен работать всегда, потому что клиенты заходят ночью.
Пропишите явно:
- часы работы поддержки (например, пн-пт с 9:00 до 19:00 по Москве);
- режим в выходные и праздники;
- есть ли ночной мониторинг (бот или дежурный, который заметит падение сайта в 3 часа ночи).
Ночной мониторинг — это отдельная услуга. Если сайт приносит деньги круглосуточно (интернет-магазин, сервис бронирования), его отсутствие — критично. Если у вас корпоративный сайт-визитка, можно сэкономить.
4. Ответственность за срыв
Штрафы — единственное, что дисциплинирует подрядчика. Без них SLA — бумажка.
Типовые формулировки:
- за нарушение времени реакции на P1 — скидка 10% от месячной оплаты за каждый факт;
- за превышение времени решения P1 — скидка 20% за каждый начатый час просрочки;
- за систематические нарушения (3+ за месяц) — право заказчика расторгнуть договор без штрафных санкций.
Не пишите «неустойка 100 000 рублей» — подрядчик просто не подпишет. Начинайте с процентов от абонентской платы. Это работает.
5. Отчетность
Подрядчик должен раз в месяц присылать отчет: сколько было инцидентов, какой приоритет, сколько времени заняло решение, были ли срывы. Это позволяет контролировать качество без ручного мониторинга.
Сколько стоит SLA на сопровождение сайта в 2026 году
Цены по рынку РФ, не оферта PrimeCoder. Диапазоны зависят от региона, сложности сайта и репутации подрядчика.
| Уровень | Цена в месяц | Что входит |
|---|---|---|
| Нижний | 10 000 – 20 000 ₽ | Реакция в рабочее время, обновление плагинов, бэкапы раз в неделю, ответы на заявки в течение 4–8 часов. Без ночного мониторинга, без гарантий времени решения. |
| Средний | 25 000 – 50 000 ₽ | Реакция на P1 за 30 минут в рабочее время, решение за 4–8 часов. Бэкапы ежедневно, мониторинг аптайма 24/7 (бот + дежурный), ежемесячный отчет. Штрафы за срыв. |
| Верхний | 60 000 – 120 000 ₽ | Круглосуточная поддержка, реакция на P1 за 15 минут в любое время, решение за 2–4 часа. Выделенный менеджер, проактивный мониторинг, регулярный аудит безопасности. Штрафы с повышающим коэффициентом. |
Цена зависит от трех драйверов:
- Критичность. Интернет-магазин с оплатой — дороже сайта-визитки. Простой стоит денег, поэтому и SLA жестче.
- Режим работы. Круглосуточная поддержка — это минимум два человека в смену. Отсюда ×2–3 к цене.
- Сложность сайта. Кастомная тема WordPress с 20 плагинами — это бомба замедленного действия. Каждое обновление может что-то сломать. Поддержка такого сайта стоит дороже, чем Tilda.
Что будет, если срезать бюджет:
- убрать ночной мониторинг — сайт может лежать до утра, а вы узнаете об этом от клиентов;
- убрать штрафы — подрядчик будет решать задачи в удобном ему темпе;
- убрать отчетность — вы не узнаете, сколько инцидентов было и как их решали;
- убрать бэкапы — один неудачный плагин может уничтожить сайт без возможности восстановления.
Экономия на SLA — это покупка файла вместо решения. Вы платите за то, что сайт работает, а не за то, что вам обещают его чинить.
Ночной инцидент: как это работает на практике
Сценарий, который знаком каждому владельцу магазина на WordPress.
Вчера, 23:40. Вы замечаете, что сайт не открывается. Белая страница, ошибка 500. Паника. Вы пишете подрядчику в Telegram: «Сайт лежит!»
Вариант без SLA. Сообщение прочитано в 9:15 утра. Ответ: «Доброе утро! Сейчас посмотрим». Сайт лежит 9 часов. За это время вы теряете заказы, а клиенты уходят к конкурентам. Подрядчик говорит: «Это хостинг виноват, мы не при делах». Вы ничего не можете сделать — в договоре нет обязательств.
Вариант с SLA. В 23:40 вы пишете в Telegram. В 23:52 дежурный подтверждает: «Приняли, P1, начинаем работать». В 00:30 сайт уже открывается. Причина — конфликт плагинов после автообновления. В 01:00 подрядчик присылает отчет: что случилось, что сделали, как предотвратить. Утром вы получаете полный отчет и счет со скидкой, если время реакции было нарушено.
Разница — не в везении, а в прописанных обязательствах. Подрядчик знает: если он не ответит за 30 минут, он потеряет деньги. Поэтому у него есть дежурный, который смотрит уведомления ночью.
Что писать в договоре: формулировки для SLA
Ниже — готовые формулировки, которые можно вставить в договор или ТЗ подрядчику. Они проверены практикой и не содержат воды.
1. Исполнитель обязуется обеспечивать доступность Сайта на уровне не менее 99,5% времени в месяц. Время недоступности рассчитывается на основании данных мониторинга.
2. Исполнитель обязуется принимать заявки Заказчика через Telegram, электронную почту и телефон. Первый ответ на заявку — не позднее 30 минут с момента получения в рабочее время (пн-пт, 9:00–19:00 МСК).
3. Для инцидентов P1 (сайт недоступен, форма не отправляется, оплата не проходит) время решения — не более 4 часов с момента подтверждения заявки. Для P2 — не более 24 часов. Для P3 — не более 3 рабочих дней.
4. Исполнитель обязуется проводить резервное копирование Сайта ежедневно. Хранение резервных копий — не менее 14 дней. Восстановление из резервной копии — не более 2 часов с момента запроса.
5. В случае нарушения сроков, указанных в п. 2–3, Заказчик вправе требовать соразмерного уменьшения абонентской платы на 10% за каждый факт нарушения.
6. Исполнитель обязуется ежемесячно предоставлять отчет о количестве инцидентов, времени их решения и принятых мерах.
Эти формулировки закрывают 90% проблем. Остальное — детали, которые зависят от вашего сайта и специфики бизнеса.
Частые вопросы про SLA
Чем SLA отличается от обычного договора на сопровождение?
Обычный договор описывает услуги, но не гарантирует качество. SLA добавляет измеримые параметры: время реакции, время решения, штрафы. Это делает обязательства подрядчика проверяемыми.
Можно ли требовать SLA от фрилансера?
Можно, но фрилансер часто не готов нести ответственность. Он один, у него нет дежурных. Если он заболеет или уедет — сайт останется без поддержки. Для критичных сайтов лучше работать со студией, где есть команда.
Что делать, если подрядчик нарушает SLA?
Фиксируйте нарушения: скриншоты переписки, время заявки и ответа. Требуйте перерасчет по формуле из договора. Если подрядчик игнорирует — это основание для расторжения договора и перехода к другому исполнителю.
Нужен ли SLA для сайта на Tilda?
Tilda — конструктор, там меньше рисков. Но форма заявок, домен, интеграции — все это может ломаться. Базовый SLA с реакцией в рабочее время и бэкапами имеет смысл. Круглосуточная поддержка для Tilda обычно избыточна.
Что будет, если не заключать SLA?
Вы остаетесь без гарантий. Подрядчик может отвечать на заявки днями, игнорировать ночные падения и не нести ответственности. Для бизнеса, который зависит от сайта, это неприемлемый риск.
Как проверить, что подрядчик соблюдает SLA?
Требуйте ежемесячные отчеты с метриками: количество инцидентов, время реакции, время решения. Настраивайте собственный мониторинг аптайма (например, бесплатные сервисы проверки доступности). Сверяйте данные.
Может ли SLA быть слишком жестким?
Да. Если требовать реакцию за 5 минут и решение за 1 час, стоимость вырастет в разы. Для малого бизнеса реалистичные цифры — реакция 30 минут, решение 4 часа для критичных проблем. Остальное — переплата.
Что делать, если сайт лежит, а подрядчик не отвечает?
Если в SLA прописаны штрафы — фиксируйте время и требуйте перерасчет. Если SLA нет — это повод задуматься о смене подрядчика. В критичной ситуации можно временно переключиться на другого исполнителя, но это крайняя мера.
На этой неделе
- Откройте договор с текущим подрядчиком. Найдите пункт про SLA. Если его нет — запросите добавление приложения к договору с параметрами из этой статьи.
- Определите критичность вашего сайта. Если он приносит деньги круглосуточно — нужен ночной мониторинг и реакция на P1 за 30 минут. Если это визитка — достаточно рабочего времени.
- Настройте бесплатный мониторинг аптайма. Это займет 15 минут, но даст независимые данные о доступности сайта.
SLA — это не бюрократия. Это инструмент, который превращает «обещания» в «обязательства». Без него вы покупаете кота в мешке. С ним — контролируете качество и имеете рычаги давления. Выбор очевиден.
PrimeCoder Team · Официальный ответ · PrimeCoder
Пришлите формат отчётности (дашборд / таблица / «на глаз») — подскажем минимальный набор метрик на старт.
Марина · Руководитель продаж
Как внедрять без остановки текущих заявок? Нужен поэтапный план с контрольными точками.
Ярослав · Инженер поддержки
Как вы документируете edge cases, чтобы база знаний не устаревала за неделю?
Милана · Руководитель отдела заботы
Нужны примеры интеграции с Telegram/WhatsApp без потери истории в CRM.