Значения разницы между PageSpeed ​​Insights и Google Search Console - Speed ​​(экспериментально)

Итак, проблема, с которой вы столкнулись, связана с тем, как PSI обрабатывает данные для расчета вашей оценки по сравнению с тем, как это делает Search Console.

Если доступны данные из реального мира, Search Console будет отдавать им приоритет перед смоделированными данными для расчета ваших оценок (что имеет смысл), PSI всегда будет использовать скорости, которые он вычисляет в рамках «лабораторных данных».

Данные реального мира более точны, но вам нужно правильно их прочитать, чтобы знать, как их улучшить.

Три полоски (зеленый, оранжевый и красный) показывают следующие данные для First Contentful Paint (FCP) и First Input Delay (FID): -

• FCP зеленый: менее 1 секунды
• FCP оранжевый: от 1 до 3 секунд
• FCP красный: более 3 секунд

а также

• FID зеленый: менее 100 мс
• FID оранжевый: от 100 мс до 300 мс
• Красный FID: более 300 мс.

Они рассчитаны для 75-го процентиля для FCP и 95-го процентиля для FID. (хотя с технической точки зрения это не правильно, думайте об этом, так как 3 из 4 человек будут иметь такой опыт или лучше для FCP, а 19/20 человек будут иметь лучший опыт, чем показано для FID).

Здесь вы получаете «умеренную» оценку в консоли поиска.

Средний разброс для FCP составляет около 23%, 58% и 19% соответственно. Вы получаете 36%, 45%, 19%, так что вы довольно близко к среднему значению.

Похожая история для FID.

На что смотреть

У вас есть значительные расхождения в отношении FCP, существует множество возможных причин этого, но наиболее вероятными из них являются:

1. У вас много посетителей из других стран, и вы не используете CDN (или, по крайней мере, не в полной мере).
2. Сайт получает пики трафика, и ваш сервер достигает максимальной емкости, проверьте журналы ресурсов / журналы ошибок на сервере.
3. Ваш JavaScript нагружает процессор (230 мс FID говорит, что это может быть), и часть вашей страницы зависит от загрузки JS. Смоделированные запуски приводят к 4-кратному замедлению ЦП, в реальном мире некоторые мобильные устройства могут быть в 6-8 раз медленнее, чем настольные ПК, поэтому различия JS начинают быстро складываться.

Испытайте это в реальном мире

Имитационные тесты - это здорово, но, в конце концов, они искусственны.

1. Пойдите и купите устройство Android за 50 фунтов стерлингов, протестируйте свой сайт в сетях 4G и 3G и посмотрите, как сайт отреагирует.

2. Еще можно попробовать открыть инструменты разработчика и использовать вкладку performance. Установите для параметра «сеть» значение «3G» и «ЦП» на «6-кратное замедление» и посмотрите, как загружается сайт. (после нажатия кнопки записи и обновления страницы). Если вы никогда раньше не использовали эту вкладку, вам может потребоваться поискать пару руководств о том, как интерпретировать данные, но они покажут узкие места JS и проблемы с рендерингом.

3. Поместите на страницу JS для мониторинга времени загрузки и используйте журналы сервера / программное обеспечение для мониторинга сервера. Вскоре вы начнете замечать закономерности (проблема связана с определенными размерами экрана? Ваш механизм кэширования работает некорректно при определенных обстоятельствах? Неправильно ли работает ваш JS на определенных устройствах?)

У всего вышеперечисленного есть одна общая черта: больше данных для выявления проблем, которые не может найти синтетический тест.

Резюме / TL; DR

Консоль поиска использует данные из реального мира, когда их у вас достаточно, PSI всегда использует лабораторные данные из только что завершенного прогона.

PSI - полезный инструмент, но он предназначен только для справки. Если консоль поиска сообщает, что ваш сайт является средним, вам необходимо проверить свою скорость, используя другие методы реального мира для выявления узких мест.