Проверка TTFB: время до первого байта онлайн

Проверка TTFB: время до первого байта сайта

TTFB (time to first byte) — это время от момента, когда браузер запрашивает страницу, до момента, когда приходит первый байт ответа. Оно показывает, как быстро сервер и сеть начинают отвечать, ещё до того, как на экране появится хотя бы одна строка страницы. Введите адрес, выберите число замеров и получите TTFB, разбитое на этапы: редиректы, DNS, подключение, TLS и ожидание сервера. Инструмент известен также как тест времени до первого байта и проверка времени ответа сервера.

Из чего состоит TTFB

• Редиректы. Каждый редирект (например, http на https, затем на www) — это полноценный запрос перед настоящим.
• DNS. Поиск IP-адреса по имени хоста.
• Подключение. TCP-соединение с сервером. Оно зависит от расстояния между посетителем и сервером: у CDN серверы расположены рядом с посетителями.
• TLS. Рукопожатие HTTPS после установки соединения.
• Ожидание. Время самого сервера: запрос идёт туда, приложение и база данных собирают страницу, и возвращается первый байт. Здесь проявляется медленная работа сервера.

Какой TTFB считается хорошим

Google приводит пороги на web.dev: TTFB 0,8 секунды или меньше считается хорошим, а больше 1,8 секунды — плохим; промежуток между ними требует улучшения. TTFB не входит в Core Web Vitals, но Google говорит, что сайтам стоит стремиться к 0,8 секунды или меньше, чтобы у большинства посетителей (75-й процентиль) был хороший First Contentful Paint.

Почему инструмент делает несколько замеров

Одному числу доверять нельзя: сеть скачет от запроса к запросу. Первый замер помечается как холодный: кеши сайта и DNS ещё могут быть пусты, поэтому он может быть медленнее следующих. Каждый замер открывает новое соединение, а инструмент показывает самый быстрый замер, самый медленный и медиану — число, которое нужно сравнивать между тестами.

Как уменьшить TTFB

Список следует руководству Google на web.dev «Optimize Time to First Byte»:

• Сначала проверьте хостинг. Виртуальный хостинг в целом медленнее.
• Используйте CDN. Его серверы ближе к посетителям, а CDN обычно приносит HTTP/2, HTTP/3, современный TLS и лучшее сжатие.
• Используйте кешированный контент, где возможно, с заголовками Cache-Control.
• Избегайте редиректов. Один редирект добавляет задержку к запросу. HSTS (и список HSTS preload) убирает редирект с http на https.
• Отправляйте страницу по частям (стриминг), используйте 103 Early Hints для важных ресурсов и добавьте заголовок Server-Timing, чтобы видеть, на что уходит время сервера.

Как измерить TTFB самостоятельно

С помощью curl. Эта команда выводит время каждого этапа. Учтите, что curl показывает сумму с начала, поэтому числа растут от строки к строке, а time_starttransfer — это и есть TTFB:

curl -o /dev/null -s -w 'DNS: %{time_namelookup}\nConnect: %{time_connect}\nTLS: %{time_appconnect}\nTTFB: %{time_starttransfer}\nTotal: %{time_total}\n' https://example.com/

В браузере. Откройте инструменты разработчика Chrome, вкладку Network, нажмите на первый запрос и откройте Timing. Строка «Waiting (TTFB)» — это время, которое браузер ждёт первого байта; Chrome сообщает, что оно включает один кругооборот задержки и время, которое сервер потратил на подготовку ответа. Google также называет инструментами для измерения TTFB Chrome User Experience Report (CrUX), библиотеку web-vitals и WebPageTest. Эта страница показывает этапы по отдельности.

Как работает эта проверка

• Запрос делается с сервера dieg.dev, из одного места. Цифры посетителя из другой страны или сайта, который быстр только рядом со своим сервером, могут сильно отличаться.
• Инструмент отправляет в User-Agent своё имя (DiegDevChecker) и только простой запрос GET: без cookie, входа и форм. Проверяются только публичные адреса и обычные веб-порты.
• Первый замер также читает HTML (не более 2 МБ), чтобы показать его размер и сжатие. Остальные замеры останавливаются, как только начинается ответ.
• Число проверок ограничено для каждого посетителя и для каждого проверяемого сайта, чтобы инструмент нельзя было использовать для нагрузки на сайт. Краткий журнал проверок (проверяемый хост, время и код посетителя, но не адрес) хранится 7 дней, чтобы отвечать на жалобы.

Похожие инструменты

Чтобы увидеть всю цепочку редиректов и заголовки, используйте проверку кодов ответа HTTP и редиректов, для проверки сертификата — DNS lookup (он показывает и SSL-сертификат), а чтобы узнать, какую версию HTTP (HTTP/1.1 или HTTP/2) использует сервер и объявляет ли он HTTP/3, — ту же проверку кодов ответа HTTP.