Простой сайта нельзя оценить одной универсальной ценой за минуту. Для интернет-магазина важны несостоявшиеся заказы, для корпоративного сайта — потерянные обращения, для сервиса — недоступные операции клиентов. Даже у одного проекта последствия зависят от времени суток, источника трафика и того, сломался весь сайт или только критичный шаг.
Ниже — способ рассчитать стоимость простоя по собственным данным: истории посещений, конверсии, среднему чеку, маржинальности, расходам на рекламу и времени команды. Результат будет не «страшной цифрой из интернета», а проверяемым диапазоном, который можно использовать для приоритизации мониторинга и восстановления.
Сначала определите, что именно было недоступно
Полным простоем можно считать период, когда пользователь не мог открыть сайт или получить рабочий ответ от основных страниц. Но чаще инцидент частичный: главная загружается, а корзина, форма заявки, авторизация, оплата или API возвращают ошибку.
Граница важна для расчета. Если сломалась только форма, нельзя применять к потере весь трафик сайта. Нужны посещения страниц с формой и доля пользователей, которые обычно совершают на них целевое действие. Если проблема затронула только отдельный регион, учитывайте трафик этого региона, а не всю аудиторию.
Зафиксируйте:
- точное время начала и окончания инцидента;
- затронутые URL, функции, регионы и устройства;
- тип ошибки и долю неуспешных запросов;
- источники трафика во время сбоя;
- момент, когда команда узнала о проблеме;
- момент восстановления и период, за который часть пользователей могла вернуться.
История внешних проверок помогает отделить фактический простой от времени обсуждения проблемы. О том, как интерпретировать доступность и длительность инцидентов, подробнее рассказано в статье про расчет uptime сайта.
Базовая формула стоимости простоя сайта
Для магазина или другого проекта с онлайн-оплатой прямую потерю можно оценить через ожидаемое число заказов. Обозначим:
- T — длительность сбоя;
- V — ожидаемое число целевых визитов за единицу времени;
- C — обычная конверсия этих визитов в заказ;
- A — средний оплаченный чек;
- M — доля маржинального дохода в заказе;
- L — доля заказов, которые не будут оформлены после восстановления;
- D — подтвержденные расходы на рекламу, ведущую на недоступный путь;
- O — дополнительные расходы команды и подрядчиков на инцидент;
- P — документированные компенсации, возвраты или договорные штрафы.
Тогда рабочая оценка выглядит так:
Потери = T × V × C × A × M × L + D + O + P
Это не бухгалтерская проводка, а модель события. Все переменные должны браться из данных конкретного проекта. Если маржинальность неизвестна и используется выручка, результат нужно честно назвать оценкой недополученной выручки, а не чистым ущербом. Одновременно складывать потерянную выручку и маржинальный доход нельзя: это двойной счет одного последствия.
Доля L особенно важна. Не каждый посетитель потерян навсегда: постоянный клиент может вернуться позже, а отложенный заказ появится после восстановления. Проверить это можно по заказам и обращениям в следующие сопоставимые периоды. Если данных пока нет, рассчитайте диапазон с несколькими сценариями, но не выдавайте предположение за измеренный факт.
Как получить ожидаемый трафик во время сбоя
Самая слабая модель — взять средний дневной трафик и равномерно распределить его по суткам. У большинства сайтов посещаемость меняется по часам, дням недели, сезонам и рекламным кампаниям.
Лучше сравнить интервал простоя с несколькими обычными периодами:
- Возьмите тот же день недели и близкое время.
- Отделите органический, рекламный, прямой и реферальный трафик.
- Исключите периоды распродаж, рассылок и технических работ, если текущий инцидент с ними не сопоставим.
- Проверьте данные веб-аналитики по серверным логам или CDN: при полной недоступности аналитический скрипт мог не загрузиться и занизить число попыток входа.
- Для частичного сбоя оставьте только аудиторию затронутых страниц, регионов или сценариев.
Результатом должен быть не общий показатель «визитов в день», а ожидаемое число целевых посещений именно в тот интервал, когда функция не работала.
Практический пример для интернет-магазина
Представим, что каталог открывался, но кнопка оформления заказа завершалась ошибкой. В расчет нужно включить не всех посетителей магазина, а пользователей, которые дошли до корзины или шага оформления в сопоставимое время. Затем применить обычную конверсию этого шага в оплаченный заказ, фактический средний чек, маржинальность и измеренную долю заказов, не восстановившихся позднее.
Такой подход обычно дает более полезную оценку, чем умножение средней выручки сайта на длительность сбоя. Он одновременно показывает, какой URL нужно проверять автоматически: доступность одной главной страницы эту поломку не обнаружит.
Как считать потери сайта с заявками
Для B2B-сайта, клиники, агентства или другого проекта без онлайн-оплаты формула строится от обращений:
Потеря = ожидаемые обращения × ценность обращения × доля невосстановленных обращений
Ожидаемые обращения можно получить из целевого трафика и обычной конверсии формы, звонка или другого канала. Ценность обращения лучше брать из CRM, а не назначать на глаз. Например, ее можно оценить через долю квалифицированных заявок, конверсию в сделку и маржинальный доход от сделки. Используйте один согласованный показатель, чтобы не прибавить к нему ту же будущую продажу повторно.
Практический пример для формы заявки
Если страница услуги открывалась, но форма не отправлялась, сопоставьте три источника:
- число посещений страницы и попыток отправки;
- ошибки формы в браузере, API или серверных логах;
- обращения, пришедшие через телефон, почту и мессенджеры во время и после инцидента.
Часть пользователей могла выбрать резервный канал, поэтому считать потерянными все посещения страницы неправильно. Но если CRM показывает провал заявок при обычном объеме целевого трафика, появляется основание для диапазона оценки.
Рекламные расходы во время недоступности
Реклама создает отдельную измеримую статью потерь. Возьмите фактические расходы кампаний, которые в период сбоя вели на неработающий URL или сценарий. Не добавляйте весь дневной бюджет, если инцидент был короче или часть посадочных страниц оставалась доступна.
Полезно сверить:
- расход и клики по времени;
- конечные URL объявлений;
- редиректы и UTM-варианты страниц;
- доступность формы, корзины или оплаты после перехода;
- действия команды по остановке и возобновлению кампаний.
Если расход уже учтен внутри принятой модели маржинального дохода, заранее определите правила учета, чтобы не посчитать его дважды. Отдельный порядок действий для активной кампании есть в материале о рекламе на недоступный сайт.
Операционные затраты на инцидент
Простой отнимает не только продажи, но и рабочее время. В операционные расходы можно включить фактически затраченные часы сотрудников, экстренную работу подрядчика, платное восстановление резервной копии и документированные расходы на дополнительную инфраструктуру.
Составьте журнал: кто участвовал, сколько времени заняли диагностика, коммуникация, исправление и проверка. Для внутренней команды используйте принятую в компании стоимость часа. Не превращайте расчет в сумму произвольных ставок: если показатель невозможно подтвердить, оставьте его отдельным качественным последствием.
Компенсации клиентам и штрафы учитывайте только тогда, когда они следуют из договора, правил сервиса или фактически оформленного решения. Потенциальный максимальный штраф не равен понесенным расходам.
Что делать с репутационными и SEO-последствиями
Репутационный ущерб существует, но его редко можно честно перевести в деньги сразу после одного сбоя. Не назначайте стоимость негативного отзыва или ухода клиента без собственной статистики.
Вместо этого сохраните измеримые признаки:
- рост обращений в поддержку и отказов от заказа;
- отмены, возвраты и запросы компенсаций;
- изменение повторных покупок у затронутой группы;
- снижение конверсии после восстановления;
- проблемы со сканированием важных страниц поисковыми роботами.
Эти показатели можно оценить позднее по когортам и сопоставимым периодам. Пока связи не подтверждены, держите репутационный и поисковый риск рядом с финансовой оценкой, но не добавляйте его в итоговую сумму как точный факт.
Как посчитать частичный простой
Частичный сбой требует сегментации. Сначала определите объем затронутого трафика, затем применяйте к нему конверсию соответствующего шага.
Например:
- при недоступности оплаты берите пользователей, дошедших до оплаты;
- при ошибке только на мобильных устройствах — мобильный сегмент;
- при региональной проблеме — посещения из затронутого региона;
- при сбое API интеграции — операции, зависящие от этого API;
- при периодических ошибках — долю неуспешных попыток, подтвержденную логами или мониторингом.
Статья о проверке страниц кроме главной поможет составить карту критичных URL. Она нужна не только для мониторинга: по этой же карте проще связывать каждый тип сбоя с бизнес-процессом и источником данных.
Почему полезен диапазон, а не одна цифра
Даже аккуратная модель содержит неопределенность: неизвестно, сколько посетителей вернется, как изменился бы спрос без сбоя и какая доля ошибок действительно помешала целевому действию. Поэтому подготовьте три сценария на собственных наблюдениях:
- осторожный — учитывает только подтвержденные невосстановленные операции и расходы;
- базовый — использует типичные показатели сопоставимых периодов;
- стрессовый — берет верхнюю границу наблюдаемого трафика и меньшую долю возврата пользователей.
Рядом с итогом перечислите допущения. Руководителю полезнее видеть диапазон и причины его ширины, чем точное до копейки число, построенное на неизвестных коэффициентах.
Частые ошибки в расчете
Считать всю выручку потерей
Выручка не равна прибыли, а часть заказов переносится на позднее время. Для финансового ущерба используйте маржинальный доход и учитывайте восстановленные покупки.
Использовать средние показатели без учета времени
Ночная посещаемость, рабочий день и период рекламной активности могут сильно различаться. Сравнивайте одинаковые интервалы.
Игнорировать частичную поломку
Работающая главная не подтверждает исправность корзины или формы. И наоборот, ошибка одного сценария не означает потерю всего трафика.
Складывать одинаковые последствия
Недополученная выручка, маржинальный доход и стоимость потерянных заказов могут описывать одно и то же событие разными способами. Выберите единицу расчета заранее.
Начинать отсчет с жалобы
Пользователь мог сообщить о проблеме заметно позже ее начала. Используйте временную шкалу мониторинга, серверных логов, аналитики и первого ошибочного события.
Шаблон отчета после инцидента
Короткий отчет удобно строить одинаково для каждого сбоя:
- Что перестало работать и для какой аудитории.
- Когда начался инцидент, когда был обнаружен и когда завершился.
- Сколько целевого трафика и операций попало в этот интервал.
- Какие исходные показатели использованы и откуда они взяты.
- Как рассчитаны прямые потери, реклама и операционные расходы.
- Что восстановилось позднее и было вычтено из оценки.
- Какой получился диапазон и какие допущения остались.
- Какие проверки и действия уменьшают повторение и время обнаружения.
Такой документ полезен не для поиска виноватого, а для решения: какие страницы поставить на контроль, кому отправлять уведомления, где нужен резервный сценарий и сколько времени допустимо тратить на обнаружение.
Как мониторинг влияет на стоимость простоя
Мониторинг не устраняет причину аварии, но сокращает скрытый участок между началом сбоя и первой реакцией. Для расчета это отдельные величины: время обнаружения и время восстановления. Если команда узнает о проблеме раньше, она может остановить рекламу, переключить посадочную страницу, сообщить клиентам и быстрее передать технические данные ответственному специалисту.
В Web-Puls можно регулярно проверять критичные URL и получать уведомления, когда сайт перестает возвращать ожидаемый ответ. Настраивать стоит не абстрактный домен, а страницы, связанные с выручкой и заявками. Посмотрите, что входит в мониторинг сайта, а затем выберите для контроля те адреса, которые использовались в вашей модели потерь.
Вывод
Стоимость простоя сайта — это не универсальная сумма за час. Ее нужно собирать из ожидаемых целевых действий, маржинального результата, невосстановленной доли, фактических рекламных расходов, времени команды и подтвержденных компенсаций.
Начните с точной временной шкалы и карты затронутых страниц. Затем подставьте собственные данные и покажите диапазон вместе с допущениями. Такой расчет помогает связать технический инцидент с бизнес-риском и понять, какие проверки действительно стоит настроить в первую очередь.