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

Mik Foxi
На сайте с 02.03.2011
Offline
1076
#11

dymas, кнопки соц сетей зло )

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

Антибот, антиспам, веб файрвол, защита от накрутки поведенческих: https://antibot.cloud/ + партнерка, до 40$ с продажи.
CP
На сайте с 12.08.2009
Offline
101
#12
foxi:
Content-pro, три строчки стилей не хватит для норм отображения. А больше даже с гзипами пихать в код это зло и об этом много написано у бурж специалистов. В общем для себя решил что стили ьудут подгружаться в гедере не обращая внимания на совет гугла.

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

Профессиональный frontend: JS, html,css, Single-Page App (/ru/forum/964386)
Mik Foxi
На сайте с 02.03.2011
Offline
1076
#13

Content-pro, рентеринг идет быстрее и с меньшей нагрузкой, когда сначала стили а потом контент. Для мобильных это тоже важно )) и юзер сразу видит полноценную страницу а не изуродованный огрызок который потом при перерендеринге дергается изменяется и съезжает кудато.

CP
На сайте с 12.08.2009
Offline
101
#14
foxi:
Content-pro, рентеринг идет быстрее и с меньшей нагрузкой, когда сначала стили а потом контент. Для мобильных это тоже важно )) и юзер сразу видит полноценную страницу а не изуродованный огрызок который потом при перерендеринге дергается изменяется и съезжает кудато.

Я ж говорю, что если у вас немного стилей и логики, то навряд ли стоит заморачиватся. При загрузке допустим 10 процентов, не будет никаких искажений.

<html>
<head>
</head>
<body>
<header>
<header>
<article>
<h1></h1>
</article>
тут лоадер подгружает что нужно
</body>
</html>

Допусти рендериться на мобильном, экран узкий, при простом открытие видно header, часть article и h1. Для этих 3 блоков стили сразу пишем в страницу при правильной верстке ну там совсем копейки будут, не надо писать все стили article и остального, берем только нужные стили, поскольку рендер будет идти без блокировок, при ответе сервера юзер сразу увидит шапку, заголовок в нормальном виде, пока он затупит и потянется скролить или нажать, лоадер все остальное подгрузит в нужном порядке. Это самый тривиальный пример, ну он значительно увеличивает скорость загрузки на мобильном, и не обязательно на десктопе тоже самое делать, можно вообще выключать, или сделать другую логику. Далеко не факт вообщем, что юзер должен сначала видеть голимый и кривой чистый html пока грузиться остальное.

cscope
На сайте с 13.02.2005
Offline
525
#15

Подскажите - статичный hml сайт, скорость загрузки около 55 дексоп и 45 мобил.

Подскажите, что из этого в первую очередь повлияет на скорость загрузки?

Хотя бы на 10% поднять.

Александр
На сайте с 17.07.2009
Offline
371
#16
cscope:
Подскажите - статичный hml сайт, скорость загрузки около 55 дексоп и 45 мобил.
Подскажите, что из этого в первую очередь повлияет на скорость загрузки?
Хотя бы на 10% поднять.

перенесите JS вниз страницы

Сайты на WordPress тут просто летают! (https://vk.cc/atAGUU)
S
На сайте с 12.01.2016
Offline
41
#17

Как по мне, все просто.

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

Давайте по пунктам:

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

2) тоже иногда бывает полезно. Исходя из пункта 1. Плюс у бывают ситуации, когда какие-то стили (немного) используются только на 1 странице. Страниц много и если все эти стили собрать по всему сайту, получится несколько мегабайт. Проще и экономнее отдавать нужные стили прямо в странице (мало кто будет смотреть 100+ страниц)

4) Нужно отдавать картинку в том размере, в каком она нужна или в очень близком. Лайтбоксы подгружаются через аджакс. Но и там я отдаю порезаную картинку под размер экрана.

Есть проект, где на каждой странице по 30+ картинок. Если отдавать их не порезанными, будет ад и на этапе загрузки, и в рендеринге и даже при скролинге.

6 и 7 ) тут ТС сам пишет, что надо мозг включать и он прав. Вообще ни один сервис не может выдать реально универсальные советы, которые можно слепо применять.

Тем не менее большое количество незакешированных картинок, много CSS и JS в шапке и т.д. - плохо. От них надо избавляться, часто даже упрощая дизайн и верстку.

Приведу пример. Купил я довольно аккуратный стоковый шаблон (без раздутого кода). Грузиласть страница секунды 2. Затем я занялся оптимизацией, выбросив все лишнее: в десять раз сократил CSS, в пять - JS, раза в 2 html и php, выбросил элементы, которые не нужны (например, теги, похожие статьи и т.д., по карте кликов на них никто не нажимал). В итоге сайт начал работать в разы быстрее. И стал удобнее для пользователей. Но при этом гугл кое на что ругается и исправлять это не нужно - голова говорит, что это только навредит сайту.

Кстати, особого эффекта в ранжировании при повышении скорости отрисовки в 4-5 раз я не заметил.

wildbeez
На сайте с 13.06.2012
Offline
68
#18

включение сжатия добавит много %

богоносец
На сайте с 30.01.2007
Offline
753
#19
foxi:
идея запихать css из внешних файлов в html код - если бы такую гениальность тут посоветовал простой юзер, его бы закидали тапками

Да нет, напомнили бы, что CSS во внешнем файле имеет смысл лишь при достаточно большом числе просмотренных страниц одним юзером.

Если средний юзер просматривает меньше 1.7 страницы, оставляйте CSS в HTML-коде, быстрее будет грузиться. Посмотрите код страниц выдачи... и отрубите руки гуглоидам.

ps А ваши супер-пупер технологии с асинхронным JS надо тестить на самых дохлых девайсах / старых браузерах.

pps Можете ещё стили/скрипты распихать в 15 разных файлов.

cscope
На сайте с 13.02.2005
Offline
525
#20
wildbeez:
включение сжатия добавит много %

Сжатие я так понял касается css, как его включить на сайте без движка?

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