TTFB молчит первым: как ловить задержки до того, как их увидит пользователь

TTFB молчит первым: как ловить задержки до того, как их увидит пользователь

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

Проверять нужно не только среднее значение, а распределение: p95 и p99 показывают хвосты, которые бьют по реальному UX. Смотрите раздельно:
— cache HIT и MISS
— разные регионы
— мобильные и десктопные сети
— отдельные URL: главная, API, тяжёлые страницы

Типичная ошибка — мерить TTFB одним инструментом и считать проблему CDN. На практике задержку часто создают origin, медленный TLS-рукопожатие, перегруженный PHP/FPM, блокирующие запросы к БД или слишком агрессивные правила на edge. Для диагностики полезно сопоставлять логи CDN с метриками сервера и RUM: так видно, где именно появляется пауза ⏱

Если TTFB растёт только на MISS, усиливайте кэширование и проверяйте origin shield, keep-alive и время ответа приложения. Если растёт и на HIT, ищите проблемы в edge-логике, WAF-правилах, worker-сценариях или географии узла. Стабильность инфраструктуры — залог масштабируемости.