Сколько стоит 1 час простоя вашего сайта: считаем на конкретных примерах
«Сайт полежал час — ничего страшного». Так говорят до тех пор, пока не считают деньги. Простой — это не пауза в IT-отчёте. Это время, когда вы продолжаете платить зарплаты, рекламу и аренду, но перестаёте получать выручку от клиентов, которые уже ушли к конкуренту.
В этой статье — простая формула для владельца бизнеса и маркетолога, три расчёта под разные модели и список скрытых потерь, которых нет в Google Analytics.

Почему тема снова актуальна в 2026 году
В начале апреля 2026 года мощная DDoS-атака на инфраструктуру «Ростелекома» привела к массовым сбоям: недоступны были банки, маркетплейсы, госуслуги, медиасервисы и десятки коммерческих площадок. Инцидент длился около часа в острой фазе, отдельные сервисы восстанавливались дольше.
Урок для любого бизнеса один: если «легли» гиганты на уровне провайдера, ваш сайт на одном сервере без запаса прочности — в зоне риска тем более. Вопрос не «будет ли сбой», а «сколько он стоит в ваших деньгах».
Базовая формула стоимости часа простоя
Для первой оценки достаточно арифметики:
Стоимость 1 часа простоя ≈ (годовая выручка / 8760) × коэффициент пика
8760 — число часов в году. Коэффициент пика показывает, насколько «дорогой» час в момент акции, рекламного запуска или сезона продаж:
- обычный будний день — 1,0;
- рекламная кампания, распродажа — 3–8;
- Чёрная пятница, TV-эфир, крупный инфоповод — до 15.
Формула не учитывает все косвенные эффекты, но даёт порядок цифр за 10 минут — достаточно, чтобы обосновать инвестиции в мониторинг, резервирование и нагрузочное тестирование.
Пример 1: интернет-магазин одежды
Исходные данные: выручка 120 млн ₽ в год, средняя маржа 35%, в день акции трафик в 6 раз выше обычного.
Средний час выручки: 120 000 000 / 8760 ≈ 13 700 ₽
Час простоя в пик акции (коэффициент 5): ≈ 68 500 ₽
4 часа недоступности в день запуска рекламы: ≈ 274 000 ₽ упущенной выручки
* без сгоревшего рекламного бюджета и возвратов
Если параллельно откручивается Яндекс.Директ на 200 000 ₽ в день, ещё 30 000–50 000 ₽ уйдут на клики в ошибку 503. Итог одного «неудачного утра» легко переваливает за 300 000 ₽.
Пример 2: B2B-услуги, заявки с сайта
Исходные данные: 40 заявок в день, 10% доходят до сделки, средний чек 180 000 ₽, 8 рабочих часов в день.
- Заявок в час: 40 / 8 = 5
- Ожидаемая выручка с часа: (5 × 10%) × 180 000 = 90 000 ₽ в «среднем» часе
- Реалистичный диапазон с учётом цикла сделки: 45 000–90 000 ₽ потенциала на час простоя в рабочее время
Здесь больнее не разовая сумма, а срыв SLA: крупный клиент ждал КП, получил тишину и ушёл к конкуренту. Одна потерянная сделка перекрывает месяц затрат на инфраструктуру.
Пример 3: SaaS с подпиской
Исходные данные: 2 000 платящих клиентов, 990 ₽/мес, API критичен для их операций.
MRR ≈ 1,98 млн ₽. «Средний» час подписки на всю базу — копейки. Но час недоступности API — это:
- всплеск тикетов в поддержку;
- запросы на возврат средств;
- отток 1–3% клиентов в течение недели после инцидента.
Если отвалилось 2% базы: 40 × 990 ₽ × 12 ≈ 475 000 ₽ годовой выручки за один некачественно отработанный инцидент. Для SaaS репутация и отток часто дороже прямого часа простоя.
Скрытые потери: то, что не видно в отчёте по выручке
Реклама и маркетинг
Рекламные кабинеты не останавливаются автоматически, когда сайт лежит. Клики списываются, конверсии нет. Плюс алгоритмы снижают качество объявлений — вы платите больше за клик ещё 1–2 недели после восстановления.
SEO и органика
Рост показателя отказов, падение глубины просмотра — сигналы для поисковых систем. Эффект проявляется не в день сбоя, а через 2–4 недели падением трафика.
Поддержка и операционка
Шквал обращений в чат и по телефону. Менеджеры вместо продаж тушат пожар. Стоимость часа работы команды из 5 человек — ещё 15 000–40 000 ₽ сверху.
Юридические и партнёрские риски
Если вы обрабатываете персональные данные или работаете по SLA с заказчиками — простой может означать штрафы и расторжение контрактов.
Как посчитать для своего проекта за 15 минут
- Возьмите выручку за последние 12 месяцев (или MRR × 12 для подписки).
- Разделите на 8760 — получите «средний час».
- Оцените коэффициент пика для худшего сценария (акция, эфир, сезон).
- Добавьте 20–40% на рекламу и поддержку, если в момент простоя идёт трафик.
- Запишите цифру в одну строку и покажите директору по маркетингу — разговор о мониторинге станет предметным.
Что окупается быстрее, чем кажется
Типичный набор мер, который мы внедряем после аудита:
- Мониторинг (Uptime + метрики сервера + алерт в Telegram) — от 1 вечера настройки;
- Кеширование страниц и тяжёлых запросов — снижение нагрузки в 5–15 раз;
- Нагрузочный тест перед рекламой — один день, экономия одного «утра с 503»;
- Резервный контур или автомасштабирование — страховка пика.
Сравните стоимость внедрения с одним часом простоя в пик — в большинстве проектов окупаемость наступает после первого предотвращённого инцидента.
Чеклист перед сезоном продаж
- Посчитана стоимость часа простоя (формула выше)
- Настроены алерты: недоступность, 5xx, время ответа > 2 с
- Проведён нагрузочный тест с запасом ×3 к прогнозу трафика
- Есть дежурный контакт и сценарий «кто поднимает сайт»
- Проверены бэкапы и восстановление — не на словах, а тестом
- DDoS-защита включена на уровне DNS/провайдера
Главное
Надёжность — не «IT-роскошь». Это страховка выручки с понятным ROI. Один час простоя в неподходящий момент стоит дороже месяца поддержки инфраструктуры — особенно если вы считаете не только прямую выручку, но и рекламу, отток и сорванные сделки.
Мы в NineLab помогаем посчитать реальную цену риска под вашу бизнес-модель и закрыть узкие места до того, как за них заплатят клиенты.
Сервисы и материалы по теме
Частые вопросы по теме
Профиль трафика и данные на стенде редко совпадают с боем. Нужны сценарии, те же метрики, что в проде, и поэтапное наращивание с возможностью отката.
Часто первыми «краснеют» база и планы запросов, пулы соединений, синхронные вызовы внешних API и очереди — это даёт быстрый чек-лист проверки.
Не обязательно: инвалидация, холодный старт и неравномерность ключей могут навредить. Кэш проектируют под конкретные read-модели и SLO.
Когда вертикальное масштабирование и оптимизация запросов упёрлись в потолок, а рост данных предсказуем по ключу партиционирования.
Хотите применить это на практике?
Расскажите про вашу систему — предложим план работ и метрики, которые имеет смысл зафиксировать в SLA/SLO.
Статьи по теме
Микросервисы для маркетплейса: когда это необходимость, а когда — лишние миллионы
Рамка решения для CEO и CTO: 5 сигналов, что пора дробить систему, 4 признака преждевременного перехода и честный расчёт — сколько стоит «архитектура как у Ozon» на старте маркетплейса.
Читать статьюRedis, очереди и кэширование: как сделать сайт в 10 раз быстрее без покупки нового железа
Разбираем, почему сайт тормозит при «нормальном» сервере, что кешировать в Redis, какие задачи уводить в очереди, когда подключать CDN — и какие цифры ждать после оптимизации без роста счёта за хостинг.
Читать статьюРеклама на 10 миллионов и ошибка 503: как техническая неготовность сжигает маркетинговые бюджеты
Разбираем, почему рекламные кампании сгорают из-за упавшего сайта: считаем реальные потери, объясняем три системные причины и даём чеклист подготовки инфраструктуры перед крупным запуском.
Читать статьюExcel больше не справляется: 5 звоночков, что вашему бизнесу пора разработать кастомное приложение
Признаки, что бизнес «вырос из таблиц»: ошибки в учёте, ручные согласования, потеря заявок и отсутствие прозрачности. Разбираем, когда пора переходить к автоматизации бизнес‑процессов и разработке внутреннего веб‑приложения (портала, личного кабинета, системы заявок) под ваши реальные процессы.
Читать статью