Зачем PageSpeed Insights советует бред?

Mik Foxi
На сайте с 02.03.2011
Offline
1076
36176

PageSpeed Insights - сервис антиюзерский, советующий в большинстве полный бред, которому следовать категорически не стоит по многим пунктам. Конкретные пункты, которые не для людей (да и не для ботов тоже):

1) Предлагает вынести подгрузку CSS в конец файла, чтоб основной контент загружался быстрее. Антиюзерско. Потому что юзер сначала видит перекошенное уродство а не сайт, особенно при медленом интернете, которым пользоваться все равно нельзя, пока не загрузятся все стили. Протестировано на юзерах и опрошено, бесит всех, лучше чтоб просто ничего небыло пока идет загрузка стилей. Зато потом юзер сразу видит полноценный сайт, а новый юзер первый раз попавший на такой сайт - может и уйти, не дождавшись загрузки стилей. Ну и если сделать кеширование стилей в браузере, тогда и тормозов не будет вообще. Правильное решение: оставить link rel="stylesheet" в пределах head, вопреки советам гугла.

2) Предлагает "маленькие" файлы стилей (хотя его валидация PageSpeed Insights 100 из 100 показывает даже если 1 мб стилей в код напихать) размещать прямо в html коде страницы. Дичь и бред и по логике и идеологии верстки. А в техническом плане опять вред - внешний css файл закешируется в браузере, повторно его гонять по сети не надо, а то что в html коде - будет гоняться по сети постоянно, а это лишний траф и для сервера и для юзера.

3) Предлагая вынести link css в самый конец документа за закрывающий тег html - нарушает HTML валидацию W3C жестчайшим образом.

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

5) Предложение очищать мета данные изображения - это вообще анти-seo (поисковики читают тексты из мета данных картинок и ищут по ним) и не по человечески, часто и для людей нужны мета данные, типа даты создания фото, копирайты, комменты-описания, гео данные, описание девайса сделавшего фото и прочие параметры.

6) Кеширование статики. Кешировать надо только то, что надо, а не все подряд, тупые идеи кешировать js счетчики, картинки капчи и т.п. естественно надо игнорировать.

7) Вынос внешних js в конец файла - тоже нужно понимать когда это безболезненно можно, а когда не нужно или даже технически невозможно. В большинстве случает прощи и более полезнее просто настроить кеширование js статики, тогда не зависимо от места вызова все будет быстро грузиться.

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

Антибот, антиспам, веб файрвол, защита от накрутки поведенческих: https://antibot.cloud/ + партнерка, до 40$ с продажи.
b2pip
На сайте с 03.01.2008
Offline
104
#1

Наверно потому что название такое - Page Speed...

Вы ведь согласны что эти рекомендации ускоряют загрузку страницы?

Другое дело когда хотят урвать все 100, хотя хватает и 90.

ps: всегда оставляю css и jquery в head...

TF-Studio
На сайте с 17.08.2010
Offline
334
#2

для ускорения другие вещи нужны.

быстрый хостинг, нормальные скрипты, и прочее

google советует дичь, а все трясутся над этим, к сожалению.

Всё ещё лучший способ заработка для белых сайтов: GoGetLinks (https://www.gogetlinks.net/?inv=fahbn8).
Mik Foxi
На сайте с 02.03.2011
Offline
1076
#3

b2pip, идея запихать css из внешних файлов в html код - если бы такую гениальность тут посоветовал простой юзер, его бы закидали тапками, потому что за такое надо руки отрубать. А из уст гугла этот бред прошел как священное писание )))

AlexStep
На сайте с 23.03.2009
Offline
354
#4

Гугл думает только о своих корпоративных интересах. Юзеры и юзабилити ему побоку. Если советует дичь значит это ему для чего-то нужно. Может мобильный трафик хочет нарастить и приучить гуглить со смартфона или еще что. Это как с истерией вокруг https, основная причина явно не в безопасности.

J
На сайте с 21.10.2005
Offline
118
jit
#5
foxi:
PageSpeed Insights - сервис антиюзерский, советующий в большинстве полный бред,.

напишите свой

Mik Foxi
На сайте с 02.03.2011
Offline
1076
#6
jit:
напишите свой

зачем? чтоб глупости всякие советовать? так меня не будут слушать, я не такой авторитет как гугл.

EstranhoRu
На сайте с 01.04.2014
Offline
112
#7
foxi:
зачем? чтоб глупости всякие советовать? так меня не будут слушать, я не такой авторитет как гугл.

пхах, гугл не авторитет совсем...

Продвижение сайтов любой тематики (http://estranho.ru). В поиске интересных проектов.
D
На сайте с 31.03.2007
Offline
113
#8

А я все сделал как они просили, выбил 98 очков из 100, но никакого профита не получил =) Ну разве что, в серч консоли обнулилось количество страниц, не оптимизированных для мобильников.

А через пару месяцев поставил кнопки лайков от разных соцсетей и вся моя супер-пупер-оптимизация накрылась медным тазом))

CP
На сайте с 12.08.2009
Offline
101
#9
foxi:

1) Предлагает вынести подгрузку CSS в конец файла, чтоб основной контент загружался быстрее. Антиюзерско. Потому что юзер сначала видит перекошенное уродство а не сайт, особенно при медленом интернете, которым пользоваться все равно нельзя, пока не загрузятся все стили. Протестировано на юзерах и опрошено, бесит всех, лучше чтоб просто ничего небыло пока идет загрузка стилей. Зато потом юзер сразу видит полноценный сайт, а новый юзер первый раз попавший на такой сайт - может и уйти, не дождавшись загрузки стилей. Ну и если сделать кеширование стилей в браузере, тогда и тормозов не будет вообще. Правильное решение: оставить link rel="stylesheet" в пределах head, вопреки советам гугла.

Да не вполне нормальная практика css подгружать не блокируя цикл. Просто вынести некоторые стили сразу в код страницы, для корректного отображения пока идёт подгрузка. При gzip, вообще будет неощутимый объем.

foxi:
7) Вынос внешних js в конец файла - тоже нужно понимать когда это безболезненно можно, а когда не нужно или даже технически невозможно. В большинстве случает прощи и более полезнее просто настроить кеширование js статики, тогда не зависимо от места вызова все будет быстро грузиться.

В принципе правильно гугл говорит, главное не блокировать рендер страницы, подгружать js файл когда нужно, можно использовать лоадеры разные, сборщики типа webpak и т.д. Да и нужные все эти методы когда у всё по серьезному, не просто jquery подключено для мигалок и свистелок, а SPA к примеру или другие усложнения.

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

Профессиональный frontend: JS, html,css, Single-Page App (/ru/forum/964386)
Александр
На сайте с 17.07.2009
Offline
371
#10

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

По факту, большинство сервисов гугла кривые и косые, вот пример /ru/forum/945182

Сайты на WordPress тут просто летают! (https://vk.cc/atAGUU)

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий