Как Google PageSpeed Insights рассчитывает время ответа сервера?

Ссылка скопирована
1 ответ

Имеется, такая ситуация:

Как Google PageSpeed Insights рассчитывает время ответа сервера?

и это для статичной HTML-страницы.

Я правильно понимаю, что ситуация странная? Да эта HTML-страница не маленькая 1,1Мб, в ней много подключений CSS, JS и т.д.

Но как это может влиять на время отдачи сервером первого байта?

Я правильно понимаю или нет - поправьте меня:

  • Из браузера или Google PageSpeed Insights прилетает запрос к этой статичной HTML-странице
  • веб-сервер (в моём случае это nginx/1.14.1) просто находит в public_html папке HTML-файл этой страницы в ответ на запрос
  • браузер получает и начинает рендерить HMTL, подключать CSS, JS и т.д. - но это уже работа браузера, пусть даже он посылает новые запросы к моему серверу

т.е. по сути время ответа сервера - это время обработки моим nginx'ом запроса к HTML-странице и выдачи его браузеру?

Тех. поддержка отвечает мне так:

Как Google PageSpeed Insights рассчитывает время ответа сервера?

Дополнительно:

Ответы:

Ну если у вас прям готовая html - то ttfb в 0.46сек возможен если проверка делается из штатов, а хостинг у вас в россии. Ваши пользователи из штатов действительно видят такой ttfb.
Задержку в сети никто не отменял. Измерить задержку можно пингами.

  • Т.е. я правильно понимаю - дело в измерителе Google PageSpeed Insights ? Он может делать запрос с сервера в Штатах и воспринимать (включать) задержку сети в время ответа моего сервера?
  • Ну да. Они ни как не могут измерить ttfb у вас на сервере. Да и не нужно это. Это же клиентская метрика.
  • Andrey Shatokhin, а разве из за этого я не буду получать уведомления в Google Console что мой сайт тормозит и мне его надо оптимизировать?
  • Леонид, Ну если вам это так важно - вы всегда можите переехать на хостинг в штатах и/или сделать там кеширующее зеркало сайта. Ну или встать под какой-нить кеширующий cdn - конечно, если у вас там одна статика (html/css/js) на сайте.
  • Лентюй, для достпа к сайтам гугл юзает google proxy. но кто измеряет ttfb ( прокси или PageSpeed Insights) мы никогда не узнаем.
  • Вопрос в другом: сейчас попробовал другой HTML-файл размером 10Кб с подключением одного CSS и favicon'а - и Google PageSpeed Insights показал 100%

    И тут вопрос - как же так? Если бы проблема была в ttfb за счет сервера - она проявлялась бы на любом HTML-файле, а тут такая разница...

  • Леонид, ну тогда у вас 2 варианта, уже написанные ниже - тормозные винта(привет хостеру) или у вас там не статика
  • Лентюй, там точно статика - большой HTML-файл размером 1,1Мб внутри которого только HTML, CSS, JS, и всё. Ради эксперимента с винтами перенёс этот файл сейчас на другой проверенный хостинг - только HTML-файл, все подключения CSS-JS с этого же сервера - но результаты такие же с ответом сервера. Мистика )) Думаю винты тут не причем?
Нужно решить такую задачу?

Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

Заказать помощь
Лучший ответ
1
Елена Вебер Ответ

Google PageSpeed Insights оценивает время ответа сервера с помощью различных метрик и алгоритмов. Одной из основных метрик, используемых для оценки времени ответа сервера, является время загрузки первого байта (TTFB).

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

Для улучшения времени ответа сервера и увеличения скорости загрузки страницы можно применить следующие методы:

1. Оптимизация сервера и базы данных. Убедитесь, что ваш сервер настроен правильно и имеет достаточные ресурсы для обработки запросов. Также оптимизируйте базу данных, удаляя неиспользуемые записи и улучшая индексацию таблиц.

2. Использование кэширования. Кэширование поможет уменьшить время ответа сервера, так как повторные запросы будут обрабатываться быстрее благодаря сохраненным результатам предыдущих запросов.

3. Минимизация HTTP запросов. Сократите количество HTTP запросов, уменьшив размер файлов (например, изображений, стилей, скриптов) и объединив их в один файл при помощи сборщика (например, Webpack).

4. Использование CDN (Content Delivery Network). CDN помогает ускорить загрузку ресурсов, так как они распределены по разным серверам в разных частях мира, что позволяет загружать ресурсы с ближайшего к пользователю сервера.

5. Оптимизация изображений. Уменьшите размер изображений, используя сжатие без потерь и выбрав подходящий формат (например, JPEG для фотографий и PNG для изображений с прозрачностью).

6. Установка HTTP/2. Используйте протокол HTTP/2, который позволяет одновременно загружать несколько ресурсов на одном соединении, увеличивая скорость загрузки страницы.

7. Минимизация и объединение файлов CSS и JavaScript. Сократите количество и размер файлов CSS и JavaScript, объединив их в один файл и минимизируя код.

Используя вышеуказанные методы, вы сможете улучшить время ответа сервера и увеличить скорость загрузки страницы, что положительно отразится на оптимизации вашего сайта и его показателях в Google PageSpeed Insights.

Другие ответы (0)

Пока нет других ответов. Будьте первым, кто поможет автору.

Ответить на вопрос

комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Вам также может быть интересно