Проверить TTFB

TTFB скачет от захода к заходу: попал запрос в прогретый кэш или нет, занят ли сервер соседним посетителем, как лёг маршрут. Разница между двумя соседними замерами бывает вдвое.

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

Где именно теряется время

Долгий TTFB не означает, что виноват сервер. До того как он увидит запрос, проходит поиск имени в DNS, установка соединения и рукопожатие шифрования. Инструмент делит время на эти четыре части и называет главную.

Это меняет вывод целиком. Если время уходит на ответ сервера, смотреть надо в сторону базы, кэша и тяжёлых запросов. Если на соединение — в сторону канала, сертификата и серверов имён, а сам сайт ни при чём.

Какое значение считать нормальным

• до 800 мс — хорошо, это порог Google для комфортной загрузки;
• от 800 до 1800 мс — терпимо, но заметно;
• дольше 1800 мс — долго, посетитель видит белый экран.

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

Замер из другой страны

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

Рядом есть проверка скорости загрузки сайта: она смотрит страницу целиком, вместе с картинками и скриптами.