Оптимизация загрузки страниц и возможность откладывать загрузку стилей

А с avoronin не очень понятно. То он по личной инициативе на форуме сидит и личное мнение высказывает, то представителем является. Как понять то?

Тут ответ в стиле - ничего делать не будем, всё нормально, а предложенное решение поможет не всегда. Реальность такова что совсем хорошо может и не будет никогда, но сейчас уже ОЧЕНЬ плохо. Время идет, ничего не меняется, в то время как требования всё строже и строже. И результат такой что сейчас магазин из коробки и с модулями от разработчиков, которые стараются медленный, в красной зоне Гугла и на 1 балл скорости по Яндексу. Разработчики при этом при всем желании не имеют даже возможности исправить или хотя бы частично улучшить ситуацию т.к. вы не даете им инструментов никаких.

Возможно, стоит еще раз пересмотреть это решение, или разработать что-то лучше(или использовать и то и то) и внедрить его - за прошедший год мы упали в PageSpeed Insights и Яндекс.Вебмастере еще ниже(а было уже всё плохо и год назад). И решать проблему надо сейчас именно на стороне ядра, комплексно, т.к. современные требования уже не позволяют решать проблему модулями от сторонних разработчиков. И что еще обидно, не буду тыкать пальцем, конкурирующие пакету CS-Cart + Uni + несколько модулей из маркета справляются с тестами заметно лучше. Это тот случай, когда спрос на функционал международный - уж если Метрика, Яндекс.Доставка и прочеме Яндекс.Маркеты только у нас, то Гугл то уж точно во всём мире примерно одинаковый.

У нас проблемы и с порядком отображения контента и избыточностью стилей из коробки и избыточностью скриптов и порядком их загрузки и шрифтов… и грузится всё подряд, независимо от того нужно ли на странице. И со структурой DOM всё совсем плохо(проблемы тянутся из коробочной темы). Очень многие вещи применены чрезвычайно избыточно в верстке. Взять те же цены, которые на каждой странице магазина встречаются много раз - какая там вложенность и сколько лишних элементов? С блоками макетов тоже можно всё сильно упростить. Очень много блочных элементов оборачивают блочные элементы просто так… Одно за другое цепляется - пора взяться и за тему и за оптимизацию, вы ими ОЧЕНЬ давно не занимались, вашей теме явно больше 6 лет.

18 лайков

@redrikshukhart Спасибо вам, читал и плакал от боли. Все что вы написали ощущаю на своем проекте!

@ikoshkin то что вы написали, это не решение проблемы. Обсудите внутри компании пожалуйста. Эту проблему уже откладывать в дальний ящик нельзя. Мы все и новые пользователи в том числе проживут без новых комментариев, честно.

При этом отмечу что ребята из cs-cart @imac :
— проапдейтили JQuery.UI - чтобы LightHouse не ругался и не понижал балы
— в 4.12.3 выйдет насколько я понимаю апдейт JQuery до последней версии - чтобы LightHouse не ругался и не понижал балы
Но надо быстрее уже в этом направлении работать!

9 лайков

Блин, это даже грустно, что иностранцы идут на Русский форум, чтобы достучаться и найти решения.

Это спам-боты.

3 лайка

Даже они знают проблемы xD

1 лайк

Парни, насчет критического CSS. А если оставить все как есть, не разбивать на критический и некритический, и просто сверху вставить в код только критический. Лучше будет? Не будет какой то двойной нагрузки?

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