- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
dymas, кнопки соц сетей зло )
Content-pro, три строчки стилей не хватит для норм отображения. А больше даже с гзипами пихать в код это зло и об этом много написано у бурж специалистов. В общем для себя решил что стили ьудут подгружаться в гедере не обращая внимания на совет гугла.
Content-pro, три строчки стилей не хватит для норм отображения. А больше даже с гзипами пихать в код это зло и об этом много написано у бурж специалистов. В общем для себя решил что стили ьудут подгружаться в гедере не обращая внимания на совет гугла.
Ну если страница простая, то конечно не стоит заморачиватся, если много логики, стилей и т.д. тогда стоит, иначе потеряете скорость загрузки страницы. Тут еще учитывайте адаптивность, скорость на мобильниках меньше, рендерится дольше, поэтому и стараются показать 10 процентов от страницы пока идёт подгрузка остального. А на мобильниках 10 процентов от страницы обычно помешаются на весь вьюпорт. Про зло не уверен, эти вставки можно автоматом генерировать при сборке проекта, да и вообще когда дело касается оптимизации приложений, перфекционизм уходит на второй план.
Content-pro, рентеринг идет быстрее и с меньшей нагрузкой, когда сначала стили а потом контент. Для мобильных это тоже важно )) и юзер сразу видит полноценную страницу а не изуродованный огрызок который потом при перерендеринге дергается изменяется и съезжает кудато.
Content-pro, рентеринг идет быстрее и с меньшей нагрузкой, когда сначала стили а потом контент. Для мобильных это тоже важно )) и юзер сразу видит полноценную страницу а не изуродованный огрызок который потом при перерендеринге дергается изменяется и съезжает кудато.
Я ж говорю, что если у вас немного стилей и логики, то навряд ли стоит заморачиватся. При загрузке допустим 10 процентов, не будет никаких искажений.
Допусти рендериться на мобильном, экран узкий, при простом открытие видно header, часть article и h1. Для этих 3 блоков стили сразу пишем в страницу при правильной верстке ну там совсем копейки будут, не надо писать все стили article и остального, берем только нужные стили, поскольку рендер будет идти без блокировок, при ответе сервера юзер сразу увидит шапку, заголовок в нормальном виде, пока он затупит и потянется скролить или нажать, лоадер все остальное подгрузит в нужном порядке. Это самый тривиальный пример, ну он значительно увеличивает скорость загрузки на мобильном, и не обязательно на десктопе тоже самое делать, можно вообще выключать, или сделать другую логику. Далеко не факт вообщем, что юзер должен сначала видеть голимый и кривой чистый html пока грузиться остальное.
Подскажите - статичный hml сайт, скорость загрузки около 55 дексоп и 45 мобил.
Подскажите, что из этого в первую очередь повлияет на скорость загрузки?
Хотя бы на 10% поднять.
Подскажите - статичный hml сайт, скорость загрузки около 55 дексоп и 45 мобил.
Подскажите, что из этого в первую очередь повлияет на скорость загрузки?
Хотя бы на 10% поднять.
перенесите JS вниз страницы
Как по мне, все просто.
В первую очередь вебмастер должен включать мозг, а потом уже пользоваться любыми сервисами.
Давайте по пунктам:
1) В топике уже рассматривалась эта ситуация. Действительно выгодно небольшую часть стилей (шапка, общая верстка, заголовок, текст статьи) вынести в начало. Особенно если сам файл стилей больше 5 мегабайт, что регулярно случается на сложных сайтах с большим количеством элементов.
2) тоже иногда бывает полезно. Исходя из пункта 1. Плюс у бывают ситуации, когда какие-то стили (немного) используются только на 1 странице. Страниц много и если все эти стили собрать по всему сайту, получится несколько мегабайт. Проще и экономнее отдавать нужные стили прямо в странице (мало кто будет смотреть 100+ страниц)
4) Нужно отдавать картинку в том размере, в каком она нужна или в очень близком. Лайтбоксы подгружаются через аджакс. Но и там я отдаю порезаную картинку под размер экрана.
Есть проект, где на каждой странице по 30+ картинок. Если отдавать их не порезанными, будет ад и на этапе загрузки, и в рендеринге и даже при скролинге.
6 и 7 ) тут ТС сам пишет, что надо мозг включать и он прав. Вообще ни один сервис не может выдать реально универсальные советы, которые можно слепо применять.
Тем не менее большое количество незакешированных картинок, много CSS и JS в шапке и т.д. - плохо. От них надо избавляться, часто даже упрощая дизайн и верстку.
Приведу пример. Купил я довольно аккуратный стоковый шаблон (без раздутого кода). Грузиласть страница секунды 2. Затем я занялся оптимизацией, выбросив все лишнее: в десять раз сократил CSS, в пять - JS, раза в 2 html и php, выбросил элементы, которые не нужны (например, теги, похожие статьи и т.д., по карте кликов на них никто не нажимал). В итоге сайт начал работать в разы быстрее. И стал удобнее для пользователей. Но при этом гугл кое на что ругается и исправлять это не нужно - голова говорит, что это только навредит сайту.
Кстати, особого эффекта в ранжировании при повышении скорости отрисовки в 4-5 раз я не заметил.
включение сжатия добавит много %
идея запихать css из внешних файлов в html код - если бы такую гениальность тут посоветовал простой юзер, его бы закидали тапками
Да нет, напомнили бы, что CSS во внешнем файле имеет смысл лишь при достаточно большом числе просмотренных страниц одним юзером.
Если средний юзер просматривает меньше 1.7 страницы, оставляйте CSS в HTML-коде, быстрее будет грузиться. Посмотрите код страниц выдачи... и отрубите руки гуглоидам.
ps А ваши супер-пупер технологии с асинхронным JS надо тестить на самых дохлых девайсах / старых браузерах.
pps Можете ещё стили/скрипты распихать в 15 разных файлов.
включение сжатия добавит много %
Сжатие я так понял касается css, как его включить на сайте без движка?