TTFB растёт раньше, чем пользователь замечает «тормоза» — ловите сигнал на входе

TTFB растёт раньше, чем пользователь замечает «тормоза» — ловите сигнал на входе

TTFB — это не просто метрика «первого байта». Она показывает, где именно теряется время: в DNS, TLS, очереди на origin, обработке PHP, медленном апстриме или в самом CDN. Если смотреть только на среднюю задержку страницы, вы увидите проблему слишком поздно.

Практика мониторинга проста:
— измеряйте отдельно edge и origin TTFB;
— сравнивайте p50 с p95/p99, а не только среднее;
— разбивайте по странам, ASN и типам устройств;
— фиксируйте всплески вместе с cache status и response code.

Полезно строить алерты не по абсолютному числу, а по отклонению от базовой линии для конкретного маршрута. Один и тот же TTFB для API, статики и динамики означает разную картину. Для кэша рост TTFB часто указывает на проблемы с edge logic, для dynamic — на origin saturation или сетевую деградацию.

Не игнорируйте сопутствующие метрики: connect time, SSL handshake, origin response time и cache hit ratio. Без этого TTFB превращается в красивую, но бесполезную цифру.

Стабильность инфраструктуры — залог масштабируемости: измеряйте TTFB в разрезе пути запроса, и вы быстрее найдёте узкое место, чем по жалобам пользователей.