TTFB и задержки: как не перепутать медленный бэкенд с проблемой CDN

TTFB и задержки: как не перепутать медленный бэкенд с проблемой CDN

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

Разбирайте метрику по слоям:
— DNS lookup: рост здесь обычно связан не с CDN, а с резолвингом и кэшем у клиента.
— TCP/TLS: лишние рукопожатия и отсутствие повторного использования соединений сразу увеличивают время до первого байта.
— Waiting/TTFB: ключевая зона, где видно, успел ли origin отдать ответ без очереди и блокировок.

Для Cloudflare полезно сравнивать TTFB на кэш-хите и кэш-миссе. Если hit быстрый, а miss медленный, проблема почти всегда на origin: медленные запросы к БД, тяжёлые генерации страниц, блокировки приложений. Если оба сценария медленные, проверьте правила кэширования, origin shield, HTTP/2 или HTTP/3 на клиентском участке и лишние преобразования на edge.

Не ограничивайтесь средним значением. Смотрите p95 и p99: именно хвосты создают ощущение «сайт иногда подвисает». Для диагностики держите в логах хотя бы три точки: время до edge-ответа, время до origin-ответа и статус кэша. Тогда спор «CDN виноват или сервер» превращается в разбор фактов.

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