Добрый день.
У меня проблема со скоростью загрузки интернет-магазина. https://den-dan.com/
Сейчас версия 1.4.2.0, но до перехода на эту версию тоже были проблемы со скоростью хотя картинки были сжаты. Поэтому был нанят программист который очень не дешего (~200$) оптимизировал стили и скрипты, то есть сделал оптимизацию темы и после чего скорость выросла до "зеленой зоны". После перехода на версию 1.4.2.0 все его правки естественно "слетели".
Почему-то мне кажется, что переход на версию 1.5.0 не особо поможет ускорить сайт.
Поэтому у меня к вам вот какие важные вопросы:
1. Есть ли возможность включить в версии 1.5.0 lazyloading загрузку изображений? Сейчас во многих популярных темах для Shop-Script внедрена такая опция, причем не только для мобильных устройств но и для десктопа. В вашем "демо" я этого не увидел, поэтому спрашиваю.
2. Какие-то серьезные правки для улучшения скорости загрузки темы между версиями 1.4 и 1.5 производились? Или это только правки ошибок и новые фичи?
3. Добавлена ли в версии 1.5.0 новая фича Shop Script прикреплять фото к отзывам о товаре?
4. Возможно ли вообще в принципе заказать у Вас оптимизацию темы оформления для увеличения скорости? (к примеру разработчик темы 24Market на другом нашем магазине согласился сделать на платной основе такую работу).
P.S. Еще раз скажу, что я в курсе того, что размер картинок и большое количество плагинов для фронтенда могут тормозить сайт. Плагинов у нас как вы сами могли видеть не так и много установлено. Можно сказать только самое необходимое что обычно бывает на большинстве сайтов. Картинки мы пожали плагином "Правильные изображения", но сильнее их жать нельзя так как это дорогой товар и он не может быть "размытого качества".
В теме такого нет. Будет ли сделано в будущем - не могу сказать наверняка. Сейчас есть некоторые сложности со временем и сроком выпуска новой версии. Публикуйте это предложение в соответствующем разделе и оно будет принятно и не забудется. Плюс позволит другим клиентам ставить плюсик, что увеличивает приоритет с нашей стороны.
Только в плане визуализации. Вертикальная версия главного меню там рендерится быстрее. Ну и работа слайдера изменена, но помоему в ней lazy был еще и в вашей версии. В любом случае это не столь существенно.
Нет. Версия 1.5.0 была опубликована задолго ДО введения этого функционала в shop-script. Поддержка фото в отзывах будет реализована в следующей версии.
Мы не занимаемся платными услугами. Для этого есть каталог экспертов.
А вообще обновляться после того, как шаблон был оптимизирован, довольно... зря. Сделать нормальную оптимизацию штатно мы не можем по техническим причинам. Это может привести к некоторым конфликтам с плагинами и мы будем получать кучу жалоб. Сжать JS/CSS мы можем, но это сильно усложнит индивидуальные правки. Подправить что-то в сжатом JS... тут с вас по 200$ за одну правку будут брать. А правки делают все. Поэтому целесообразнее ориентироваться на этот факт, а не на "шаблон как неисправимый конечный продукт". Сжать JS/CSS и переставить места их загрузки вы можете и сами. Статей в сети полно. Сервисов сжатия хватает. Все они бесплатны.
Спасибо за ответ.
1. По поводу lazyloading. Я понял, что можно размещать идеи по доработке в специальный раздел. Например в "идеи". Но как я писал выше, я уверен вы и сами понимаете, что данная опция это уже не просто "каприз клиента", а опция которая просто обязана быть штатно в любой теме оформления. А вот (к примеру) опция: загрузка логотипа в SVG формате для темы оформления это "каприз". Я считаю, что это очень приоритетная задача которую поддержит 100% владельцев темы, если конечно они вообще что-то слышали про lazyloading.
2. Вас понял. Спросил на всякий случай так как лог правок темы читал.
3. Вас понял. Было бы очень и очень неплохо хоть примерно знать когда эта "следующая версия" выйдет так как у нас из-за низкой скорости завернули рекламу Google мы потеряли 500$, надо искать кто будет оптимизировать код, но тогда мы не скоро сможем накатить версию с загрузкой фото к отзывам, а у нас магазин одежды и такая опция нам очень и очень нужна.
4. Мы конечно наймем специалиста. Но лично я пытался сжимать CSS (объединять в один файл) и убирать загрузку скриптов в конец сайта. Особо прироста скорости эти манипуляции не дали. Если бы дали я бы вас не спрашивал. Что касается сжатия JS то "разные бесплатные сервисы" конечно жмут JS, но делают это так, что сайт ложится и это логично. Нет такого искусственного интеллекта который универсально хорошо жмет JS чтобы после этого он был не только сжат, лучше всего объединен в один файл и при этом все на сайте работало как до сжатия.
По итогу: Ваш ответ очень меня расстроил так как у нас к сожалению нет универсального нормального решения. Нам нет смысла обновляться сейчас на версию 1.5 так как для нас это не решит наших задач, и нам сейчас придется заказывать оптимизацию версии 1.4. Это в свою очередь лишает нас будущей опции загрузки фото к отзывам, так как мы не можем себе позволить заказывать оптимизацию ВАШЕЙ темы после каждого обновления. Но и ждать когда вы выкатите новую версию тоже нет смысла так как вы сами не имеете графика обновлений. А рекламу нам надо запускать и как можно быстрее. И уйти с ВАШЕЙ темы - сделать еще хуже себе же.
P.S. И вот какая еще неприятная штука получается. Вот ваша тема: https://www.webasyst.ru/store/theme/incart/
цена 7200 рублей. Вот тема от другого разработчика: https://www.webasyst.ru/store/theme/market24/ она стоит 6000 рублей (недавно месяц была со скидкой 5000 рублей). У вас тема вообще никак не оптимизирована для быстрой скорости, а там мало того что оптимизирована, так еще и оперативно вышло обновление с добавлением изображений к отзывам о товарам. Более того, разработчик активно помогает и вносит правки в тему на бесплатной и платной основе. У темы намного больше возможностей, настроек самой темы. Я конечно понимаю, что цены не обсуждаются и у всех свои планы и текущие дела. Но я тогда вообще не понимаю за что вы просите деньги. За симпатичный дизайн? А что же делать нам? Если бы вы хотя-бы готовили новую тему с похожим дизайном но с внедренными опциями о которых мы тут говорим, то мы бы тут же ее у вас купили и перешли на нее. А так получается вы фактически забросили тему InCart и изредка выкатываете небольшие правки без которых и так все работает.
<h4></h4>
Мы в данный момент сосредоточены на выпуске новой темы. Как вы и описали. Работа над ней ведется с декабря 2017 года. Тремя специалистами разных направлений. Посчитайте во сколько вам обойдется создание подобного и поймете почему она стоит не 100 руб. И мы слишком много потратили на создание новой темы и слишком часто откладывали работу над ней из-за выпусков новых версий InCart. Извините, но пельмени заканчиваются и пора уже закончить тему №2, а потом уже вернуться к обновлению InCart. Иначе вторая тема никогда не выйдет в свет. К тому времени вебасист как раз исправит все недочеты нововведений и проведет десяток изменений в них же(или вы сильно хотите картинки в отзывах, которые в данный можно использовать, чтобы спереть ваш же пароль от админки, прямо сейчас?). Что же касается других тем с большими возможностями, то таковых я не заметил в указанном вами примере. Оптимизация может быть. Не проводил замеров. Я только одного не могу понять. Мы нигде и никогда не позиционировали InCart, как идеально оптимизированный для скорости загрузки. В отличии от наших коллег, описания тем которых пестрят скриншотами с зелеными цифрами PageSpeed'a. Если для вас приоритетом является именно этот параметр, то почему вы выбрали эту тему? Мы никогда не скрывали направленность темы на другие ориентиры. У нас всегда была открыта демо-версия для оценки. Мы не прибегали ни к одному из ухищрений для повышения скорости работы демо. В отличии от некоторых коллег, которые для демо-витрин отключают все плагины, сторонние сервисы, оптимизируют картинки товаров со стороны сервера и используют другие серверные оптимизаторы(в общем всё, что не является частью самого продукта - темы дизайна). Всё это в сумме дает неплохой прирост циферок в Google PageSpeed. А фразы "это просто обязано быть" являются субъективными. Когда-нибудь мы конечно дойдем даже до маразматичной оптимизации. Но лишь в виде отключаемой опции, чтобы не терять другие преимущества темы, которые для вас не важны. Когда-нибудь, но не сейчас. Сейчас верстальщик загружен чеклистом из сотен правок но новой теме и прежде, чем делать правки в InCart'e, ему нужно закончить этот список. Переключаться с одного проекта на другой крайне неэффективно. Антиэффективно, я бы сказал. Так как верстальщик не я, я не могу назвать точных сроков. Поэтому в этих вопросах я лучше отвечу так, как ответил выше, чем буду получать обвинения в том, что я не выполнил обещанное. Я конечно планирую выпустить новую версию к концу этого месяца, но и тему №2 я тоже планировал закончить в мае 2018-го.
Спасибо, что все так подробно объяснили. Мои сообщения это не обвинения а дискуссия так как я работаю с продуктами Webasyst начиная с 307 версии и имею большой опыт доработки шаблонов, плагинов и настройки магазинов. Поэтому я уловил как обычно поступают разработчики с темами которые давно в продаже. У любой темы есть некий "срок жизни" когда постепенно приходишь к тому, что дальнейшие доработки без смысла так как это получается уже другая тема. Проще сделать новую тему и в ней сразу реализовать то что актуально на данный момент. Я в курсе что вы не рекламировали тему как оптимизированную, я имел в виду что это можно выкатить позже так как Гугл именно в последний 1-2 года стал очень требователен. В этой отрасли ничего вечного нет, но теперь это уже буквально пол года и новые требования. Я в курсе что разработчики хитрят. Мы купили тему Megashop 2. В процессе выяснилось что там сплошной тормоз. Потом им стали писать что тормоз это даже их демо, теперь они вообще показывают демо без плагинов, но и это не "зеленая зона". То есть тема вообще ноль по оптимизации. А стоит хорошо. В общем мы поняли друг-друга: нам надо оптимизировать сейчас тему усилиями нанятого специалиста так как ждать нам не целесообразно в ближашие месяцы обновлений которые нам важны.
P.S. Очень хорошо, что вы так развернуто и эмоционально написали о том что там у вас происходит (потеряли чуть времени), если честно я думал чуть иначе воздействовать на вас чем писать на форуме в разделе "Идеи". Думал плохой отзыв написать в маркете, что тема вообще не оптимизирована на данный момент и скорость на мобиле 18-21%. Но теперь такой отзыв писать не буду так как понимаю что это не поможет никак :) Ну а новые покупатели пусть сами читают описание, там нет обещаний по оптимизации и поэтому пусть сами решают надо им это или нет. В конце концов вы правы - вы не обещаете что скорость загрузки темы будет в "зеленой зоне".
Именно. А тем временем теме InCart исполнилось уже 2 года. Гораздо приятнее общаться с понимающим человеком. Принял бы в дар контакты вашего оптимизатора. Вы сказали, что он повысил скорость намного больше, чем дает сжатие js/css, то мне интересно, что именно он делал. Возможно имеет смысл внедрить это в следующей же версии.
Смотрите, сейчас мы определяем стоимость, вроде он обещал что повторно это будет дешевле чем в прошлый раз.
Также я думаю возможно есть смысл все же обновиться с 1.4.1 до 1.5 (хотя опять же все вроде работает, но мало ли...)
Далее мы думаем оптимизатор сделает работу, а вот по результату я скину вам его контакты. Но в том случае если он все сделает как мы хотим. Прошлый раз правки делались не при мне, теперь я все контролирую. Посмотрим что у нас получиться. Но прошлый раз у него получилось, это точно.
А вообще... Я сейчас провел тест PageSpeed демо-витрины. Для десктопа он выдал 73/100. Не настолько всё плохо, как вы описываете. И по сути он просит лишь сжать js/css и перенести их в конец страницы. И вот будет уже зеленая зона. Для мобильных ситуация несколько хуже, но тоже не настолько ужасна, как вы описали. 46/100. Но это объясняется довольно просто. Это ведь всего лишь адаптивная тема, а не отдельная мобильная версия. То есть фактически в мобильной версии присутствует всё то же, что есть и в десктопной. Что не совсем правильно. Мобильная версия должна быть более урезанной. Основным "стопором" тут является скорость клиента. Для теста мобильной версии гугл её занижает. И судя по ощущениям при ограничении скорости ориентируется он вовсе не на Россию, а скорее на свой звездно-полосатый мобильный интернет. И да, в штатах мобильная связь хоть и стоит от 150$/месяц, качество у неё то еще. То есть с такой урезанной скоростью весь объем скриптов/стилей/картинок просто физически не может загрузиться быстрее. Lazy тут конечно может помочь, но не так сильно. Я для теста убрал абсолютно все секции с главной страницы, кроме текстового welcome. Получил 52/80 вместо 46/73(мобайл/десктоп).
Получается, что единственная адекватная вещь, которую мы можем сделать - подключить lazy. Перенести все скрипты/стили в конец не получится. В реальных условиях основную часть js/css встраивают плагины. И половина плагинов сделана так, что эти скрипты должны загрузиться именно в <head>. Т.к. уже в середине тела страницы они инлайном обращаются к своим функциям. Если скрипты будут в конце, то функции не будет и получится фатальная ошибка в JS, которая сломает не только работу плагина, но и всего последующего js-сценария. Именно поэтому мои коллеги если и заморачиваются с переносом, то лишь в виде опции. Во многих темах есть галочка "Ускорить загрузку страницы" с большим варнингом под ней. И в боевых условиях её все отключают. Именно поэтому мы изначально и не стали её делать, несмотря на то, что при верстке InCart'a всё было предусмотрено на "позднее" подключение js/css. Для этого прелоадер и делался. Оставили лишь для красоты :)
Разделить css/js на отдельные версии mobile/desktop мы тоже не можем. Это существенно сократило бы их размер. Процентов 40 всего вообще не используется в мобильной версии и таскается мертвым грузом. Но разделение... во-первых, это крайне сложная задача, которая скорее всего приведет к новым багам. Мы то их конечно исправим со временем, но если вы работаете с людьми, то понимаете их коварство и вспыльчивость непонимания. Нас будут обвинять в том, что мы только хуже делаем. И жалоб будет гораздо больше, чем сейчас их есть на плохую оптимизацию. Во-вторых, выпускать обновления в будущем будет раза в 2 сложнее. В-третьих, сложнее и, как следствие, дороже будут стоить индивидуальные правки от экспертов, которые делают все. Кому-то под фирм. стиль дизайн нужно исправить, кому-то плагины интересные прикрутить и т.д. Так что целесообразность спорная.
Ну и если лень читать - подытог в двух словах.
Мы попробуем в следующей версии прикрутить lazy к картинкам. Попробуем... Еще постараемся уже в следующей же версии ввести отключаемую опцию-галочку "перенести скрипты в конец страницы". Больше наверное ничего, т.к. не знаем, что еще можно сделать полезного. Ну кроме создания InCart 2.0 с нуля.
98% того что написали я понял :) В принципе я всегда занимаюсь только версткой и точечной правкой скриптов. Но волей случая пришлось заняться и оптимизацией (то что я могу сделать самостоятельно) и мне понятны все эти "подводные камни". Кстати с отдельной мобильной версией реально ничего не понятно. Как бы такие есть в маркете, да даже кто-то из клиентов покупал можно пощупать и даже устанавливали но SEO-спецы сказали "категорически нет". В общем никто не хотел платить своими деньгами за эксперимент будет лучше или хуже :)
Что касается правок после оптимизации - я всегда предупреждаю владельца сайта. Конечно внести правки в CSS стили все-равно можно, но вот с JS это уже сложности. Поэтому я согласен, что нужно делать хотя-бы то, что можно сделать "из коробки" или выкатить в виде обновлений. Да, я понял что в InCart уже есть Lazy в главном слайдере, просто когда он грузился я не понимал что он сначала грузит всю страницу и выдает посетителю, а потом загружает слайды показывая прелоадер. Функция Lazy в списках на главной, в каталоге (категории) и в карточке товара будет совсем не лишней. Ну и перенос скриптов в конец тоже. Далее в общем-то из коробки и никто ничего не делает. Прелоадер для загрузки страницы это ерунда как по мне. Да, я к обычным сайтам прикручивал такую опцию, но для магазина это точно не решение.
В общем мы сейчас анализируем что мы будем делать перед оптимизацией и если сделаем ее то я скину контакты человека. Само собой при такой ситуации мы уже не скоро будем обновляться на новые версии но кому-то из владельцев повезет :)
Да и хотел спросить вот что. Я сейчас обновил тему до версии 1.5, но заметил что обновление только для приложений:
- Сайт
- Магазин
-Блог
А для приложения "Рассылки нет обновления"?
А там разве есть что обновлять? Если вы нашли там какую-то ошибку, то сообщите. У нас нет информации о таковых. Тема для Рассылок отвечает лишь за страницу профиля с управлением рассылками.
Ага спросил чисто для интереса. У меня оно вообще выключено. Отстой полный а не приложение.
Кстати пообщались с оптимизатором, а он вдруг за переод с апреля этого года до этого момента "подорожал" с 10$ в час до 15$ в час. В итоге повторная оптимизация у него стоит 250$. Хотя ранее он писал что он уже знает структуру темы и кроме того он сам высылал лог изменений. Мы рассчитывали что это будет 50% от прошлой цены, ну максимум 150%. Но парень решил видимо что нас это крепко прижало. Я с ним пообщался но торговаться нет смысла он 100$ точно не скинет. Но он просто цену выкатил чтобы подстраховаться так как потом написал что не знает точно сколько времени займет оптимизация шаблона. 7 часов, 10 часов или больше. Ну а мы в свою очередь сообщили что если тебе выкатывают по-максимуму сумму, но потом разработчик сделает работу дешевле, то как правило он не будет тебе сообщать эту приятную новость :) Согласился на 250? Плати 250. Просто разработчик весь риск переложил на клиента. А жаль. Мы уже у него вроде постоянные клиенты. Пока отказались от его услуг.
Ну... в общем да :) Кроме случаев, когда работа оказалась в разы проще.
Немного оффтопа по теме.
В последние дни, при всей моей личной ненависти к PageSpeed, изучаем вопрос его показателей и способов их повышения. В качестве подопытного взяли новую тему, над которой работаем. И показатели там 41/59, что примерно равнозначно показателям InCart'a. Там тоже нет lazy и пр. тонких настроек оптимизации(хотя сервис и не сильно полезно оценивал введение lazy). Разве что JS самой темы в конец перенесен. Да и сам сервис советов, которые мы можем выполнить, не дает. Он ругается лишь на подключение jQuery в <head> и скрипты/стили плагинов там же. Но как я уже говорил, если мы перенесем это в конец, сайт вообще работать перестанет. Даже сам фреймворк выводит инлайном js, который требует уже подключенного jQuery и выдаст фатальную ошибку при его отсутствии. С плагинами та же песня. Для тесто попробовал перенести в конец и сам jQ, убрать весь inline-script от форм авторизации вебасисит и скрыть хуки для вывода js/css плагинов. В результате получил +15 очков. Второй раз для теста убрал все секции с главной. Получил 92/98. И это вроде хорошо, но такого ведь не бывает. Наши клиенты хотят подключить как можно больше этих секций, а в новой теме их около 30. Мы делаем такое кол-во для того, чтобы у пользователей был выбор. Но логика советского человека заставляет брать всё, пока дают. К чему я это говорю... Работающий и продающий магазин на готовой теме без доработок физически не может быть в зеленой зоне PageSpeed'a. Такой вот вывод для себя сделал. И текущая оценка инкарта еще очень даже ничего.
PS даже Я.Маркет в красно-желтой зоне. Хотя для мобильной версии они и вовсе отдельный упрощенный дизайн используют.
Да, примерно это я слышу от других разработчиков. Понимаю. Сам видел такое. Но клиенты...их это не вдохновляет :)
Да, смотри какая кака https://ibb.co/5GXLCWz
Сначала такую каку увидел на старой версии развернутой на тестовом хостинге для переноса, а оно и на новой 1.5 версии такая вот штука с меню. И что ведь интересно, я если сейчас начну дальше по сайту ходить то баг проявляться не будет :) Фиг знает как его вопроизвести чтобы понять когда это случается.
Этот баг видят только разработчики :) Либо после того как открывают/закрывают панель разработчика (F12 в хроме), либо после перехода с мобильной версии на десктопную через тот же режим разработчика. Ну или при ресайзе окна, имитируя тем самым мобильную ширину, а потом резко десктопную. Ничем из этого обычные пользователи не страдают.
Да, смотри какая кака https://ibb.co/5GXLCWz
А есть решение этой каки? Подскажите плиз...
Такое бывает только после открытия консоли(инструмента разработчика). Посетители таким не пользуются. А если и пользуются, то они не за покупками пришли.
Не только при открытии консоли. Еще такое бывает при увеличения масштаба странице (CTRL+колесо мышки).
А...вот оно что :) А скажите вот какую штуку: а в новой теме планируется тема для приложения "Фото"? В теме InCart нет темы для этого приложения и это серьезная проблема. Тема отлично подходит для одежды, а для одежды очень хорошо иметь на сайте фотогалерею. А на InCart приходиться покупать другую тему только ради приложения "Фото" чтобы организовать галерею. Но даже в этом случае надо еще и по дизайну подогнать эту другую тему для фотогалереи.
Нет. По крайней мере изначально. Причина та же, по которой этого нет и в инкарте. Никто не просит. А если и просит, то на вопрос о том, как они хотят её использовать, просто сливаются. Приложение ФОТО подходит для частного блога путешественника. Собственно для этой цели и разрабатывался. Как применить это к магазину не совсем понятно. Можете описать своё видение тут: http://incart.designmyshop.ru/...
Мда и еще вот щас занимаюсь оптимизацией темы. Просто вал ошибок по разметке.
Понятна логика не запариваться и сделать так, чтобы в магазине и в блоге заголовок страницы был одинаковый то есть H3. При этом мало-мальски грамотный верстальщик знает что у главной страницы должен быть H1.
Вот информационная страница МАГАЗИНА: https://den-dan.com/o-nas/
Вроде бы все хорошо. Но название страницы это H3.
Я вот сколько работаю уже с этим шаблоном даже подумать не мог что это вот так :) Щас аудит запустил, а там такое. :)
Далее еще беда в блоге. Там "из коробки" вообще нет H1 для главной страницы блога.
Вот я ее добавил: https://den-dan.com/our_blog/
Но что это повлекло за собой? Решило одну проблему а создало больше:
1. Теперь у страницы два заголовка H3 и H1. Этот H3 не помешает на странице конкретной статьи но дублируется на главной странице блога. И ведь там автоматом выводиться название блога. Нельзя как-то их по разному назвать.
2. Календарь в левом виджете - бесполезная хрень от которой только проблемы. Вот у меня к примеру показывалось (щас календарь отключил в шаблоне) что в мае есть статьи. Но их там 0 штук. Мне не понятно почему так происходит. Да и теперь на странице подборки статей по датам этот H1 дублируется с главной страницей.
Главная H1 = Блог
Статьи за май 2019 H1 = Блог (а должно быть нечто вроде Блог статьи за май 2019)
В общем календарь пришлось отключить из-за того что тема InCart помимо не оптимизации по скорости еще и имеет проблемы с семантической разметкой :)
Любой мало-мальски интересующийся сео-оптимизацией текстов знает, что Н1 тег важный и пихать туда нужно ключевые фразы. А вот название страницы в меню должно быть максимально коротким и ориентировано на человека, а не на роботов. И тег Н1 тут разумнее вписать прямо в текст. Визуальный редактор в админке не просто так. Еще мало-мальски разбирающийся в разметке человек понимает, что страница без Н1 вовсе - не трагедия. Что бы не говорили вам мамкины сеошники, которые почитали пару статей от таких же мамкиных сеошников и, изучив вопрос лишь поверхностно, прогоняют ваш сайт через бесплатные сервисы и тычут пальцем в то, что не является ошибкой. При вашем финансовом желании я могу вам дать ссылки на кучу страниц-примеров с того же Яндекса или Гугла.
Вы попытались изменить тег с Н3 на Н1 и, как вы верно заметили, получили кучу проблем. А если бы потратили больше времени и почитали о композитности шаблонной системы вебасист, то возможно поняли бы и источник этих проблем. И в паре с вышеописанными знаниями сделали бы точно так, как это сделано сейчас.
Не отрицаю. В приложениях вебасист много бесполезной хрени. Но мы делаем тему дизайна для приложения, а не само приложение. Иначе говоря, наша задача - лишь разукрасить то, что выдает система.
Да интересно, удачи!
Сейчас на мой взгляд самая печаль именно с баннером слайдером на главной, переехав на быстрый VDS, баннер все равно грузится как у сайта самого начального уровня, пробовал менять на чтобы сразу, толку нет, еще хуже.
Все видимо из-за того, что все скрипты грузятся сразу, а не в конце, поэтому баннер вместе с ними долго грузится, тормозя отображение остального, сделайте пожалуйста галочку чтобы менять на грузить скрипты в конце, пусть лучше дизайн доезжает сразу для клиентов, и уже потом весь скрытый функционал (отслеживания, статистики, для плагинов типа в 1клик, и.т.д.)
Вообще, Вы ранее отвечали, что можете добавить home.slider2.html с альтернативным механизмом работы, чтобы был выбор, да главное чтобы грузился побыстрее, данный явно не самый шустрый.
Сейчас на всех платформах анализа сайта ругается 1 на fonts.css что он грузится долго, и все js скрипты, поэтому у нас много плагинов, и поэтому мы их 40 не вылазим даже на статических страницах по pajespeed.
Так же, я писал запрос, по lazy на главной, сейчас такие ленивые пользователи, что хотят на главной безконечный список товаров, тут ленивая подгрузка выручит, не знаю как к ней относится Гугл, но спасет точно многих по скорости. Lazy в каталоге включил самостоятельно, лучше грузится страницы.
Еще бы css более оптимизировать, на него тоже ругается по весу системы анализа загрузки.
Надеемся, ждём!
Спасибо!
"InCart 2.0 с нуля." тоже очень интересно...
Не знаю, если говорит о слайдере то мне слайдер вообще не нравиться в таком виде когда и фон и текст слайда это одна статическая картинка. Да, сейчас я могу в теме InCart сверстать для десктопа и мобильной версии разные варианты слайдов. И это не только хорошо с размером (до 768px), но также это круто в том что я могу их сделать больше по высоте. Раньше когда слайды были едиными для всех экранов слайд адаптивно уменьшался и выглядел как небольшой банер, а не презентационный слайд в начале сайта. Сейчас все гораздо лучше. Но вы Алексей правильно заметили. Слайды в мобильной версии 768px, плюс я их хорошо сжал, они 56-68кб размером. Но даже если слайд один его lazy загрузка занимает то же время что и раньше когда для всех экранов грузились одни и те же слайды.
Когда я писал что мне не нравиться такой тип слайда: фоновая картинка и фоновые статические тексты, я говорил о том, что есть более удачные примеры слайдера например вот в этой теме:
Тема "TopStyle"
В этой теме используется вариант: фоновое изображение отдельно, а тексты отдельно. Индексируется фото, и индексируются тексты. Но самое интересно происходит на мобильной версии. Слайдер не уменьшается по высоте, а фото переезжает вверх, а тексты уезжают вниз, чуть наезжая на слайдер чтобы была единая картинка. Не говорю что это уже идеально, можно еще "ручками" кое-что подработать. Но вот такой тип слайдера, да еще и с раздельной загрузкой картинок для десктопов и мобильных устройств - это просто отлично.
Если слайдер является такой большой проблемой, то его можно просто отключить. Шаблон home.html не просто так сделан в таком понятном виде. Переставляйте и удаляйте секции так, как вам нужно. В данный момент он не тормозит собой загрузку другого контента. Не совсем правильный вывод.
Мы сделали кучу различных секций для того, чтобы у вас был выбор. Это же не означает, что нужно использовать их все. Вы же вряд ли себе в комнату в 20 кв.м. поставите 5 кроватей и 10 шкафов только потому, что можете :)
Гугл ругается на всё. Потому разработчики его и не любят. Даже на шрифты, подключенные с самого гугла. Включили гуглокапчу - еще минус 10 очков в SpeedTest. Захотели порадовать пользователей современных устройств @2x-изображениями - еще минус 10. Подключили карту - еще штраф. А если при этом еще и метрику, консультанта или другие сторонние ресурсы - вот вы уже в красной зоне. Выйти в зеленую зону = превратить сайт в безстилевую односложную страничку. Долой анимации, слайдеры, листалки, увеличивалки и пр. стандарты современного веба. Долой сложные и массивные стили, которые и представляют собой дизайн, из-за которого вы и выбрали тему. Долой и адаптивность. Пусть люди носят с собой лупы. Бред, скажите? Ну а PageSpeed говорит, что норм :) Живут же другие сайты без всего этого. PageSpeed'y конечно плевать, что сделаны они были 10 лет назад и в наше время смотрятся настолько ужасно, что от недоверия к сделанному на коленке магазину пользователь вряд ли купит там что-то. Он не это оценивает.
Уже не раз писал о том, почему нельзя переносить всё в конец страницы, но помоему никто не слушает. Для галочки повторю в последний раз. Мы можем без проблем и потерь перенести в конец все скрипты самой темы. Но нам в любом случае придется оставить внутри <head> подключение jQuery(а это уже минус очки от pagespeed). Т.к. все формы самого фреймворка(авторизация, регистрация, оформление), которые мы менять не можем физически, имеют inline-скрипты, которые работают только при наличии уже подключенного jQuery. Если перенести его в конец - эти скрипты выдадут фатальную ошибку в javascript, после чего тот вовсе перестанет работать. Не будет никаких анимаций, никаких ajax, слайдеров, листалок, сравнения, избранного, фильтров и пр. По той же причине мы не можем перенести в конец и хук, который выводит скрипты самих плагинов. Большинство плагинов придерживаются именно той же логики, что и вебасист - скрипты подключаются в <head>. Технически можно конечно фильтровать содержимое по ID плагина и для некоторых плагинов выводить скрипты в конце, для других в шапке. Этим может заняться нанятый для этого эксперт. В частном порядке он рассмотрит все плагины и скажет, скрипты каких можно переносить, а каких нет. Ну или напишите мне в приват с запросом и я дам вам реквизиты для перевода мне нескольких миллионов рублей. Плагины ведь не бесплатные. Нужно скупить все 3000+ плагинов, чтобы иметь возможность их поковырять :) После этого сразу начну работать над этим вопросом и к 2021 году всё будет фасоваться правильно. Правда к тому времени выйдет еще тысяча новых плагинов и 100000 обновлений для текущих, которые могут изменить логику js-взаимодействия...
Как я уже подытожил выше в этой теме, нам нужно лишь lazy к изображениям подключить. Это единственная более менее существенная вещь, которую мы можем сделать. Даст около 3-5 очков. Ну и еще перенести скрипты темы в конец - еще 2-3 очка. А вот, что можете сделать вы, как владелец своего магазина. Отключите ВСЕ сторонние скрипты(карты, консультанты, метрики, аналитики...). Отключите все плагины. Минимизируйте содержимое. Не вставляйте никаких фреймов или видео - это тоже сторонние ресурсы. Отключите все капчи. И вот вам +50 очков. А потом еще подберите сервер, который нравится именно гуглу(если посетителей не много), поставьте все серверные улучшения, сожмите все изображения, которые не являются частью оформления самой темы(включая те, что вы загружаете в настройках темы) и будете в зеленой зоне. Ведь тогда оценка будет выставляться лишь самой теме + движку, а не всему тому мусору, которым вы захламляете сайт.
Ну а потом еще раз нужно будет вспомнить о том, что это всего лишь тема для широкого потребления за 8000₽, а не индивидуальная разработка за 800000₽, пройтись по всем js/css и вырезать то, что у вас не используется. Ведь для облегчения той же главной вы отключите практически все секции в ней, а скрипты и стили для них так и останутся мертвым грузом.
Итак, небольшой отчет о результатах тестов версии 1.6.0. В ней мы добавили lazy для изображений, перенесли в конец все скрипты темы и подключили их асинхронно. Плюс сделали опцию для переноса в конец и всех CSS в виде опции, хоть это и не имеет особого смысла. Некоторые страницы после этого стали давать больше очков, некоторые наоборот.
Ну и разумеется отключили вывод js/css всех плагинов, чтобы их работа не учитывалась при оценке. У нас на демо-витрине стоит около 5 различных плагинов. При обратном их включении кол-во очков уменьшается в среднем на 30 попугаев. Итак, показатели разных страниц для мобильной/обычной* версии:
* в скобках указаны значения с удаленным вручную fonts.css. Этот файл подключает красивые шрифты для всего сайта.
Про fonts.css поясню. Да, в большинстве случаев это немного ускоряет загрузку и оценку от Google PageSpeed. Но не всегда. Но стоит помнить о том, что в реальных условиях все эти файлы грузятся лишь на первой странице. Далее берутся из браузерного кэша пользователя. То есть для конечного пользователя это не столь критично. А с учетом того, что и на оценки это влияет довольно спорно и ситуативно(долго объяснять причины, но они вполне логичны), то лишать пользователей кастомных шрифтов, которые не выбиваются из общего стиля, нет смысла. Еще сделаем опцию для подключения минифицированных версий js/css. Но не думаю, что это таки даст много очков. Думаю максимум до 5 баллов в некоторых случаях.
Ну и для мобильной версии мы уже не сможем сделать ничего более. Всё же это адаптивная тема, а не мобильная. Слишком много десктопного мусора, которого в mobile-only версии быть не должно. Ну и плюс мобильная версия сама по себе должна быть максимальна урезана, что мы не можем сделать в рамках шаблона. Наши любимые и понимающие клиенты нас с говном съедят, если мы в мобильной хотя бы "Избранное" уберем. Что уж говорить о более глобальном урезании функционала...
Только надо было наверное сразу пояснить один момент. Цифры из замеров выше конечно неплохие для объемного и функционального магазина, но не забывайте, что это всё без учета плагинов и пр. грязи, которой вы так охотно мусорите на своих сайтах. В реальных условиях будут плагины. Будут гуглокапчи, консультанты, метрики, карты и пр. Так что в итоге ваши показатели не сильно изменятся. А переход на 1.6.0 потребует полного сброса изменений в файлах, т.к. модифицировано около 70% всех шаблонов и скриптов. Так что решайте сами, нужно ли оно вам. Если у вас имеется куча модификаций, за которые вы заплатили приличные для вас деньги и не хотите ни заново их платить, ни лишаться доработок, то наверное лучше пропустить эту версию. Картинки в отзывах это конечно прикольно, но кому оно надо? Жили как-то годами без них :)
PS Работу над 1.6.0 планируем закончить на этой неделе. После всех проверок отправим на публикацию в инсталлер. Этот процесс зависит уже не от нас и может занять от пары часов, до нескольких дней.
Евгений уточните пожалуйста, "модифицировано около 70% всех шаблонов и скриптов."
Может ли обновление повлиять на работу сторонних плагинов, просто 70% кода это много, может ли это обновления повлиять на взаимодействия с ними? я не про строчки добавленные в код темы (там минимум) а про сами принципы работы плагинов, например SEO оптимизация или информация о доставке, или автоопределение города? Например после обновления функции плагинов не сработают из-за изменения темы, расстановки кода в шаблоне, и.т.д? Насколько вероятно, что это произойдет или нет? Или это касается только самописных изменений внесение строчек в шаблоны и.т.д? Заранее спасибо!
Алексей, вопрос конечно риторический :)
Есть же темы у которых в Маркете Webasyst в описании во вкладке: "Плагины" написано какие плагины ИНТЕГРИРОВАНЫ В ТЕМУ. По всей видимости разработчики имеют свое понимание какие плагины это Must Have и делают для них интеграцию согласно документации от разработчиков плагина. За плагин Seo-оптимизация мне кажется нет смысла сильно переживать, он в основном хорошо работает во всех темах оформления.
В вашем случае есть вероятность, что отвалиться вот этот плагин:
https://www.webasyst.ru/store/plugin/shop/smartsku/changelog/
Сразу даю их страницу лога обновлений где мы видим что были внесены какие-то правки именно под тему InCart.
Вообще же у нас есть огромная проблема в теме InCart при взаимодействии как раз этого плагина "Умные артикулы" и другого плагина "Картинки как на Али".
https://www.webasyst.ru/store/plugin/shop/alaali/
Обратите внимание, первый плагин умеет прятать или делать неактивными те артикулы, которые закончились или сняты с продажи.
Задача второго - вместо плашки выбора цвета показывать маленькое превью фото так как не всегда можно подобрать цвет.
В нашем случае мы внесли правки в шаблон InCart согласно инструкции к плагину "Картинки как на Али" и все работает. Но, тогда не работает плагин "Умные артикулы". То есть работает либо один, либо другой. И что печально, насколько я понял разработчик плагина "Умные артикулы" забросил интеграцию своего плагина вместе с плагином "Картинки как на Али" вот эта ветка темы:
https://genasyst.ru/support/37/integratsiya-s-plaginom-kartinki-kak-na-ali/
Как видите он пишет что сделает интеграцию, но "воз и ныне там". И разработчик не отвечает.
Но оба плагина Must Have для темы одежды, и темы InCart которая в том числе отлично подходит для темы одежды. И для нас критично, что недоступные артикулы доступны к выбору и показывается уведомление "что данный набор параметров товара недоступен".
Ситуация неприятная и не знаем как быть.
Я так понимаю что вот эти плагины: https://www.webasyst.ru/store/theme/incart/plugins-support/
не отвалятся так как заявлено что они интегрированы, единственное вместо "Бренды с картинками" лучше сейчас использовать интеграцию плагина "Бренды-PRO" так как вышеуказанный плагин уже устарел и не отвечает всем требованиям. Ну или сделать интеграцию и для того и для другого с выбором в админке какую интеграцию использовать. Такие мысли.
Вообще спрашивал у Евгения Леман )
Но спасибо за коммент в любом случае.
Да, я перепутал Вас с Евгением Леманом. Надеюсь он прочтет и мой комментарий так как это важно для нас.
70% кода это слишком много. Мы бы на такое не пошли. Проще было бы с нуля сделать. Речь о кол-ве шаблонов. Изменения есть практически во всех основных шаблонах. Но изменения не глобальные. По несколько строчек. Где-то правки в javascript, т.к. теперь он весь перенесен в конец страницы, где-то правки багов. Ну и lazy для картинок. Картинки то есть практически везде. Там просто правки внутри каждого <img> тега. В целом структурно ничего не изменилось.
ПС Делать опцию переноса скриптов/стилей плагинов в конец мы не стали, ибо самые ходовые и нужные плагины перестают работать. Включение этой опции в 99% случаев привело бы к ошибкам на странице. Во-первых, каким бы жирным не было уведомление о последствиях включения этой опции, пользователи всё равно включат и засыпят жалобами техподдержку. Во-вторых, если для администратора это действительно важно, он без труда может сделать это сам. По сути 3 строчки перенести внутри одного шаблона. Не зря же редактирование шаблонов доступно в админке.
Цитата: Картинки в отзывах это конечно прикольно, но кому оно надо? Жили как-то годами без них :)
Звучит смешно и вот почему. Дело в том, что Вы как разработчики конечно жили годами и ничего. Но магазинам без этой опции иногда приходиться очень не сладко. Кстати все мы знаем, что прикреплять картинки отзывам изначально чаще всего стали на Алиэкспресс, китайцы все раньше других двигают. Ну и по этой же причине появился плагин "Картинки как на Али". Этого требовал рынок. А разработчики должны слышать рынок. То что не все покупатели желают прикреплять фото к отзыву - это совсем другой вопрос. Иногда нужно чтобы менеджер магазина написал ответ на отзыв и к нему прикрепил фото. Так, что я бы не стал там самоуверенно радоваться тому, что этой опции не было, а то что она появилась ни на что не влияет. Влияет.