Клиенты просят «быстрый и надёжный сайт» и имеют в виду три разные вещи. Агентства сообщают одно число и удивляются, что оно не отвечает на вопрос. Аптайм, время ответа и Core Web Vitals связаны между собой, но измеряются по-разному, ломаются по-разному и требуют разных инструментов.
Это руководство разделяет их, даёт пороги, которые стоит знать, и говорит, за каким показателем следить при какой проблеме. Часть материала полезна и вообще без инструмента мониторинга.
Аптайм: отвечает ли сайт?
Аптайм — это доля периода, в течение которой сайт отвечал правильно. Слово «правильно» и вызывает споры. Код 200 с сообщением об ошибке на странице — это не «работает» ни в каком смысле, который принял бы посетитель, поэтому серьёзные мониторы проверяют не только код, но и текст.
Называйте простой в минутах, потому что проценты скрывают масштаб:
| Цель по аптайму | Простой за 30-дневный месяц | За год |
|---|---|---|
| 99% | около 7 часов 12 минут | около 3,7 суток |
| 99,5% | около 3 часов 36 минут | около 1,8 суток |
| 99,9% | около 43 минут | около 8 часов 46 минут |
| 99,95% | около 22 минут | около 4 часов 23 минут |
| 99,99% | около 4 минут 19 секунд | около 52 минут |
Пересчитайте число из своего договора калькулятором аптайма.
Честность вашей цифры определяют три вещи:
- Интервал проверки. Проверка раз в пять минут не увидит трёхминутный сбой. Более короткие интервалы фиксируют более короткие сбои.
- Подтверждение. Один неудавшийся запрос часто бывает сетевым сбоем. Хороший монитор перепроверяет, прежде чем записать простой, так что цифра не раздувается ложными сбоями.
- Окна обслуживания. Плановый простой должен исключаться, и это исключение должно быть видно в отчёте.
Время ответа: сколько отвечает сервер?
Время ответа — это то, сколько длится ответ на запрос, измеренное монитором на сервере. В Tenium это время от отправки запроса до получения всего тела ответа, поэтому оно отражает медленные запросы к базе данных и тяжёлые страницы, а не только быстрый первый байт.
Оно отвечает на вопросы вроде «стал ли сайт медленнее после обновления плагина?» и «не перегружен ли хостинг в 18:00?». Оно не говорит, что видит посетитель на телефоне, потому что браузер не участвует.
Читайте его правильно:
- Используйте перцентили, а не только среднее. Среднее в 400 мс может скрывать p95 в 2,5 секунды. Именно на медленный «хвост» жалуются посетители.
- Смотрите на тренд. Ровные 600 мс — это другой сайт, чем тот, у которого время ползёт с 300 до 900 мс за месяц.
- Знайте базовый уровень. Оповещайте по кратному превышению обычного значения, а не по числу из статьи.
- Сравнивайте из одного места. Расстояние важно. Проверка из Амстердама до сервера в Амстердаме быстрее, чем та же страница для посетителя в Сиднее.
На тарифах Pro и Agency Tenium может оповещать, когда время ответа держится выше порога, и записывает это как деградацию, отдельную от сбоя. Все тарифы сохраняют значение и строят график. Любой URL можно проверить прямо сейчас тестом времени ответа.
Core Web Vitals: что чувствует посетитель?
Core Web Vitals — три показателя, определённые Google и измеряемые в настоящих браузерах:
| Показатель | Что измеряет | Порог «хорошо» |
|---|---|---|
| LCP, Largest Contentful Paint | Когда появляется самый крупный видимый элемент | 2,5 секунды или меньше |
| INP, Interaction to Next Paint | Как быстро страница реагирует на клики и касания | 200 миллисекунд или меньше |
| CLS, Cumulative Layout Shift | Насколько «прыгает» вёрстка при загрузке | 0,1 или меньше |
Google оценивает их по 75-му перцентилю реальных визитов, а пороги опубликованы на web.dev. Данные бывают двух видов:
- Полевые данные: то, что испытали настоящие посетители, собранное у пользователей Chrome. Именно их показывают отчёт Core Web Vitals в Search Console и полевой раздел PageSpeed Insights.
- Лабораторные данные: синтетический прогон в контролируемом браузере, например Lighthouse. Полезны для поиска причин, но это симуляция.
Эти числа зависят от изображений, шрифтов, JavaScript, сторонних скриптов и вёрстки, а не от скорости ответа сервера. У сайта может быть время ответа 150 мс и LCP в 4 секунды из-за неоптимизированного главного изображения.
Tenium не запускает браузер, поэтому LCP, INP и CLS не измеряет. Для них используйте PageSpeed Insights, отчёт Search Console и, для постоянного измерения, инструмент мониторинга реальных пользователей.
Какой показатель для какой проблемы
| Симптом | Куда смотреть | Инструмент |
|---|---|---|
| «Сайт не работал прошлой ночью» | Аптайм, список инцидентов | Внешний монитор |
| «Всё замедлилось со вторника» | Тренд времени ответа, p95 | Графики монитора, журналы сервера |
| «Страница прыгает на моём телефоне» | CLS | PageSpeed Insights, Search Console |
| «Загружается, но ощущение, что завис» | INP, LCP | PageSpeed Insights, мониторинг реальных пользователей |
| «Google говорит, что мои страницы медленные» | Отчёт Core Web Vitals | Search Console |
| «Доступно ли оформление заказа?» | Аптайм этого URL с проверкой ключевого слова | Внешний монитор |
Что включить в отчёт для клиента
Уложитесь в одну страницу. Для каждого сайта: аптайм за месяц в процентах и в минутах, число инцидентов с длительностью и причиной, среднее и p95 времени ответа в сравнении с прошлым месяцем, сроки действия сертификата и домена. Если клиенту важен поиск, добавьте одну строку со статусом Core Web Vitals из Search Console, подписанную как данные Google, а не ваши.
Смешивание всего в одном числе («здоровье сайта 94%») выдумывает показатель, который никто не может проверить. Приводите их отдельно и указывайте, откуда взят каждый.
Как задавать пороги
- Дайте монитору поработать неделю. Не настраивайте оповещения в первый же день.
- Посмотрите график времени ответа и отметьте обычный диапазон и p95.
- Задайте порог медленного ответа примерно вдвое выше обычного значения и потребуйте, чтобы превышение держалось несколько проверок подряд.
- Держите оповещение о сбое отдельно. Тайм-аут — это сбой, а не медленный ответ.
- Пересматривайте после каждого крупного выпуска; более тяжёлая страница сдвигает базовый уровень.
В Tenium тариф Free (30 мониторов, проверки с интервалом 5 мин) уже сохраняет время ответа и строит график. Оповещение о медленном ответе требует Pro ($29), где проверки идут ещё и с интервалом 30 с. О том, как работает порог, читайте на странице мониторинга времени ответа, а сравнение Tenium и Pingdom пригодится, если вам нужен мониторинг реальных пользователей: он есть у Pingdom и отсутствует у Tenium.
Частые вопросы
Какой процент аптайма считается хорошим?
99,9% — это около 43 минут простоя в 30-дневном месяце, 99,99% — около 4 минут, а 99% — около 7 часов. Для сайта небольшого бизнеса на виртуальном хостинге 99,9% — реалистичная цель; важнее не само число, а то, как быстро вы узнаёте о сбое.
Чем время ответа отличается от Core Web Vitals?
Время ответа измеряет сервер, который где-то запрашивает ваш URL и засекает ответ. Core Web Vitals (LCP, INP и CLS) измеряются в настоящем браузере и описывают то, что посетитель видит и чувствует. Быстрый сервер всё равно может дать плохой Largest Contentful Paint.
Измеряет ли Tenium Core Web Vitals?
Нет. Tenium записывает аптайм и время до полного ответа для каждой проверки и оповещает о превышении порога медленного ответа на тарифах Pro и Agency. Браузер он не запускает, поэтому LCP, INP и CLS не показывает. Для них используйте PageSpeed Insights от Google, Search Console и данные CrUX.
Нужно ли оповещать по времени ответа?
Оповещайте об устойчивом замедлении, а не об одном медленном запросе. Дайте монитору поработать неделю, посмотрите график и задайте порог примерно вдвое выше обычного значения. Порог на уровне медианы будет срабатывать каждый вечер.
Как считается аптайм?
Время работы, делённое на общее время за период. Плановые окна обслуживания можно исключить. Считать ли медленный ответ простоем — решение договора; в Tenium деградация записывается как отдельный инцидент, не как сбой.
Читайте также
Связанные страницы Tenium
Начните следить за первым сайтом бесплатно
30 мониторов бесплатно, проверки из 2 регионов, без банковской карты. Проверка SSL и срока действия домена — от $7 в месяц.