Час відповіді в розрізі етапів і в динаміці за місяці

П’ять чисел замість одного

Єдиний «час відповіді» ховає, куди пішов час. Кожна перевірка окремо записує пошук DNS, TCP-підключення, TLS-рукостискання, час до першого байта й завантаження вмісту — по кожному регіону. Саме ця розбивка перетворює «сайт здається повільним» на речення, з яким можна працювати. Довгий DNS — проблема резолвера або TTL. Довге підключення — відстань або перевантажений балансувальник. Довгий TLS — ланцюжок сертифікатів або повторне використання сесій. Довгий перший байт — застосунок або база даних за ним. Довге завантаження — вага сторінки.

Для підсумкового показника сторінка монітора будує графік загального часу по регіонах за обраний період, тож лінію Сінгапуру, що на 170 мс вища за Лондон, видно одразу. Більша частина цього розриву — фізика, і жодне налаштування сервера її не прибере; допоможе CDN або ближче розташоване джерело.

Чому один повільний запит вас не розбудить

Сповіщення на кшталт «час відповіді понад 2 секунди» спрацьовує на кожен повільний запит, а вони бувають на кожному сайті. Правило часу відповіді в Tenium обчислюється за ковзним вікном останніх перевірок по регіонах, що входять у правило, а не за одним зразком, і за задокументованим значенням за замовчуванням це вікно читається як 95-й процентиль. Простими словами: поодинокий викид поглинається, а коли повільною стає помітна частка запитів, показник зростає і сповіщення спрацьовує.

Приклад. Магазин зазвичай відповідає за 400 мс, а поріг ви виставили на 1 500 мс. Очищення кешу робить одну перевірку на 4 секунди, а наступні кілька повертаються за 420 мс — нічого не відбувається. База даних починає не справлятися, і більшість запитів у вікні займають 1 800 мс і більше — правило спрацьовує, і ви отримуєте сповіщення про погіршення ще до того, як сайт ляже. Сповіщення про час відповіді входять до тарифів Pro і Agency. Графіки є на кожному тарифі.

Прив’язка правила до місця, де ваші клієнти

За замовчуванням пороги діють на всі регіони, але правило можна звузити до одного. Якщо ваші клієнти в Сінгапурі, сповіщайте, коли p95 по Сінгапуру перевищує 2 секунди, а Лондон ігноруйте. Якщо вони в Естонії — навпаки. Обирайте поріг за базовим рівнем, а не за круглим числом: подивіться на дані за два тижні, візьміть звичайний p95 і виставте сповіщення приблизно вдвічі вище. Пізніше його можна затягнути, якщо воно ніколи не спрацьовує.

• До 200 мс до першого байта з регіону самого користувача — добре.
• Від 200 до 500 мс — прийнятно для динамічних сторінок.
• Понад секунду — межа, за якою відвідувачі починають іти.
• Запити між континентами додають приблизно 100–250 мс неминучої затримки, тож порівнюйте порівнянне.

Тихі години та «мерехтіння»

Через повільний сайт рідко варто будити людину. Сповіщення про час відповіді належать до некритичних, тож тихі години контакту відкладають їх до ранку, а сповіщення про простій не відкладаються ніколи. Разом із правилом p95 це не дає шумній категорії заглушити ту, що справді важлива.

Повільна робота може бути викликана й тим, чим ви не керуєте. Коли за інцидентом стоїть зовнішній провайдер, наприклад CDN або платіжний API, сповіщення про це каже, тож ви можете назвати клієнту справжню причину.

Що потрапляє у звіт для клієнта

Щомісячний звіт містить графік часу відповіді для кожної групи моніторів і список найповільніших моніторів, а в підсумку — зміну порівняно з минулим місяцем. Для агенції це часто переконливіше за аптайм: сайт, який «працює» на 99,98%, але відповідає за 3 секунди, — саме те, на що клієнт насправді скаржиться. Звіт у PDF під вашим брендом — можливість тарифу Pro, один звіт на обліковий запис, а Agency отримує окремий для кожного клієнта; Starter отримує простий підсумковий лист. Дивіться звіти для клієнтів.

Обмеження, про які варто знати

Перевірки синтетичні: вони вимірюють із наших дата-центрів, а не з телефона відвідувача, тож показують продуктивність сервера й мережі, а не відмальовування в браузері чи Core Web Vitals. Найчастіший інтервал перевірки — 1 хв на Starter і 30 с від Pro, тож вікно з десяти останніх перевірок на інтервалі Starter охоплює приблизно 10 хвилин. Безкоштовний тест часу відповіді дає разовий замір, перш ніж ви підключите моніторинг.