Стоит ли на 100% доверять мнению PageSpeed Insights?

Question

[Сергей Шилов]

В последнее время стал проверять свои проекты на этом сервисе, так вот, некоторые его советы я не совсем разделяю, например, он требует убирать таблицы стилей из тега , или вечно жалуется на оптимизацию картинок, ну и так далее. Стоит ли гнаться за большой цифрой, которую показывает этот сервис, или нет?

Answer 1

[Пума Тайланд]

Ну вот простой вам пример про оптимизацию картинок, на главной картинки весят 10 МБ , грузится главная капец как медленно, после оптимизации весят 1 МБ, это ускоряет загрузку главной в 10 раз .

Comments

[Александр Борисович]

пресс?

[Пума Тайланд]

Нет пресса нет у меня, пока только бицуха и трицепс.

Answer 2

[Scorpi]

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

Comments

[Александр Борисович]

Не вордпресс у вас случаем?

[Scorpi]

Александр Борисович: У меня? У меня вообще ничего нет :D
Ответ основан на сайтах которые я проверял с помощью этого сервиса.

Answer 3

[Сергей Протько]

Каждый пункт их рекомендаций неплохо так аргументирован. Рекомендую ознакомитсья подробнее почему они это все рекомендуют.

Так же не забывайте что гугл учитывает рейтинг сайта по версии именно pagespeed при ранжировании. Ну и да, я не припомню что бы какой-то из их советов был плохим. Единственное что некоторые советы не совсем выполнимы, типа инлайнинг стилей для above-the-fold. На одном из проектов это приводило к уродливой вспышке когда подгружались основные стили, но это не потому что методика проверки не верна а реализация верстки была кривой.

Так же добрая половина их советов поддается автоматизации. Начиная выделением этих "критических мест в css" и оптимизацией доставки css и откладывания выполнения jS, до всевозможных минификаций. Естественно если проект старый и изначально не закладывались в него такие вещи то будет тяжко.

Comments

[Александр Маджугин]

Меня постоянно напрягают советы перенести подключение js в конец страницы к </body>

[Сергей Протько]

Suntechnic: и чем же? render-blocking и все такое. А то что реально критично для страницы можно заинлайнить.

[Александр Маджугин]

Сергей Протько: тем что все это должно быть в head. Мне вообще не нравятся лишние вещи в body.
Не понимаю почему не придумали какой-нибудь <metadata> для изоляции метатегов внутри body.

[Александр Маджугин]

Или, еще лучше, какие-нибудь processingafter=load и processingafter=render свойства для метатегов. У скриптом есть правда defer.

[Сергей Протько]

Suntechnic: скрипты в боди не лишние, это не часть метаданных.

[Александр Маджугин]

Сергей Протько: инлайн - да. Подключаемые файлы - нет. Ну это мое субъективное мнение основанное на ощущении, а не логике и я это знаю.

[Сергей Протько]

Suntechnic: ну и опять же, вас никто не заставляет так делать, просто все что подключается в head будет блокировать отрисовку страницы. Если у вас цель загрузить страничку, открыть исходный код и радоваться - то да, эти советы плохие. Если же вам нужно что бы до момента отображения контента проходило минимум времени - приходится понять и простить.

[Сергей Протько]

Suntechnic: а какая собственно разница? инлайн или подключаемые файлы... Видимо дело вкуса.

[Александр Маджугин]

Сергей Протько: да, это я в курсе. Я так и делаю вообще-то.
Но в страничке все должно быть прекрасно, и вид, и исходный код, и отступы.

[Сергей Протько]

Suntechnic: мне больше нравится идея что красота должна быть внутри... исходники должны быть прекрасны словно эльфы первых дней, а при деплое их ловит Мелькор и превращает в уродливых орков... зато эффективных.

Answer 4

[name_tuki]

Не кому и не чему нельзя доверять на 100%, если разве что себе)
Доверяй, но проверяй, это относится и к этому сервису) А еще есть всякие факторы, которые все портят.

Answer 5

[aldous]

Доверять стоит базовым советам: например, расширить область просмотра и улучшить читаемость шрифтов. А сжатие картинок, если разница в микропроцентах - это можно отложить до лучших времён.
Но согласитесь, чем больше цифра, тем приятнее :-).
Google не учитывает "мнение" и т.п. PageSpeed, это просто инструмент для веб-мастера. Другое дело, что в PageSpeed заложены важные рекомендации, которые условно можно привязать к ранжирванию.

Answer 6

[UZavr]

Можно еще попробовать optimin.ru/test/

Answer 7

[vamshop]

Вот пример CMS VamShop с результатом в 100 баллов из 100 по всем тестам Google PageSpeed Insights - https://developers.google.com/speed/pagespeed/insi...

Comments

[chumric]

только для главной, на внутряшках 89/100 (десктоп) и неприятное мерцание

Answer 8

[Николай Дмитриев]

На WordPress используйте WebP для оптимизации изображений. Ставил Плагин WebP Express, скорость сайта заметно выросла. Google уже не ругается и не выдает ошибку "Используете современные форматы изображений". Один минус, не все браузеры поддерживают данный формат, но смотря на поддержку браузеров - https://caniuse.com/#search=webp, видим, что 80% пользователей могут просматривать этот формат.