«Скорость сайта» — это четыре разные величины, и мерят их в разных местах. Самая ранняя из них — сколько сервер думал, прежде чем отдать первый байт. Её можно померить одной командой и сравнить с живыми сайтами.
Что именно мы меряем
Ответ сервера складывается из шагов, и каждый занимает своё время:
- Найти адрес — запрос к DNS.
- Соединиться — установить TCP-соединение.
- Пожать руки — договориться о шифровании, это TLS.
- Подумать — собрать страницу и отдать первый байт.
- Передать — прокачать само тело ответа.
Скорость отдачи данных — это четвёртый шаг: от «запрос дошёл» до «пошёл первый байт». Ни расстояние, ни вес картинок сюда не входят, и в этом её ценность: она говорит про сервер, а не про дорогу.
Команда, которой это меряют
Всё считает curl. Нужны две величины: момент, когда запрос ушёл, и момент, когда пришёл первый байт.
curl -s -o /dev/null -w "думал: %{time_starttransfer} - %{time_pretransfer}\n" https://site.ru/
Разность и есть время ответа. Мерить надо не один раз: первое обращение к сайту почти всегда медленнее остальных. Мы брали три замера и оставляли средний.
Замер по выборке из 75 сайтов
21.09.2026 мы прошли по выборке из 75 сайтов Екатеринбурга — услуги, ремонт, небольшая розница. Ответили все.
| Сервер думал | Сколько сайтов |
|---|---|
| меньше 200 мс | 42 |
| 200–500 мс | 17 |
| 500–1000 мс | 7 |
| больше секунды | 9 |
Медиана — 159 мс. Десятая часть выборки уложилась в 67 мс, девяностая перцентиль — 1084 мс, а худший сайт думал над своей главной 20,4 секунды. Разброс в четыреста раз внутри одного города и одного размера бизнеса.
Рукопожатие дороже ответа
Самое неожиданное в замере — не медиана, а соседняя колонка. Медианное время рукопожатия TLS у тех же сайтов — 247 мс, то есть в полтора раза больше, чем сервер потом думает.
На собственно подготовку страницы уходит 36% общего времени до первого байта. Остальное — договориться о соединении и шифровании.
Практический вывод: пока сервер отвечает за 150 мс, выигрывать у него ещё 50 бессмысленно — на том же запросе четверть секунды уходит на рукопожатие, и она чинится совсем другими средствами. А вот сайту из последней строки таблицы оптимизировать картинки бесполезно: страница не появится раньше, чем сервер её отдаст.
Вес и позиция тут ни при чём
Две проверки, которые напрашиваются, дали отрицательный ответ.
Вес страницы. Ранговая связь веса главной и времени ответа — минус 0,27. Слабая и в обратную сторону: тяжёлые страницы отдавались не медленнее, а чуть быстрее. Ничего странного: тяжесть даёт картинки, а они грузятся после первого байта.
Позиция в выдаче. На 35 сайтах выборки известна и позиция по своей нише, и время ответа. Связь −0,05, то есть её нет. Это согласуется с тем, что мы уже мерили по весу страниц: скорость нужна людям, но места в выдаче не покупает.
Как это выглядит у нас
Те же три замера на своих страницах: главная — 68 мс, лента блога — 190 мс полного времени при 84 мс думания, страница проверки — 64 мс.
Причина не в мастерстве, а в устройстве: страницы собраны заранее и лежат на диске готовыми, сервер не ходит в базу и ничего не собирает на лету. Сайту на движке с базой такие числа даются тяжелее — и это нормальная цена за редактирование через админку.
Померить свою страницу можно бесплатной проверкой скорости — она показывает время ответа вместе с остальными величинами и говорит, какая из них тянет вниз.
Границы замера
Мерили из одной точки, одинаково для всех сайтов. Абсолютные числа зависят от расстояния до сервера — один обмен по сети внутри измеряемого промежутка остаётся всегда. Сравнение сайтов между собой от этого не страдает, а вот переносить наши миллисекунды на свой замер из другого места нельзя.
Три обращения к каждому сайту, берём среднее из них: это снимает случайный выброс, но не ловит суточную нагрузку. Сайт, который вечером думает втрое дольше, в таком замере выглядит здоровым.
Коротко
Время ответа сервера — промежуток от запроса до первого байта, и меряется он одной командой curl. По выборке из 75 сайтов медиана 159 мс, 42 сайта укладываются в 200 мс, девять думают дольше секунды. Рукопожатие TLS при этом стоит дороже самого ответа — 247 мс медианы. С весом страницы время ответа почти не связано, с позицией в выдаче — не связано вовсе.