Какова стоимость поддержки сайта с SLA 99.9%?

· ·

PrimeCoder · 2026 · квиз

Квиз: сколько вы реально готовы платить за 99,9%?

Семь вопросов. Честные ответы — и вы получите вилку бюджета, которая не развалится при первом инциденте в 3 часа ночи. Прикидывать «ну, тысяч 20–30» не надо: посчитаете, из чего складывается цена, и поймёте, где подрядчик закладывает воздух, а где вы сами просите невозможное.

1. Что у вас за сайт?
2. Что для вас «сайт лежит»?
3. Сколько вы теряете за час простоя сайта?
4. Кто сейчас чинит сайт, когда он падает?
5. Что должно случиться, чтобы вы заплатили подрядчику больше текущей ставки?
6. Как вы проверяете, что сайт действительно доступен?
7. Что написано в договоре с текущим подрядчиком про время реакции?
## Почему 99,9% — это не про лендинг Начнём с арифметики. 99,9% доступности — это примерно 8,8 часа простоя в год. Звучит как «почти всегда работает». Для лендинга, который приносит 3–5 заявок в день, эти 8,8 часа — потеря, может, пары обращений. Если конверсия в сделку 10%, а средний чек 50 тысяч — вы теряете 10–15 тысяч рублей в год. И платить за это 40–60 тысяч в месяц — экономический нонсенс. Другое дело — интернет-магазин с оборотом 2 млн в месяц. Час простоя в пик — это 10–15 тысяч недополученной выручки только на оплатах. Ночь простоя — 100–150 тысяч. Вот тут 99,9% и дежурный инженер окупаются за один инцидент. Поэтому первый вопрос, который вы должны себе задать, — не «сколько стоит 99,9%», а «сколько я теряю, когда сайт лежит». Если ответ «не знаю» — вы не готовы покупать SLA. Вы готовы покупать «чтобы работало», и это другая цена. ## Что реально входит в 99,9% Когда подрядчик говорит «у нас SLA 99,9%», он продаёт не доступность. Он продаёт: **1. Мониторинг.** Внешний сервис (типа UptimeRobot, Pingdom или собственный) проверяет сайт каждую минуту с нескольких точек. Не «открывается главная», а реальные сценарии: форма отправляется, корзина работает, API отвечает. Если мониторинг настроен на «главная открывается» — это не мониторинг, это декорация. **2. Дежурного инженера.** Кто-то должен поднять трубку в 3 часа ночи. Не «перезвоним утром», а «берём в работу через 15 минут». Это значит, что у подрядчика есть ротация дежурств, эскалация и регламент. Один человек на фрилансе не может обеспечить 99,9% — он спит, у него выходной, он в отпуске. **3. Регламент реакции.** В SLA должны быть цифры: время реакции на инцидент, время диагностики, время решения. Для 99,9% типично: реакция — 15 минут, диагностика — 1 час, решение — 4 часа. Если в договоре этого нет — у вас нет SLA, у вас есть «постараемся». **4. Резервирование.** Чтобы сайт не падал, нужен не один сервер, а схема с отказоустойчивостью. Это может быть пара «основной + резервный», балансировщик, репликация базы. Всё это стоит денег — и это не «хостинг за 500 рублей». **5. Процесс управления инцидентами.** После каждого падения — разбор: что случилось, почему, что сделали, чтобы не повторилось. Это не «мы починили», а отчёт с root cause analysis. Если подрядчик не присылает таких отчётов — он латает дыры, а не обеспечивает доступность. Теперь про цену. Нижняя граница для 99,9% на корпоративном сайте или магазине — 40–60 тысяч рублей в месяц. Это если сайт не слишком сложный и у подрядчика уже есть инфраструктура. Верхняя граница — 150–200 тысяч, если у вас высокая нагрузка, интеграции, 1С, CRM, несколько окружений. Всё, что дешевле 30 тысяч, — это не SLA 99,9%. Это «поддержка с мониторингом», и она, скорее всего, не переживёт серьёзный инцидент. ## Сценарий: сайт лёг ночью Представьте: пятница, 23:40. Интернет-магазин, который в выходные делает 30% недельной выручки, перестал открываться. Хостинг отвечает, но сайт отдаёт 502. Формы не отправляются, корзина не работает, оплата не проходит. **Вариант А. У вас «поддержка» за 10 тысяч.** Вы пишете в Telegram подрядчику. Ответ — в понедельник утром. В субботу вы теряете заказы, в воскресенье — тоже. В понедельник подрядчик говорит: «Хостинг был виноват, я перезапустил». Вы не знаете, сколько потеряли, потому что не считали. Итог: минус 50–100 тысяч выручки, плюс нервы и подорванная репутация. **Вариант Б. У вас SLA 99,9% за 60 тысяч.** В 23:41 срабатывает алерт в Telegram у дежурного инженера. В 23:45 он уже смотрит логи. В 23:52 находит причину — упал пул PHP-FPM из-за утечки памяти. В 23:58 перезапускает, в 00:10 сайт работает. В 00:30 вы получаете отчёт: что случилось, почему, что сделано, чтобы не повторилось. В субботу вы теряете, может, один заказ за 10 минут простоя. Итог: минус 5–10 тысяч, но вы знаете точную цифру. Разница между вариантами — не в цене поддержки. Разница в том, что в первом случае вы платите за «присмотр», во втором — за управление рисками. И если ваш сайт зарабатывает, второй вариант дешевле. ## Как проверить подрядчика до подписания договора Не верьте на слово. Запросите: **1. Отчёт о доступности за последние 3 месяца.** Не «у нас всё хорошо», а цифры: аптайм по месяцам, количество инцидентов, время реакции, время решения. Если подрядчик не ведёт такую статистику — он не может продавать SLA. **2. Регламент инцидентов.** Попросите показать документ: кто дежурит, как происходит эскалация, какие сроки на каждом этапе. Если регламента нет — это не SLA, это обещание. **3. Схему инфраструктуры.** Где хостится сайт, есть ли резервирование, как устроена база данных. Если сайт на одном сервере с одним диском — 99,9% невозможны в принципе, какой бы ни был подрядчик. **4. Пример отчёта об инциденте.** Пусть покажут, как выглядел разбор последнего падения. Если отчёта нет или он пустой — вас будут «чинить», а не управлять доступностью. **5. Штрафы за нарушение SLA.** В договоре должно быть написано: если доступность ниже 99,9%, подрядчик платит неустойку. Обычно это процент от месячной оплаты за каждый час простоя сверх нормы. Если штрафов нет — SLA не работает. ## Таблица: было / стало / как проверять | Параметр | Было (типичная «поддержка») | Стало (SLA 99,9%) | Как проверять | |---|---|---|---| | Мониторинг | Нет или «главная открывается» | Внешний, по сценариям, с алертами | Попросить скриншот дашборда мониторинга | | Время реакции | «В рабочее время» | 15 минут, 24/7 | Зафиксировано в договоре, проверяется по тикетам | | Время решения | «Когда получится» | 4 часа для критичных инцидентов | Отчёты об инцидентах с таймлайном | | Отчётность | Нет | Ежемесячный отчёт: аптайм, инциденты, причины | Запросить пример отчёта | | Штрафы | Нет | Есть, за каждый час простоя сверх нормы | Проверить договор | | Инфраструктура | Один сервер | Резервирование, балансировка | Запросить схему, проверить хостинг | | Разбор инцидентов | «Починили» | Root cause analysis, план предотвращения | Попросить пример разбора | ## Почему дешёвая поддержка — это покупка файла, а не решения Есть рынок «поддержки сайтов» за 5–15 тысяч в месяц. Что вы получаете за эти деньги? Обычно: обновление CMS, бэкапы раз в неделю, «присмотр» за хостингом и ответы в рабочее время. Это не SLA. Это абонентское обслуживание. Проблема в том, что когда сайт падает ночью, эта поддержка не работает. Когда хакеры взламывают уязвимый плагин — она не работает. Когда нагрузка в чёрную пятницу кладёт базу — она не работает. Вы покупаете файл, а не решение. Файл — это «мы обновляем WordPress и делаем бэкапы». Решение — это «ваш сайт доступен, и если что-то случилось, мы это чиним по регламенту». Для лендинга файл может быть достаточен. Для магазина или сайта с лидогенерацией — нет. И это не вопрос «дорого/дёшево», это вопрос «что вы теряете, когда сайт лежит». ## FAQ **Сколько стоит поддержка сайта с SLA 99,9% в 2026 году?** Для корпоративного сайта или магазина — 40–150 тысяч рублей в месяц. Нижняя граница — если сайт простой и у подрядчика уже есть инфраструктура. Верхняя — если есть интеграции, высокая нагрузка, несколько окружений. Всё, что дешевле 30 тысяч, — это не SLA 99,9%, а «поддержка с мониторингом». **Можно ли получить 99,9% за 20 тысяч?** Нет. Один дежурный инженер с нормальной зарплатой стоит 150–200 тысяч в месяц. Если подрядчик продаёт 99,9% за 20 тысяч, он либо не платит инженерам, либо не собирается соблюдать SLA, либо у него один инженер на 50 клиентов, и он физически не успеет отреагировать. **Что будет, если срезать бюджет и взять 99,5% вместо 99,9%?** 99,5% — это примерно 44 часа простоя в год. Для лендинга — нормально. Для магазина — рискованно: 44 часа в пик сезона — это потерянная выручка. Если ваш сайт зарабатывает больше 500 тысяч в месяц, разница между 99,5% и 99,9% окупается. **А если сайт на Тильде или конструкторе?** Тильда обеспечивает доступность сама, и SLA 99,9% вам не нужен — вы не можете влиять на инфраструктуру. Вам нужна поддержка по контенту и формам, и она стоит 5–15 тысяч. 99,9% в этом случае — маркетинг, а не инженерная необходимость. **Как понять, что подрядчик реально обеспечивает 99,9%, а не рисует отчёты?** Попросите доступ к мониторингу или настроенную интеграцию с вашим Telegram. Если подрядчик отказывается — это красный флаг. Плюс проверяйте штрафы в договоре: если их нет, SLA не работает. **Нужен ли SLA 99,9% для сайта-визитки?** Нет. Для визитки достаточно 99,5% и нормальной реакции в рабочее время. Вы переплатите за то, что не окупится. Но мониторинг с алертами в Telegram стоит 300–500 рублей в месяц — настройте его в любом случае. **Что входит в SLA 99,9%, кроме доступности?** Время реакции, время решения, регламент эскалации, отчётность, разбор инцидентов, план предотвращения повторения. Если подрядчик говорит «99,9%» и не может показать регламент — он продаёт цифру, а не процесс. **Какой хостинг нужен для 99,9%?** Не «какой-то», а с гарантией доступности от самого хостинг-провайдера (обычно 99,95% и выше), с резервированием и поддержкой 24/7. Плюс схема «основной + резервный» или балансировщик. Хостинг за 500 рублей в месяц не тянет 99,9% — это аксиома. ## На этой неделе 1. Посчитайте, сколько вы теряете за час простоя сайта. Не «наверное, немного», а конкретно: средний чек × конверсия × количество визитов в час. Если не можете посчитать — начните с малого: запишите, сколько заявок приходит в день. 2. Проверьте договор с текущим подрядчиком: есть ли там время реакции, штрафы, регламент. Если нет — запросите допсоглашение или начните искать другого. 3. Настройте внешний мониторинг с алертами в Telegram. Сервисы типа UptimeRobot или аналоги стоят копейки, а дадут вам объективную картину: сколько сайт реально лежит и когда. Если после этого окажется, что сайт лежит чаще, чем вы думали, — у вас есть цифры для разговора с подрядчиком. И для решения, сколько вы готовы платить за то, чтобы это прекратилось.

Комментарии (3)

  • PrimeCoder Team · Официальный ответ · PrimeCoder

    Пришлите нишу и модель монетизации (подписка / разовые продажи / услуги) — подскажем, как связать эксперимент с P&L, а не с «активностью».

  • Роман · CEO

    Интересует честный расчёт: бюджет запуска и срок выхода в плюс. Есть формат с пилотом на 30 дней без долгого контракта?

  • Наталья · Операционный директор

    Много обещаний по ROI, мало прозрачности. Показываете weekly-отчёты и baseline до старта?

Обсудить на сайте