- html5css.dev
- SEO
- SEO продвижение
- Техническая оптимизация
- Скорость доступа к сайту
Скорость доступа к сайту
Скорость делится на две разные задачи: как быстро отвечает сервер и как быстро отрисовывается страница. Этот урок — про первую, серверную половину, от которой зависит и обход сайта роботом.
Из чего складывается время до первого байта
| Этап | Что происходит | Чем ускоряется |
|---|---|---|
| DNS | Определение адреса сервера | Быстрый DNS-провайдер, разумный TTL |
| Соединение | TCP или QUIC-рукопожатие | HTTP/3, keep-alive, ближайшая точка присутствия |
| TLS | Согласование шифрования | TLS 1.3, OCSP stapling, возобновление сессий |
| Обработка | Работа приложения и базы данных | Кеш, оптимизация запросов, OPcache |
| Отдача | Передача первых байт | Сжатие Brotli, отсутствие буферизации целиком |
На типовом сайте на PHP львиная доля времени приходится на этап обработки — и именно там лежит основной резерв.
Диагностика за пять минут
# подробный тайминг одного запроса
curl -s -o /dev/null -w \
'dns: %{time_namelookup}s
connect: %{time_connect}s
tls: %{time_appconnect}s
ttfb: %{time_starttransfer}s
total: %{time_total}s
код: %{http_code}
размер: %{size_download} байт
' https://site.ru/page/- Большой
time_namelookup— проблема с DNS-провайдером. - Большой разрыв между
connectиappconnect— тяжёлое TLS-рукопожатие: проверьте цепочку сертификата и OCSP. - Большой разрыв между
appconnectиstarttransfer— медленно работает приложение. Это самый частый случай. - Разница между первым и повторным запросом — показывает, работает ли кеш.
Что чинить на серверной стороне
- Кеширование страниц. Для контентных страниц самый большой выигрыш даёт полностраничный кеш: приложение не запускается вовсе.
- OPcache и актуальная версия PHP. Переход на свежую ветку часто даёт десятки процентов без правки кода.
- Запросы к базе. Ищите N+1 и отсутствующие индексы — обычно два-три запроса съедают всё время.
- Сжатие. Brotli для текстовых типов; для уже сжатых форматов — не включать.
- Заголовки кеширования. Статика с версией в имени — на год и
immutable; HTML — короткий срок или валидация поETag. - CDN. Снимает статику с сервера приложений и приближает контент к пользователю. См. урок о CDN.
- HTTP/3. Особенно заметен на мобильных сетях — см. урок о протоколе.
Скорость и обход сайта роботом
Отчёт «Статистика сканирования» в Search Console показывает три вещи: сколько запросов робот делает в сутки, сколько данных скачивает и каково среднее время ответа. Связь прямая: медленный сервер — меньше запросов в сутки. Робот намеренно снижает нагрузку, чтобы не уронить сайт.
| Что видно в отчёте | Что это значит |
|---|---|
| Время ответа растёт, число запросов падает | Робот бережёт сервер — новые страницы будут индексироваться медленнее |
| Много ответов 5xx | Скорость обхода снизится резко; при длительных сбоях возможно выпадение страниц из индекса |
| Много 301 в цепочках | Бюджет обхода тратится на перенаправления вместо содержания |
| Основной объём — картинки и скрипты | Стоит вынести статику на CDN, освободив бюджет под HTML |
Стабильность важнее среднего значения
Средний TTFB в 0,4 секунды выглядит прекрасно, пока не выясняется, что каждый десятый запрос отрабатывает за три секунды. Поисковые системы, как и Core Web Vitals, смотрят на распределение, а не на среднее. Поэтому:
- Оценивайте 75-й и 95-й перцентиль, а не среднее.
- Смотрите отдельно на «холодные» запросы — те, что не попали в кеш.
- Проверяйте поведение под нагрузкой, а не только в тихие часы.
- Следите за временем ответа тяжёлых страниц: поиск по сайту, фильтры каталога, корзина.
Итог
Серверная скорость — фундамент: она ограничивает LCP сверху и определяет,
как быстро сайт обходит робот. Порядок работ простой: измерить TTFB через
curl, найти самый долгий этап, включить кеш, проверить запросы
к базе и убедиться, что сервер не отдаёт ошибок под нагрузкой. Дальше —
типичные технические ошибки.
Частые вопросы
Что такое TTFB и каким он должен быть?
Time To First Byte — время от запроса до первого байта ответа сервера. Хороший ориентир — до 0,8 секунды. TTFB входит в LCP: сэкономленные здесь полсекунды достаются всем остальным метрикам.
Влияет ли скорость сервера на индексацию?
Да. Google снижает частоту обхода, когда сервер отвечает медленно или отдаёт ошибки, — это видно в отчёте статистики сканирования. Для крупного сайта это напрямую замедляет попадание новых страниц в индекс.
Что важнее — TTFB или LCP?
Они связаны: LCP не может быть лучше TTFB. Но после 0,8 секунды дальнейшая борьба за TTFB обычно даёт меньше, чем работа с картинкой первого экрана и блокирующими ресурсами.
Помогает ли CDN, если аудитория в одном городе?
Меньше, чем при географически распределённой аудитории, но всё равно полезен: CDN снимает нагрузку статики с сервера приложений, стабилизирует ответ при всплесках и обычно даёт HTTP/3 из коробки.