19 мая 2026Евгений · Senior Systems Engineer

Сколько стоит 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 минут

  1. Возьмите выручку за последние 12 месяцев (или MRR × 12 для подписки).
  2. Разделите на 8760 — получите «средний час».
  3. Оцените коэффициент пика для худшего сценария (акция, эфир, сезон).
  4. Добавьте 20–40% на рекламу и поддержку, если в момент простоя идёт трафик.
  5. Запишите цифру в одну строку и покажите директору по маркетингу — разговор о мониторинге станет предметным.

Что окупается быстрее, чем кажется

Типичный набор мер, который мы внедряем после аудита:

  • Мониторинг (Uptime + метрики сервера + алерт в Telegram) — от 1 вечера настройки;
  • Кеширование страниц и тяжёлых запросов — снижение нагрузки в 5–15 раз;
  • Нагрузочный тест перед рекламой — один день, экономия одного «утра с 503»;
  • Резервный контур или автомасштабирование — страховка пика.

Сравните стоимость внедрения с одним часом простоя в пик — в большинстве проектов окупаемость наступает после первого предотвращённого инцидента.

Чеклист перед сезоном продаж

  • Посчитана стоимость часа простоя (формула выше)
  • Настроены алерты: недоступность, 5xx, время ответа > 2 с
  • Проведён нагрузочный тест с запасом ×3 к прогнозу трафика
  • Есть дежурный контакт и сценарий «кто поднимает сайт»
  • Проверены бэкапы и восстановление — не на словах, а тестом
  • DDoS-защита включена на уровне DNS/провайдера

Главное

Надёжность — не «IT-роскошь». Это страховка выручки с понятным ROI. Один час простоя в неподходящий момент стоит дороже месяца поддержки инфраструктуры — особенно если вы считаете не только прямую выручку, но и рекламу, отток и сорванные сделки.

Мы в NineLab помогаем посчитать реальную цену риска под вашу бизнес-модель и закрыть узкие места до того, как за них заплатят клиенты.

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

Профиль трафика и данные на стенде редко совпадают с боем. Нужны сценарии, те же метрики, что в проде, и поэтапное наращивание с возможностью отката.

Часто первыми «краснеют» база и планы запросов, пулы соединений, синхронные вызовы внешних API и очереди — это даёт быстрый чек-лист проверки.

Не обязательно: инвалидация, холодный старт и неравномерность ключей могут навредить. Кэш проектируют под конкретные read-модели и SLO.

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

Хотите применить это на практике?

Расскажите про вашу систему — предложим план работ и метрики, которые имеет смысл зафиксировать в SLA/SLO.

Все материалы: High-Load

High-Load31 мая 2026 г.
Микросервисы для маркетплейса: когда это необходимость, а когда — лишние миллионы

Рамка решения для CEO и CTO: 5 сигналов, что пора дробить систему, 4 признака преждевременного перехода и честный расчёт — сколько стоит «архитектура как у Ozon» на старте маркетплейса.

Читать статью
High-Load21 мая 2026 г.
Redis, очереди и кэширование: как сделать сайт в 10 раз быстрее без покупки нового железа

Разбираем, почему сайт тормозит при «нормальном» сервере, что кешировать в Redis, какие задачи уводить в очереди, когда подключать CDN — и какие цифры ждать после оптимизации без роста счёта за хостинг.

Читать статью
High-Load17 мая 2026 г.
Реклама на 10 миллионов и ошибка 503: как техническая неготовность сжигает маркетинговые бюджеты

Разбираем, почему рекламные кампании сгорают из-за упавшего сайта: считаем реальные потери, объясняем три системные причины и даём чеклист подготовки инфраструктуры перед крупным запуском.

Читать статью
High-Load25 апреля 2026 г.
Excel больше не справляется: 5 звоночков, что вашему бизнесу пора разработать кастомное приложение

Признаки, что бизнес «вырос из таблиц»: ошибки в учёте, ручные согласования, потеря заявок и отсутствие прозрачности. Разбираем, когда пора переходить к автоматизации бизнес‑процессов и разработке внутреннего веб‑приложения (портала, личного кабинета, системы заявок) под ваши реальные процессы.

Читать статью