Помощник
|
Ваше мнение относительно оформления CSS |
ShowPrint
|
Сообщение
#1
|
||
|
|
||
|
|||
yury_mw |
21.4.2015, 13:11;
Ответить: yury_mw
Сообщение
#2
|
|
1) Если сайт небольшой с парой таблиц стилей и парой скриптов, я бы послал Гугла с его рекомендациями лесом.
2) Если сайт _реально_ большой, таблиц стилей много, и скриптов 2 вагона, то принимая во внимание, что проблема не только в размере загружаемого (хотя и это важно), но и в количестве файлов, а) сокращаем число css файлов (объединяем их в один - два) и сжимаем, убрав комментарии, пробелы, табуляторы, переносы и прочее. б) если стилей немного и/или скорость показа страницы в приоритете перед тем, что файлы стилей могут оказаться в кеше, (ведь в первый раз кеш у всех пуст) то можно записать стили в теге <style> прямо в HTML-коде. в) используем атрибут async для скриптов (HTML5) г) смотрим все ли скрипты используются всегда, например, если имеется несколько каруселей товаров только на главной, делаем подгрузку этих скриптов по условию, на главной – грузим скрипт, в противном случае – не грузим и т.п. |
|
|
ShowPrint
|
Сообщение
#3
|
|
Спасибо большое yury_mw, выдам еще порцию "многабукафф"...
1. Сайт небольшой - визитка, в настоящий момент ок.60 страниц, на момент полного заполнения семантического ядра предполагаю будет около 100, но все равно я не сторонник "посыла" Гугля, т.к. (образно) пара-тройка дополнительных позиций, это 5-6 доп.заказов в месяц, или 10-15 тыр дополнительной прибыли компании. С одной стороны немного, с другой - "курочка по зёрнышку" или "лишних денег не бывает"... 2. Принимая особенность того, что сайт я верстаю вручную (пусть - прошлый век, будем считать, что от этого я просто получаю удовольствие и опыт), обычно я поступаю следующим образом: а) Изначально верстаю шаблон сайта (пустышку-тестовую страницу, без контента, плагинов и примочек). Со стилями работаю "как удобно": чтоб не метаться между файлами, как правило, внутри <style> б) После окончания верстки шаблона переношу стили в файл style.css и линкую его отдельно, получая образно называемые "стили шаблона" в) Перед закачкой файла style.css на сайт сжимаю его "компрессором" для уменьшения размера (он-то у меня и убирает комментарии, лишние пробелы, собирает в одну строку и т.д.). В сети их разных достаточное количество, для себя выбрал Robson CSS Compressor. Кстати, также практикую сжатие JS посредством Google Closure Compiler, даже несмотря на наличие gzip-сжатия. г) При подключении для отдельных страниц каких-либо плагинов (лайтбоксы, галереи и т.д.) со своими стилями и JS, после верстки их на страницах, также прогоняю CSS и JS через компрессоры и всегда линкую отдельно, только при наличии необходимости (только на тех страницах, где они используются) Перманентно размышляя все-таки о целесообразности пусть не повиноваться, но прислушаться к Гуглю (см.п.1), нашел приемлемый для себя вариант асинхронной загрузки JS, не ограничиваясь использованием async, по двум причинам: стремления к кроссбраузерности (IE как "камень преткновения") и по причине использования document.write в самостоятельно написанных (прикладных) скриптах. Доверстывая шаблон и понимая, что вопрос "как лучше поступить с CSS" остро встанет не сегодня, так завтра, с учетом своей "визитки" пока склоняюсь к следующему решению: а) разобрать css по отдельным кучкам: основные (шаблонные) отдельно, дополнительные (используемые только на некоторых страницах) отдельно, плагины отдельно (каждый в своей кучке); б) прогнать через компрессор, сжимая и превращая в однострочный вид в) вписать все строчки в готовый шаблон с описаниями( /*оформление сайта*/, /*лайтбокс*/, /*галерея*/ и т.д.) и сохранить этот шаблон как болванку г) после переноса контента в новый дизайн (заполнении шаблона), просто удалять неиспользуемые стили, после чего записывать файл с нужным именем... Кстати, поделюсь ссылкой (непроверенной - сам не реализовывал) с желающими "поизвращаться" в аналогичном стремлении увеличить скорость загрузки сайта сайт _реально_ большой, таблиц стилей много, и скриптов 2 вагона можно попробовать реализовать заргузку всего одного небольшого скрипта, который будет обеспечивать асинхронную загрузку всех нужных скриптов и стилей. Информацию о таком скрипте нашел здесь. To: Sosnovskij. Учитывая то, что я являюсь твоим "должником", сам больше "читатель", чем "писатель", не веду собственного блога - хочу подкинуть тебе идею проработки материала на данную тему. Она может быть востребована в свете Гугляшных изменений, принести и трафик, и посетителей, и подписчиков... |
|
|
sosnovskij |
21.4.2015, 18:46;
Ответить: sosnovskij
Сообщение
#4
|
|
-------------------- |
|
|
ShowPrint
|
Сообщение
#5
|
|
Sosnovskij, записывай тему в блокнот для дальнейшей проработки, что-нибудь вроде "увеличение скорости загрузки сайта, как одно из направлений его оптимизации для мобильных устройств". Ссылки забирай в работу, я за эту ночь много блогов "перешерстил" по асинхронной загрузке, одну реализовал и проверил - работает. Непроверенную/нереализованную не пробовал, но написано доступным языком, даже для меня-ламмера, то есть можно реализовать даже начинающему блогеру. Изучая твой блог уверен, что освещено тобой все будет достойно!
P.S. Ну тогда забирай как идею поста, в знак благодарности ;) |
|
|
sosnovskij |
22.4.2015, 13:20;
Ответить: sosnovskij
Сообщение
#6
|
|
ShowPrint, нелегко будет отследить эффективность конкретно данных изменений :)
-------------------- |
|
|
ShowPrint
|
Сообщение
#7
|
|
|
Sosnovskij, в математическом виде применительно к seo - да, нелегко. Но не все в этой жизни (к счастью) измеряется точными цифрами ^_^
Скорость загрузки сайта это косвенное улучшение ПФ, как одно из слагаемых. Образно говоря это не "преодоление", а "устранение" препятствий. Отследить конкретную эффективность тяжело, но она реальна. Если человек на планшете грузит страницу сайта 3 минуты, то вряд ли у него появиться большое желание перейти по ссылке на другую страницу, а может (что еще хуже) он вообще не дождется окончания загрузки страницы. Большое количество таких отказов - "удар по печени". Смотрел тут тему "самый-самый", зашел на сайт Джим Керри - так он у меня на стац.компе с приличным инетом, не то что не "влетал", а скорее "медленно" вползал... Вчера же смотрел упомянутые в других темах красивые лендинги, где все плавает, вращается, раскрывается - а я давно такого не помню чтоб у меня на стационарном компе картинка кусками сверху-вниз отображалась. "Потом" - да (красиво), "сначала" - фу (гадко)... Мне кажется что ПС к скорости загрузки могут применять алгоритмы анализа устойчивости хостинга сайта, только в лайт-лайт режиме, то есть не то чтобы поощряют, скорее "не понижают". Одно из твоих любимых выражений - "не навредить" ;) А все преимущества скорее всего выражаются в виде ПФ. Хотя хз - не удивлюсь если Гугля в алгоритмы ранжирования добавит и скорость загрузки и наличие viewport. Яша же скорее будет оценивать улучшение ПФ... В качестве квинтэссенции: 1) толк от скорости загрузки есть только при достойном наполнении сайта 2) эффективность скорее косвенная, аналог "накопительных бонусных карт", не в позизиях, а в ПФ П.С. Не смотря на призрачность и косвенность эффективности, повозиться с этой темой (на мой взгляд) все-таки стоит...
|
|
|
||
|
Похожие темы
Тема | Ответов | Автор | Просмотров | Последний ответ | |
---|---|---|---|---|---|
Интересует мнение знатоков/старожил SEO! по проблеме дубля сайта | 4 | desart | 1258 | 16.2.2024, 18:13 автор: genjnat |
|
Разработка/доработка сайтов Wordpress, HTML/CSS/JS Вёрстка, перенос на WP, правки |
9 | malamut | 3463 | 25.1.2024, 14:36 автор: malamut |
|
СОЗДАНИЕ : / САЙтЫ / ЛЕНДЫ / БОТЫ ТГ / ВАЙТЫ / КРЕО / СОФТЫ / ДИЗАЙН [PHP, JS, HTML/CSS] и другое | 5 | CULA | 3403 | 19.12.2023, 18:55 автор: CULA |
|
Веб-разработка (HTML, CSS) | 1 | ViktoriaFE | 6459 | 5.5.2021, 5:22 автор: bekett |
|
Разработка адаптивных вебсайтов. HTML/CSS/WordPress(сайты-визитки, лендинги, корпоративные сайты, интернет-магазины). | 0 | kozak199110 | 1667 | 3.3.2021, 12:22 автор: kozak199110 |
Текстовая версия | Сейчас: 20.4.2024, 13:54 |