- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Доброго дня!
Как считаете влияет ли минимизация Html, Js и CSS на продвижение сайта?
Минимизация Html, Js и CSS влияет на скорость загрузки сайта а она на продвижение сайта
sagamorr, конечно влияет, но не напрямую а через скорость загрузки. Да и пользователи любят чтобы контент быстрее показывался, на ПФ влияет.
Есть какие то минусы как думаете? Почему большинство ВМ не используют минификацию?
Есть какие то минусы как думаете? Почему большинство ВМ не используют минификацию?
Минус в том, что минимизированный файл неудобно исправлять и дорабатывать. Когда все вытянуто в одну строку, то из-за его размера в эту строку и отсутствия построчного позиционирования такой файл неудобно редактируем. Потому, если постоянно вносят правки - оставляют в обычной версии.
Менять же их туда-обратно и постоянно минимизировать - не всем удобно, вот и оставляют как есть. Минимизировать файл удобно, когда все работы над дизайном завершены, ничего не будет добавляться или исправляться на рабочем сайте. Тогда прогоняется минимизация, подкладывается файл и все.
Сам чаще всего использую нечто среднее между минимизацией и рабочим вариантом css/js: убираю все пробелы на строке, при этом не объединяя строки. Таким образом файл превышает размер всего на количество переводов строк, при этом продолжает оставаться удобно редактируемым для внесения правок. Для меня это самый эффективный подход, касающийся размеров вспомогательных файлов.
Еще гугл рекомендует css, js переносить в конец страницы, но у себя, например, я css все равно оставляю сверху, иначе из-за порядка загрузки элементов происходит некрасивое отображение сайта, когда он отображается сначала без стилей, а потом загружает стили. Подход "все снизу" хорош там, где дизайн простой, а там где куча элементов - остается "прыжок", меня лично раздражает.
---------- Добавлено 16.03.2019 в 12:18 ----------
Про минификацию - соответственно, это не касается сайтов, если для них есть отдельное место редактирования или создания. Допустим, сайт пишет некая компания или сначала у себя локально на денвере, тогда редактируемая версия держится на рабочем варианте, а на сервер всегда закидывается мини-файл. Но, я, например, мелкие правки вношу "по месту", потому отдельного варианта для редактирования не предусмотрено. Да и у многих так, кто сразу ставит на хостинг и уже там работает над сайтом, без копии локально.
В общем, возможно с этим связано.
На сколько сильно меняются размеры файлов после подобных миниманизаций?
На сколько сильно меняются размеры файлов после подобных миниманизаций?
Точных цифр не будет. Каждый css/js - различен, как по исходному размеру, так и по написанию.
У кого-то это может дать 10% от размера, у кого-то и все 90% сжатия от рабочего варианта.
Гугл при анализе вроде показывает приблизительно возможный процент экономии при минимизации, ну или закинуть в сервис и сравнить "до" и "после".
Минус в том, что минимизированный файл неудобно исправлять и дорабатывать. Когда все вытянуто в одну строку, то из-за его размера в эту строку и отсутствия построчного позиционирования такой файл неудобно редактируем. Потому, если постоянно вносят правки - оставляют в обычной версии.
Менять же их туда-обратно и постоянно минимизировать - не всем удобно, вот и оставляют как есть. Минимизировать файл удобно, когда все работы над дизайном завершены, ничего не будет добавляться или исправляться на рабочем сайте. Тогда прогоняется минимизация, подкладывается файл и все.
Сам чаще всего использую нечто среднее между минимизацией и рабочим вариантом css/js: убираю все пробелы на строке, при этом не объединяя строки. Таким образом файл превышает размер всего на количество переводов строк, при этом продолжает оставаться удобно редактируемым для внесения правок. Для меня это самый эффективный подход, касающийся размеров вспомогательных файлов.
Еще гугл рекомендует css, js переносить в конец страницы, но у себя, например, я css все равно оставляю сверху, иначе из-за порядка загрузки элементов происходит некрасивое отображение сайта, когда он отображается сначала без стилей, а потом загружает стили. Подход "все снизу" хорош там, где дизайн простой, а там где куча элементов - остается "прыжок", меня лично раздражает.
---------- Добавлено 16.03.2019 в 12:18 ----------
Про минификацию - соответственно, это не касается сайтов, если для них есть отдельное место редактирования или создания. Допустим, сайт пишет некая компания или сначала у себя локально на денвере, тогда редактируемая версия держится на рабочем варианте, а на сервер всегда закидывается мини-файл. Но, я, например, мелкие правки вношу "по месту", потому отдельного варианта для редактирования не предусмотрено. Да и у многих так, кто сразу ставит на хостинг и уже там работает над сайтом, без копии локально.
В общем, возможно с этим связано.
Можно же минимизировать средствами CMS, тогда для редактирования у вас остаются ваши файлы с разметкой и комментариями.
По поводу загрузки JS, не обязательно помещать их вниз страницы, достаточно использовать асинхронною или отложенную загрузку.
А для CSS они рекомендуют оставлять основные стили вверху, а остальное так же загружать в конце.
Для WP все это можно плагинами делать.
Можно же минимизировать средствами CMS, тогда для редактирования у вас остаются ваши файлы с разметкой и комментариями.
По поводу загрузки JS, не обязательно помещать их вниз страницы, достаточно использовать асинхронною или отложенную загрузку.
А для CSS они рекомендуют оставлять основные стили вверху, а остальное так же загружать в конце.
Для WP все это можно плагинами делать.
Не все CMS это делают, а если сайт без CMS, к примеру лендинг на чистом HTML? Или на простейшем движке?
Если сайт на WP или другом внятном движке, то там эти вещи или из коробки, или плагинами, но тогда и вопросов не возникает. Раз возникли вопросы, значит это не делается автоматически.