SLA для маленького сайта: реально ли получить ответ за 2 часа

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

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

Я веду абонентское обслуживание сайтов малого бизнеса с 2018 года. За это время видел и красивые SLA на 20 страниц без единого реального обязательства, и пары абзацев на коленке, которые в реальности отрабатывали железно. Ниже разберу, что такое реалистичные сроки для маленького сайта в 2026 году, как читать договор подрядчика, и где обычно зарывается лукавство.

Из чего состоит SLA для веб-проекта

Базовый SLA на маленький сайт умещается в шесть пунктов.

1. Время реакции (Response Time)

Сколько с момента обращения клиента до первого осмысленного ответа подрядчика. Не «принято к рассмотрению», а «вижу, начал разбираться, такие-то возможные причины».

Реалистичные цифры для малого бизнеса:

• Премиум 30 минут в рабочие часы, 1 час 24/7. Цена: 25-50 тысяч в месяц.
• Стандарт 2-4 часа в рабочие часы, 6-12 часов в выходные. Цена: 8-20 тысяч в месяц.
• Базовый 1-2 рабочих дня. Цена: 3-7 тысяч в месяц.

«Ответ за 5 минут 24/7 за 5 тысяч в месяц» это либо лукавство (по факту бот, а не человек), либо подрядчик быстро прогорит и пропадёт.

2. Время восстановления (Resolution Time / RTO)

Сколько с момента обнаружения проблемы до её устранения. Это уже не первая реакция, а полное возвращение сайта в рабочее состояние.

Реалистичные цифры:

• Простая поломка (битый файл, отвалился плагин) 30 минут до 2 часов.
• Средняя поломка (упал хостинг, нужна миграция) 4 до 8 часов.
• Сложный взлом или потеря данных до 24-48 часов.
• Капитальные изменения по запросу (новый раздел, редизайн блока) 1-7 рабочих дней.

«Восстановление за 30 минут любой проблемы» в реальности невозможно. Если подрядчик это обещает, скорее всего он не понимает, о чём говорит.

3. Аптайм

Процент времени, когда сайт доступен. Считается обычно от 100 процентов в месяц минус незапланированные простои.

Реалистично для shared-хостинга в России: 99.5 процента это допустимый минимум, 99.9 процента это хорошо. Цифры с пятью девятками («99.999») для маленького сайта на shared-хостинге это маркетинг.

В 99.5 процентов в месяц укладывается до 3.5 часа простоя. В 99.9 до 45 минут. В 99.95 до 22 минут.

4. Окно обслуживания

Когда подрядчик имеет право проводить плановые работы (обновления, миграции). Обычно ночью с воскресенья на понедельник или раннее утро. Простой во время окна не считается нарушением SLA.

5. Приоритеты обращений

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

Типичная градация:

• Критический сайт лежит, заявки не приходят, потеря денег. Реакция в полное SLA.
• Высокий функция работает не так, влияет на бизнес. Реакция в стандартное SLA.
• Средний косметика, удобство, не блокирующее. Реакция в течение 1-2 рабочих дней.
• Низкий «когда будет время», улучшения, эксперименты. Без жёсткого SLA.

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

6. Штрафы за нарушение

Что происходит, если подрядчик не выполнил SLA. Варианты:

• Скидка на следующий месяц (5-30 процентов в зависимости от размера нарушения). Самый частый вариант.
• Перерасчёт (вычесть из абонентки часы, в которые сайт был недоступен).
• Возврат полной абонентки за месяц с серьёзным инцидентом.
• Без штрафов (просто извинения и обязательство больше так не делать). Допустимо для бесплатных и почти бесплатных тарифов.

Штрафы должны быть адекватными размеру абонентки. Если за простой полагается 50 процентов скидки, и подрядчик зарабатывает 5 тысяч в месяц, серьёзная авария режет ему бюджет на 2.5 тысячи. Это болезненно, и заставляет работать аккуратно.

Как читать SLA в договоре

Несколько паттернов, которые я вижу регулярно.

«Время реакции до 24 часов»

Звучит большим, но допустим для базового тарифа на сайт-визитку с трафиком 500 человек в месяц. Главное чтобы 24 часа считались ровно столько, а не «следующий рабочий день» (что может растянуться до 72 часов в выходные).

«Реакция в течение разумного времени»

Это не SLA. Это вежливое «сделаем, когда сделаем». Подписываться можно только при полном доверии к подрядчику.

«Тариф включает безусловно поддержку»

Тоже не SLA, без конкретных цифр. Спросите: «сколько часов в месяц включено», «какой пик ответа», «штраф за нарушение».

«Аптайм 99.9% по статистике хостера»

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

«Время восстановления до полного устранения»

Без верхнего порога это неправда. Спросите: «через сколько максимум?»

«За дополнительные часы оплата по часовой ставке»

Если в тарифе включено 4 часа в месяц, а вы за один инцидент потратили 6 часов, доплата за 2 часа сверх. Цифру часовой ставки уточните заранее.

Что я обещаю клиентам

Вот мой публичный SLA для каждого тарифа.

Годовой тариф

• Реакция в рабочее время (9:00-21:00 МСК будни, 10:00-19:00 выходные) 1 час.
• Реакция в нерабочее время до 4 часов.
• Восстановление при критическом инциденте до 4 часов в любое время.
• Включено 8 часов работ в месяц.
• Аптайм гарантия 99.5 процента, штраф 5 процентов за каждую десятую процента ниже.
• Окно обслуживания: воскресенье 00:00-04:00 МСК.

Месячный тариф

• Реакция в рабочее время до 2 часов.
• Реакция в нерабочее время до 8 часов.
• Восстановление при критическом инциденте до 8 часов.
• Включено 4 часа работ в месяц.
• Аптайм гарантия 99 процентов.

Почасовой / разовая работа

Без SLA. Работаю по очереди в порядке поступления. Срок согласовывается перед каждой задачей.

Подробно про сами тарифы я писал в статье о ценах.

Реалистичные ожидания по разным сценариям

«Мне нужна замена телефона на сайте»

Это не инцидент, а правка. Реакция в SLA, сама правка занимает 5-15 минут после первой реакции. На годовом тарифе обычно делаю в течение часа.

«Сайт не открывается, белый экран»

Это критический инцидент. Реакция в SLA (1 час в годовом). Диагностика 30-90 минут, восстановление обычно укладывается в 4 часа.

«Хочу добавить новый раздел с тремя страницами»

Это не инцидент, это проектная работа. Согласуем сроки и трудозатраты отдельно. Маленький раздел делается за 1-3 рабочих дня.

«На сайте появилось чужое объявление, кажется, взлом»

Критический инцидент. Реакция, диагностика, локализация. Если действительно взлом, восстановление до 24 часов плюс смена паролей и аудит.

«Хочется поменять цвет кнопки на чуть-чуть синее»

Низкий приоритет. Делается в порядке очереди, в течение пары рабочих дней.

Мониторинг как часть SLA

SLA без мониторинга это хорошие намерения. Если подрядчик не следит за сайтом, он узнаёт о проблеме от клиента, который зашёл и увидел белый экран.

Что я ставлю как часть стандартного сопровождения:

• Uptime-мониторинг. Проверка главной каждые 5 минут с 3 географически разных точек. Алерт в Telegram при 2 пропущенных проверках подряд.
• Мониторинг ключевых страниц. Корзина, контакты, форма заявки. Раз в час.
• Проверка размера ответа. Если главная стала весить вдвое больше, или вдвое меньше, тоже алерт.
• Проверка SSL-сертификата. За 30 дней до истечения уведомление.
• Проверка домена. За 90 дней до истечения уведомление.
• Внутренние индикаторы CMS: число подозрительных файлов, попытки входа в админку, аномальный трафик в Яндекс Метрике.

Без всего этого SLA на бумаге, а в реальности «увидим, среагируем».

Что остаётся вне SLA

Несколько вещей, на которые я честно не подписываюсь даже на премиум-тарифе.

Атаки уровня нескольких гигабит DDoS. Без отдельного провайдера защиты (DDoS-Guard, Stormwall) серьёзная атака уложит маленький хостинг. Это не наша зона ответственности.

Падения у магистральных провайдеров. Если в России лежит часть интернета (как в редкие случаи аварий на КИП), сайт лежит вместе с ним. Это форс-мажор.

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

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

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

Как договариваться, если не нравится дефолтный SLA

Если вам нужны обязательства жёстче стандартных, это договорно:

• Дежурство 24/7 с гарантированной реакцией. Доплата 50-100 процентов от тарифа.
• Резервный сайт на отдельном хостинге. Стоимость удвоенного хостинга плюс настройка переключения, около 10-30 тысяч в месяц.
• Личный канал связи (мобильный, отдельный Telegram). Включается в премиум-тариф.
• Штрафы выше типовых. Договорно, но обычно подрядчик увеличивает абонентку, чтобы покрыть риск.

Главное чтобы доплата соответствовала реальности. SLA «5 минут реакция 24/7 с штрафом 100 процентов абонентки за нарушение» возможно, но стоит соответствующих денег.

Чек-лист «нормальный ли у меня SLA»

Несколько вопросов, на которые подрядчик должен ответить чётко.

1. Сколько у меня времени на реакцию в рабочие часы? В нерабочие?
2. Через какое максимум время мой критический инцидент будет устранён?
3. Сколько часов работ включено в тариф? Что считается «работой»?
4. Какая ставка за дополнительные часы?
5. Что происходит, если SLA нарушен? Сколько процентов скидки?
6. В какие часы и дни плановое окно обслуживания?
7. Какие исключения и форс-мажоры прописаны?
8. Какой канал связи в нерабочее время? Что считается «обращением»?
9. Кто мониторит сайт? Каким сервисом? Куда летят алерты?
10. Какая статистика по аптайму и реакциям за прошлый месяц?

Если на любой из этих вопросов нет конкретного ответа, договор стоит дополнить.

Куда дальше

Связанные материалы: Что входит в техническую поддержку сайта, Регламент работ по сайту, Сайт упал ночью, а веб-мастер недоступен.

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

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

Что такое SLA простыми словами

Обещание, за какое время подрядчик отреагирует на инцидент и за какое приступит к восстановлению. Без цифр в часах это не SLA, а вежливая формулировка.

Реально ли получить реакцию за два часа

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

Чем реакция отличается от восстановления

Реакция это когда вам ответили и взялись. Восстановление это когда сайт работает. Путать их выгодно только тому, кто продаёт SLA: ответить за 15 минут и чинить сутки формально не нарушение.

Что остаётся вне SLA

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