Модуль Hi-Optimizer for Opencart - интеллектуальный оптимизатор сайта для повышения скорости загрузки страниц и оценки pagespeed google [Поддержка]

[sitecreator]

99
Скачать / Купить дополнение

Hi-Optimizer for Opencart - интеллектуальный оптимизатор сайта для повышения скорости загрузки страниц и оценки pagespeed google

---

Максимальное ускорение вашего сайта.

Бесплатное апробирование до 7 дней при получении тестового ключа по договоренности с автором.

Подчеркну, что по договоренности, а не на безусловной основе, т.е. при наличии возможности, целесообразности и на условиях автора.

При этом (для теста) автор также бесплатно может установить и настроить модуль Hi-Optimizer.

Для тех, кто не вполне понимает, что такое договоренность:

Спойлер

"Договоренность" не означает, что она будет достигнута "в любом случае, в любое время, на любых условиях" и т.п.  Ввиду отсутствия времени или возможности у разработчика, или иных причин бывает, что договориться не всегда получается. В данном вопросе автор не берет на себя никаких 100% обязательств.

 

Бывают такие сайты, после первичного анализа которых, уже видно, что какой-либо перспективы получить хороший результат от оптимизации только средствами hi-optimizer нет,  поэтому и смысла в тестовом периоде нет никакого.  Показываю пример когда на сайте стоит обманка для гугла, которая не показывает гуглу картинки и тексты.  Такая обманка позволяет увидеть фейковую оценку pagespeed.  Либо, если дело не в обманке, то по какой-то причине гугл не в состоянии отобразить страницу полностью, в связи с этим невозможно получить истинную оценку pagespeed, поэтому невозможно делать оценку результата оптимизации. Непонятно что в таком случае, что желает заказчик получить от hi-optimizer? Изначально невозможно увидеть реальную оценку гугла, а потому в тесте hi-optimizer в таком случае вынужден отказать, т.к. это совершенно некорректные условия теста получаются.  Пример, что видит гугл и что видит человек в браузере:

 

 

 

 

 

Во избежание возможных "поломок" сайта первоначальную установку и настройку автор делает самостоятельно, далее при желании можете экспериментировать самостоятельно с настройками на свой страх и риск. Это правило разработчика, возможны исключения, но в любом случае определенные обязательства у разработчика появляются только после покупки заказчиком модуля или заказе услуги. Предоставление тестового периода - добрая воля автора, но никак не обязанность, и делается по возможности. Разработчик может быть занят, может быть в отъезде, может отдыхать, может болеть  (не дай то Бог), может не иметь возможности выйти на связь -  во всех этих случаях разработчик никак и ничем не обязан потенциальному заказчику, который желает получить модуль для  бесплатного апробирования. Извините, что вынужден писать банальные вещи, итак понятные большинству.

 

Сейчас из-за нехватки времени нет возможности предоставлять бесплатную настройку, эта бесплатная опция была раньше.

 

Спойлер

FAQ: Почему рекомендуется воспользоваться бесплатной настройкой?

 

 

Совместим с opencart 1.5, 2.*.*, 3.0.*
Совместим с opencart (ocstore) 1.5 также.

 

Модуль оптимизации hi-optimizer не влияет непосредственно на оценку гугла в

https://developers.google.com/speed/pagespeed/insights/

Но влияет на нее косвенно. Конечная оценка гугла не является мерилом функционирования модуля.

 

Модуль оптимизации hi-optimizer позволяет использовать определенные методы оптимизации с целью выполнения рекомендаций гугла по оптимизации. Т.е., например "объединение, минификация CSS"  - это вполне конкретный функционал модуля hi-optimizer.  Но совершенно другой вопрос - насколько в баллах это позволит поднять оценку гугла, тут невозможно дать однозначный ответ для любых сайтов.  Выполнение различных приемов оптимизации влияет на скорость загрузки страниц сайта и косвенно влияет на оценку скорости гуглом. Но степень повышения данной оценки и/или индивидуальные ожидания заказчика, выраженные в цифрах желаемой оценки - не являются критерием работоспособности модуля hi-optimizer. Полезность модуля hi-optimizer заказчик в каждой конкретной ситуации оценивает самостоятельно исходя из собственных представлениях о полезности,  но это не является критерием работоспособности модуля.  Чтобы не было недоразумений рекомендуется всегда делать предварительный анализ сайта и воспользоваться тестовым периодом для оценки пользы от оптимизации.

Позволяет оптимизировать с целью максимального увеличения скорости загрузки страниц  (не обязательно, что все приемы будут полезны на любом конкретном сайте и будут работать все вместе и в любой комбинации):

• стили (CSS)
• скрипты (JavaScript) - группирование в конце HTML и пр.
• объединение, минификация CSS и т.п.
• откладывание выполнения JavaScript с малым приоритетом
• возможность асинхронной загрузки как определенных CSS, так и JavaScript
• оптимизация всевозможных метрик (Яндекс и др.), аналитик (Гугл, Фейсбук и др.)[с определенной осторожностью и по желанию, не является обязательным]
• оптимизация всевозможных виджетов (Яндекс, Фейсбук, В Контакте и др. )
• виджеты могут загружаться при попадении их в зону просмотра (lazy load для виджетов)
• оптимизация всевозможных чатов (Jivosite, Яндекс и т.д)
• оптимизация карт Гугла и Яндекса (загружаются при попадении в зону видимости - lazy load для карт), и др. карт
• оптимизация загрузки фреймов (iframe)
• оптимизация видео-вставок Ютюб, youtube.com
• оптимизация загрузки и отображения шрифтов, причем, как из внешних источников, так и из CSS, загружаемых с вашего сайта
• отслеживание дублей CSS, JS и, соответственно, предотвращение их повторной загрузки
• оптимизация загрузки всевозможных Lightbox (magnific-popup, colorbox, fancybox)

 

Основную работу по оптимизации модуль Hi-Optimizer способен выполнить самостоятельно в автоматическом режиме. Также можно в ручном режиме помечать любые скрипты, которым имеет смысл назначить низкий приоритет загрузки и выполнения. Такие скрипты будут выполняться только после загрузки страницы и ее важных компонентов.

 

Модуль Hi-Optimizer не является панацеей для всех случаев.  Бывают крайне неудачно сделанные сайты (соответственно с оценкой гугла близкой к нулю),  которые без серьезной переделки невозможно оптимизировать, а это только ручная работа с версткой, кодом и т.д. Предлагаю сперва (до заказа услуги или покупки модуля) консультироваться с исполнителем и делать предварительный анализ и прогноз на предмет возможной успешной оптимизации конкретного сайта.

 

На результат могут отрицательно влиять ошибки в коде HTML, CSS, JS, имеются ввиду грубые ошибки (непарность парных тегов, незакрытые кавычки, скобки, любые синтаксические ошибки и т.п.). Изначально предполагается, что HTML на странице не содержит грубых ошибок, в противном случае возможна некорректная работа hi-optimizer на таких страницах, тестирование hi-optimizer не проводилось на страницах, содержащих грубые ошибки HTML (синтаксические и иные), соответственно автор не несет никакой ответственности за корректную работу таких страниц.

Проверяйте страницы (файлы стилей в том числе) на наличие грубых ошибок через валидатор: https://validator.w3.org/

Могут быть такие ошибки:

 

Спойлер

 

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

 

 

 

 

 

Важное замечание для потенциальных заказчиков:

Hi-Optimizer предназначен для выполнения конкретных рекомендаций гугла, т.е. когда гугл указывает достаточно точно проблемное место. Hi-Optimizer НЕ ПОМОЖЕТ в случае если есть только общие и/или абстрактные рекомендации гугла вида:

• минимизируйте работу в основном потоке,
• постарайтесь уменьшить количество запросов и размеры передаваемых данных.
• и т.п.

Подобные рекомендации относятся ко всему сайту в целом и гугл просто показывает общий размер данных, общее кол-во запросов и т.д. и т.п.

 

Совсем другое дело, когда гугл дает конкретные рекомендации с указанием проблемного места (конкретного скрипта JS, конкретного файла стилей CSS). Примеры ниже.
Здесь гугл говорит про вполне конкретный код, который блокирует основной поток, и гугл указывает на вполне конкретные файлы JS, CSS, которые вызывают блокировку. В данном случае есть с чем работать, т.е. с конкретными файлами. Можно выполнить отложенную загрузку таких скриптов чтобы исключить блокировку основного потока.  Т.е. мы можем выполнить вполне конкретные действия с вполне конкретными скриптами с помощью Hi-Optimizer.

 

Любой ли сторонний код можно оптимизировать? Не любой и не всегда.  Во-первых, предполагается, что сторонний код - это код, от которого не зависит работа самого опенкарт, в таком случае такой сторонний код может быть оптимизирован за счет, например, отложенной загрузки. Но если вы загружаете "сторонний код" (с другого сайта/домена) вроде jquery-3.4.1.min.js, то от этого кода зависит работа самого опенкарт и такой код обычно загружается не со "стороны", а с того же домена, на котором у вас работает сайт. В приведенном примере "сторонний код" jquery-3.4.1.min.js невозможно рассматривать как независимый, а потому невозможно использовать к нему прием оптимизации "отложенная загрузка". Вот код Jivochat - это пример независимого кода (от него работа самого опенкарт никак не зависит, т.е. опенкарт будет работать и без него).  Независимый код (Jivochat как пример) может быть успешно оптимизирован.

 

Любой код JavaScript, который необходим для работы опенекарт можно загружать со сторонних ресурсов, но это не означает, что такой "сторонний код" можно обязательно оптимизировать средствами модуля, т.к. "сторонним" он стал формально, но не стал при этом независимым (необязательным) кодом. Т.е. важное условие - это независимость работы опенкарт от стороннего JavaScript, тогда есть возможность его оптимизации. Например, опенкарт будет работать как с загруженным кодом Jivochat , так и без него - это и есть независимость кода.  На скриншоте ниже пример независимого стороннего кода, который поддается оптимизации.

 

Спойлер

 

 

 

Под спойлером пример кода, который необходим для работы опенкарт. Нет возможности его отложить, т.е. оптимизировать.
 

Спойлер

 

 

 

 

Еще пример. Гугл предлагает оптимизировать отображение текста и сделать оптимизацию шрифтов.  При этом гугл указывает вполне конкретные шрифты, которые могут быть оптимизированы. Это вполне конкретная рекомендация с вполне конкретным руководством к действию, а не общие слова.

Спойлер

 

 

Если вы не вполне понимаете есть ли для вашего сайта конкретные рекомендации гугла, которые можно выполнить с помощью Hi-Optimizer, то, пожалуйста, напишите разработчику прежде чем покупать Hi-Optimizer. Если же вы видите только рекомендации гугла в стиле "улучшайте ваш сайт", то от таких советов нет никакой практической пользы. 
Ниже еще пример бесполезной рекомендации гугла насчет уменьшения кол-ва узлов DOM.

Спойлер

 

 

Во-первых, невозможно уменьшить кол-во узлов DOM без серьезной переделки сайта, включая его верстку, изменение кол-ва модулей на странице и т.д. и т.п. Все это не входит в возможности Hi-Optimizer, т.к. задача кардинальной переделки, включая визуальные изменения, сайта не стоит.

Во-вторых, на приведенном скриншоте узлов всего 1530, при том, что гугл рекомендует использовать на странице до 1500 узлов, т.е. это практически норма. Т.е. иногда гугл дает бесполезные советы в стиле что-то изменить и получить выигрыш в 1%.

 

Еще раз повторяю. Если вы не видите кроме общих рекомендаций гугла ничего, то чуда в улучшении оценки гугла не случится.  В данном случае гугл сам не знает за счет чего же можно ускорить ваш сайт. Чуда не случится.  Не стоит в таком случае говорить, что модуль якобы не работает. Просто модуль умеет делать вполне конкретные и определенные действия, при этом вы сами определяете, что именно будет делать модуль Hi-Optimizer.   Например, модуль умеет с вашим указанием откладывать второстепенные скрипты чтобы они не мешали работе основного потока.  Но если нет ни одного второстепенного скрипта, т.е. вы не смогли указать такой скрипт, то и нет объекта, к которому можно было бы применить оптимизацию за счет отложенного выполнения.

 

Ниже на скриншоте  пример общих рекомендаций гугла, которые будут бесполезны для оптимизации сайта за счет Hi-Optimizer. Тут больше рекомендаций для настройки сервера (включить сжатие текста, настроить кеширование для браузера), и эти рекомендации вполне конкретны, т.е. их можно выполнить, но к Hi-Optimizer они не относятся.

Спойлер

 

 

 

Выполненные хотя бы частично (полностью все выполнить невозможно в принципе) рекомендации гугла могут считаются критерием для успешной работы Hi-Optimizer. Конечный результат сильно зависит от индивидуальных особенностей сайта, в первую очередь - от примененного шаблона. Хотя бы одна успешно выполненная рекомендация говорит о том, что hi-optimizer выполняет свою задачу. В качестве примера показана рекомендация гугла  "настройте показ всего текста во время загрузки веб-шрифтов", которая выполнена за счет hi-optimizer-а, насколько баллов это повлияет в конечном итоге сложно дать однозначный ответ, но наличие объективного факта оптимизации шрифтов можно проконтролировать, именно этот факт говорит о том, что модуль hi-optimizer выполняет свои функции. 

В случае сомнений полезности оптимизации на вашем сайте лучше всего воспользоваться триальным (тестовым) вариантом использования hi-optimizer-а до его покупки. Возможно, что еще на этапе анализа сайта будет понятно насколько перспективной (или нет ) может быть оптимизация. В случае негативного прогноза нет смысла в тестовом периоде.

Спойлер

 

 

После оптимизации  в Аудите гугла можно увидеть успешно выполненную рекомендацию:

 

 

 

 

Наличие множества опций настройки в hi-optimizer не означает, что на любом сайте их можно  и/или нужно использовать все и в любой комбинации. Для разных сайтов оптимальные и работоспособные комбинации могут сильно различаться.

 

Автор данного программного решения не может брать на себя обязательств, что на вашем конкретном сайте в любом  случае можно непременно достичь оценки гугла в 90+ баллов только лишь за счет применения программного решения "Hi-Optimizer". Оптимизатор Hi-Optimizer в первую очередь позволяет выполнять многие рекомендации гугла в плане оптимизации, например, позволяет снимать блокировку основного потока   (сторонними скриптами)  полностью (или, как миниум, существенно уменьшать ее).

Под спойлером подробнее о том какими средствами объективного контроля (от гугла) можно оценить как Hi-Optimizer выполняет оптимизацию по конкретным рекомендациям гугла.
 

Спойлер

 

Оптимизатор Hi-Optimizer в первую очередь позволяет выполнять многие рекомендации гугла в плане оптимизации, например, позволяет снимать блокировку основного потока   (сторонними скриптами)  полностью (или, как миниум, существенно уменьшать ее).  Как именно гугл оценит выполнение конкретной своей рекомендации заранее предсказать невозможно в цифрах, это связано с массой обстоятельств, на которые напрямую Hi-Optimizer не может влиять. Например, Hi-Optimizer не может влиять на скорость отклика сервера, на настройки кеширования файлов, заданные сервером, но эти показатели влияют на общую оценку гугла.  Оптимизатор Hi-Optimizer не влияет напрямую на цифры баллов, но позволяет выполнять рекомендации гугла. Работу оптимизатора можно оценивать по выполнению рекомендаций гугла, как пример, ниже показан результат снижения (или полного устранения) блокировки основного потока сторонними скриптами JavaScript.

 

Ниже показан пример ДО и ПОСЛЕ.   "ДО" основной поток работал 29.9 сек, была блокировка основного потока на 7580 мс, была рекомендация гугла по поводу оптимизации шрифтов.

"ПОСЛЕ" основной поток работает уже всего 13.8 сек (выигрыш 16.1 сек ), рекомендации "уменьшить влияние стороннего кода" больше нет у гугла (т.е. выигрыш 7580 мс), также выполнена рекомендация гугла, касающаяся шрифтов ("настройте показ текста").

Т.е. объективные замеры показывают, что произошло выполнение конкретных рекомендаций гугла,  и эти изменения вполне отражаются в замерах гугла (не путать с баллами!).

Желание и ожидание заказчиком непременной минимальной оценки 90+ является лишь желанием закзчика,  это ожидание может сбыться, а может и не сбыться. Никаких 100% обещаний разработчик не дает по непременному взлету до 90+ (особенно с почти нуля: с 5 или 15 стартовых баллов, например ). Низкая стоимость данного программного решения не сопоставима по стоимости с услугами вида "ускоряем до 90+ с обязательством и гарантией" и не подразумевает никаких гарантий в достижении оценки гугла 90+ всегда и везде.  Если нужно достижение в 90+ с обязательством, то это возможно в рамках отдельной договоренности и дополнительной стоимости.

Даже при первоначальной оценке конкретного сайта разработчик Hi-Optimizer может отметить какие именно рекомендации гугла может выполнить оптимизатор Hi-Optimizer, но разработчик не может спрогнозировать точно насколько гугл в баллах оценит выполнение каждой отдельной рекомендации или всех рекомендаций вместе взятых. Можно лишь сделать в лучшем случае прогноз на прирост оценки в несколько десятков баллов если у вас первоначальная оценка, например, ниже 50. Если же у вас на старте оценка уже 80 или 85, к примеру, то тут о приросте в несколько десятков баллов не может быть и речи, т.к. до 100 остается всего 15...20 баллов, и чем ближе к 100, то тем дороже каждый балл, т.е. в данном случае подъем на 10 баллов (например, с 80 до 90) - это уже хороший результат.

 

ДО:

 

 

ПОСЛЕ:

 

Это (см. ниже) объективные замеры скорости (не путать с баллами!).   Именно они изменяются после выполнения конкретных рекомендаций гугла.

 

 

 

Hi-Optimizer не может уменьшить количество узлов DOM.  Это решается только изменением верстки в ручном режиме.  Количество узлов DOM влияет на итоговую оценку гугла. Гугл рекомендует не превышать число узлов DOM в 1500 узлов.  Если у вас количество узлов, например, 5000, 10 000 или 15 000 (или еще выше), то рекомендуется снизить собственные ожидания получить оценку в 90+ без изменения верстки. Чем выше количество узлов, то тем проблематичнее делать оптимизацию сайта. Если узлов существенно больше 1500, то принципиальное  достижение 90+ будет под вопросом, особенно если начальная оценка гугла близка к нулю (например, 0...15 баллов)

 

 

Гугл рекомендует ( Lighthouse отмечает как проблемы если показатели выше определенных значений):

Lighthouse flags pages with DOM trees that:

• Have more than 1,500 nodes total.
• Have a depth greater than 32 nodes.
• Have a parent node with more than 60 child nodes.

Гугл рекомендует (иначе гугл отметит невыполнение этих условий как проблему):

• Иметь не более 1500 узлов.
• Имеют глубину не более 32 узлов.
• У родительского узла не должно бытьболее 60 дочерних узлов.

 

 

Какие шаблоны из известных являются сложными для оптимизации?

 

Спойлер

 

Назову лишь один, для которого результат оптимизации бывает далеко не всегда удачным. И удачным можно считать даже прибавку в +20 баллов. Это шаблон Рево...шн
Бывает, что на данном шаблоне получается достичь хороших результатов оптимизации, но не всегда.

Особенность данного шаблона в том, что основной контент по мере загрузки страницы (кода HTML) не отображается на странице. Только после загрузки страницы начинает работать скрипт, который работает над отображением основного контента.
 

Код:

<script src="catalog/view/javascript/revolution/js_change.js"></script>

 

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

На скриншоте ниже отмечены два очень важных параметра, которые страдают от указанной выше особенности шаблона. Это время отрисовки крупного контента и время до взаимодействия со страницей, они обведены на скриншоте.

 

В качестве примера взята страница демо шаблона от разработчика данного шаблона. Как видим, страница не отягощена блокировкой основного потока, на ней нет виджетов, метрик, карт и прочего, что могло бы снижать оценку гугла, но даже при этом страница не имеет высокой оценки гугла.  Т.е. если на такой странице будут еще виджеты, метрики, карты и пр, то оценка будет существенно ниже, но за счет снятия блокировки основного потока (это умеет делать hi-optimizer) можно подтянуть оценку гугла до примерно оценки демо-шаблона, но не забываем при этом о влиянии количества товаров на странице.

 

 

 

 

Ввиду указанной особенности отрисовки основного контента после загрузки всей страницы за счет скрипта получаем сильную зависимость времени отрисовки всей страницы от количества узлов DOM, которое определяется количеством товаров на странице и/или количеством всевозможных каруселей с товарами (справедливо если рассматривать суть, но с некоторым упрощением). Если коротко, то чем больше на странице товаров, то тем медленнее будет страница и, соответственно, тем меньше она способна набрать баллов по оценке гугла.

 

Если отключить в браузере JavaScript, то хорошо видно, что данный шаблон не рисует основной контент, вместо него будет пустое поле.

 

 

Есть несколько автоматических режимов оптимизации JavaScript , начиная с режима банального группирования скриптов в конце HTML, а также есть несколько режимов продвинутой оптимизации JavaScript. Модуль Hi-Optimizer использует продвинутые современные технологии распараллеливания загрузки скриптов и одновременного выполнения построения страницы, используются где необходимо асинхронная загрузка скриптов, отложенная загрузкаи и комбинация этих способов с синхронной загрузкой и выполнением.

В модуле есть встроенный анализатор исходного кода страниц, который позволяет в ручном режиме визуально находить участки кода, которые требуют оптимизации. Такой анализатор непрерывно развивается и служит большим подспорьем для нахождения проблемных мест в коде HTML.

За счет использовния модуля Hi-Optimizer будут выполнены максимально насколько возможно рекомендации Гугла (https://developers.google.com/speed/pagespeed/insights/). Это способствует существенному поднятию оценки Гугла и реальному ускорению.

В настоящее время модуль Hi-Optimizer работает на самых разных сайтах ( примерное количество: 50+) на движке Opencart (OcStore) версий 1.5, 2.*, 3.0

 

Модуль Hi-Optimizer не занимается кешированием (ускорением) медленно работающих скриптов php на вашем сервере (хостинге), не ускоряет работу вашей базы данных и т.п. Это сугубо серверные задачи, для которых модуль не предназначен.   Перед модулем нет задачи улучшить отклик сервера, данный параметр гугл называет Reduce server response times (TTFB) .

 

Пример  (это страница БЕЗ оптимизации): https://hi-optimizer.sitecreator.pro/home00.html
Тут полный порядок с откликом сервера, в этом плане страница очень быстрая. Вообще в плане серверной оптимизации все идеально, и на сервере улучшать нечего. Но кроме работы программ на сервере есть работа программ на устройстве пользователя, т.е. на его смартфоне (в его браузере), на его компьютере, планшете и т.п.   И вот работа этих программ оказывается в данном примере Не оптимизирована.

Спойлер

 

 

 

Но гугл считает, что скорость этой страницы очень низкая и оценивает ее лишь в 24 балла.
Это как раз говорит о том насколько важна не только (и часто не столько ) скорость отклика сервера,  а скорость работы страницы сайта в браузере пользователя. В приведенной выше ссылке скорость отклика сервера очень хорошая,  но общая скорость по замерам гугла оказывается очень низкой до оптимизации.

Модуль Hi-Optimizer как раз и призван решить проблемы на стороне клиента, т.е. оптимизировать выполнение программ на устройстве конечного пользователя.

 

Спойлер

 

 

 

 

 

 

Оптимизирует практически все, что загружается, работает и "крутится" в браузере пользователя. Особый упор сделан на оптимизацию работы программ (скриптов JS) на смартфонах.  Всевозможные минификации в данном случае играют лишь слабую второстепенную роль в оптимизации. Так, например, оптимизация загрузки и отображения  различных шрифтов  вносит гораздо более весомый вклад чем пресловутая минификация HTML или CSS.

С учетом того, что на любом хостинге используется сжатие gzip для HTML, CSS, JS, то минификация играет крайне слабую роль в оптимизации, а гугл очень слабо оценивает минификацию (если вообще оценивает).

 

Т.е. сейчас для оценки скорости загрузки страницы важны совсем другие факторы нежели минификация HTML. Поэтому в данном модуле вы не увидите минификацию HTML (по сути это бесполезная функция). Гораздо важнее скорость анализа CSS, выполнения JS и собственно рендеринг страницы.

 

Если большой вес изображений, то будет также полезна оптимизация изображений (как их веса, таки и загрузки - lazy load).

 

 

 

Демо-сайт:

 

https://hi-optimizer.sitecreator.pro

 

админка (переходить строго по ссылке, доступ к другим настройкам в админке запрещен):

https://hi-optimizer.sitecreator.pro/admin/index.php?route=extension/module/hi_optimizer

hioptimizer

hioptimizer

 

 

Оценка сайта гуглом

https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fhi-optimizer.sitecreator.pro%2F

 

 

 

 

 

Эта же страница ДО оптимизации (ее оценка ДО оптимизации 27 баллов для мобильных):

код на 100% совпадает с кодом главной страницы https://hi-optimizer.sitecreator.pro/   ДО оптимизации.

https://hi-optimizer.sitecreator.pro/home00.html

ссылка для проверки в гугле:

https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fhi-optimizer.sitecreator.pro%2Fhome00.html&tab=mobile

 

Спойлер

 

 

 

 

 

 

 

Часть список из нескольких десятков сайтов, на которых работает Hi-Optimizer:
 

Спойлер

 

 

 

 

 

Можно по комментарию в исходном коде HTML увидеть, что работает Hi-Optimizer, а также получить дополнительную информацию (такую как потраченное время на оптимизацию страницы).

 

 

 

 

 

---

• Добавил
  sitecreator
• Добавлено
  10.04.2020
• Категория
  Кэширование, сжатие, ускорение
• Системные требования
  php 5.6 - 7.4, Ioncube Loader версии не ниже 10+
• Метод активации
  По запросу в ЛС
  По запросу на почту
• Ioncube Loader
  Требуется
• ocStore
  3.0
  2.3.0.2.4
  2.3
  2.2
  2.1
  1.5.5.1.2
  1.5.5.1.1
  1.5.5.1
  1.5.4.1.2
  1.5.4.1.1
  1.5.4.1
  1.5.3.1
  1.5.2.1
  1.5.1.3
• OpenCart.Pro, ocShop
  Opencart.pro 2.3
  Opencart.pro 2.1
• Обращение к серверу разработчика
  Нет

 

[sitecreator]

резерв.

[sitecreator]

резерв.

[sitecreator]

Модуль Hi-Optimizer содержит в своем комплекте не только инструменты оптимизации, но и инструменты анализа, которые позволяют делать качественную оценку страниц сайта на предмет оптимизации и проверять насколько успешно происходит распознавание скриптов, требующих оптимизации.  Т.е. вы не просто вслепую вносите параметры и надеетесь, что они как-то применяются, но можете полностью контролировать этот процесс.

 

Инструментарий для анализа развивается.  Подробная документация по мере возможностей также подготавливается.

 

На скриншоте показан пример анализа страницы вашего сайта, на которой автоматически распознаются скрипты, которые можно и нужно оптимизировать.

 

Благодаря такому анализу вы можете обнаружить логические ошибки в виде многократного подключения одинаковых скриптов, но с разными параметрами. На скриншоте видно, что идет многократное подключение к фейсбуку с разными ID, тоже самое касается googletagmanager.

В результате появляется возможность устранить такие ошибки.

 

Разумеется, что идет анализ страниц до оптимизации их оптимизатором Hi-Optimizer даже если у вас в этот момент работает Hi-Optimizer на сайте.

Анализ идет, так сказать, чистых входных данных.

 

 

 

 

[sitecreator]

Для переживающих.

Не включайте оптимизацию для метрики. Никто вас не принуждает к этому. Есть выбор.

Откладывайте только те скрипты, которые считаете нужными.

 

Можно ли загрузить Яндекс-карты, Яндекс-Чат, Яндекс-касса после основного контента? Однозначно, что можно.

Карты, как и прочие виджеты вроде отзывов в Фейсбуке имеет смысл вообще показывать тогда когда пользователь до них докрутил страницу.

Какой смысл делать это раньше если до карты в "подвале" сайта пользователь может вообще не дойти?

Тут самое логичное использовать для карт, виджетов и тп. принцип Lazy Load.

 

 

 

 

 

 

 

 

 

 

Метрики в первую очередь блокируются всевозможными блокираторами рекламы adGuard, adBlock. Сейчас уже сложно найти браузер, в котором бы не блокировалось бы отслеживание и реклама. В режиме инкогнито все браузеры блокируют метрики. Часть браузеров предлагают по умолчанию свои средства блокировки рекламы и отслеживания.

 

Разумным видится отклыдывание того же вебвизора (метрика-яндекс) до первого действия пользователя. Смысл собирать информацию о сайте до действий пользователя? Кроме тормозов это ничего не вызывает.  Но можете не откладывать ни метрику, ни какую-либо иную аналитику.

 

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

 

 

 

Имеет смысл отложить виджеты подобные этим  (binotel - телефония, Jivosite - чат общения):

 

 

 

[sitecreator]

 

Контрольные суммы "стартового" файла, который был проверен форумом.

Можете пользоваться только им и никогда не пытаться устанавливать обновления. Ведь последующие обновления любых  модулей любых авторов, шаблонов (тем) на этом форуме никогда не проверяются в силу физической невозможности подобного контроля.

 

 

Решение для оптимизации (Hi-Optimizer) таки развивается.

В данный момент не претендует на звание идеального продукта.

Абсолютно все пожелания, замечания пользователей учитываются и анализируются.

 

Не все комбинации галочек имеет смысл пробовать. Все сайты - очень разные, поэтому универсального рецепта оптимизации не существует.

Главное - это понимание того, что вы делаете. Есть отдельные универсальные рецепты, но в каждом конкретном случае нужно смотреть что именно принесет успех в оптимизации.

[sitecreator]

Итак, информация исключительно для тех, кто программирует на JavaScript. И не просто программирует, а знает данный язык на отлично. Для тех, кто разбирается как, в какой последовательности происходит загрузка и выполнение отдельных файлов и блоков кода JS.   Тема крайне непростая, но кто в теме, тот поймет.

 

Итак, как загружается googletagmanager?

 

 

<script async src="https://www.googletagmanager.com/gtag/js?id=UA-9999-2">

 

А загружается googletagmanager асинхронно.  Именно тот файл JS, который загружается с сайта гугла.

Сам скрипт от гугла, который начинает отслеживать страницу может начать работать до загрузки скрипта с сайта гугла.  Этот скрипт идет отдельно.

 

Вот собственно тело скрипта гугла, который начинает отслеживать страницу не дожидаясь загрузки асинхронного скрипта :

<script>window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());

  gtag('config', 'UA-9000-2');</script>

 

 

Асинхронный скрипт можно вполне отложить и заставить загружаться после формирования страницы, что логично.

Почему мы можем так поступить?

Потому, что асинхронный - это означает, что страница будет формироваться независимо пока загружается скрипт. Данный скрипт (например, если тормозит сервер гугла) может вообще через 30 сек загрузиться.

 

Но на мой взгляд разумнее всего загружать данный скрипт после формирования страницы когда она отображена пользователю во всей красе. В принципе пока пользователь не совершил никакого действия (клик, скроллинг, прикасание как таковое к тачпаду) всевозможным вебвизорам, аналитикам и прочим сборщикам информации собирать нечего о действиях пользователя. Но как только пользователь совершит хотя бы прикасание к тачпаду, то нужный скрипт будет сразу же загружен если это еще не произошло ранее.

 

Напомню, что асинхронный скрипт может загружаться пока идет работа браузера по построению страницы, но как только он будет загружен, то он немедленно будет выполнен и будет блокировать основной поток выполнения, т.е. построение страницы на это время прекратится. В большинстве случаев нам этого вовсе не надо, не такой уж он приоритетный чтобы ради него останавливать всю страницу.

 

Асинхронный скрипт по своей природе может загрузиться вообще хоть через минуту после загрузки страницы. Как говорится, когда смог.  Это никак не влияет на выполнение JS.  Но в тоже время желательно чтобы аналитика и т.п. загружались как можно скорее, но без блокировки основного потока.

 

Моя рекомендация. Подобные аналитические скрипты можно откладывать. Добавлять в список отложенных, но которые стартуют по первому же действию пользователя (если они к этому времени еще не загрузились сами собой).

 

Всевозможные виджеты, чаты и т.п. можно совершенно смело откладывать.

 

Если есть сомнения насчет аналитик, то рекомендуется тестировать их работу. В принципе при сомнениях можно вообще не включать их оптимизацию.

Если у вас есть разумные предложения как следует правильно оптимизировать Метрику, Аналитику и т.п., то милости просим!  Выслушаю ваши идеи.

 

В отложенной загрузке всяких аналитик есть потенциальный минус в том случае если пользователь не стал смотреть страницу, а сразу же нажал "закрыть" как только страница загрузилась или даже не успела еще загрузиться. Но нужна ли вам статистика по пользователям, которые попали на страницу чисто случайно и которые даже 3 сек не потратили на вашу страницу?  Если вам непременно нужно отслеживать таких пользователей, то не оптимизируйте тогда всевозможные счетчики, метрики и аналитики.  Сами смотрите, что вам важнее - отследить случайных посетителей или быстрая скорость загрузки страниц для всех заинтересованных пользователей + повышенная оценка гугла.

 

Когда нельзя от чего-то отказаться, то можно найти разумный компромисс.

Тот же вебвизор от Яндекса безбожно тормозит страницу еще до ее формирования, причем он будет старательно записывать как формируется страница и зафиксирует даже Lazy Load загрузку картинок еще ДО ТОГО как пользователь хоть что-то кликнет или что-то предпримет.

 

Итак, любые полезные идеи и мысли по теме приветствуются!

 

 

 

 

 

 

[sitecreator]

В новой версии добавлена таблица с уже подготовленными ссылками, которые могут встречаться в скриптах, требующих отложенного выполнения.

 

Метрика Яндекса, аналитика Гугла и т.п. счетчики работают корректно при отложенном выполнении.

Проверено неоднократно на десятках сайтах. Подсчет конверсии гугла и т.п. происходит корректно.

 

Откладывание скриптов всевозможных счетчиков стоит делать именно на вкладке "JavaScript ссылки". За несколько месяцев работы и тестах на примерно 70+ сайтах апробирован довольно удачный алгоритм задания приоритетов выполнения различных скриптов.

Дальнейшее совершенствование методов ведется.

 

 

[sitecreator]

гугл в очередной раз сменил алгоритм подсчета баллов для сайта. Буквально сегодня.

Используются новые параметры для оценки.

 

Некоторые сайты просели в оценке, некоторые - наоборот.

Как водится, несколько дней или недель ждет определенный расколбас в оценке и коррекция гуглом алгоритма.

 

Уважаемые заказчики, мое время работы с изменением алгоритма может несколько увеличиться с вашими заказами.

 

 

 

[sitecreator]

Подстраиваемся под новый алгоритм ГУГЛА.

В модуле оптимизации заложено несколько разных возможностей.

Наиболее эффективным был вариант оптимизации по плану А.  Это было до нового алгоритма Гугла.

Но в модуле Hi-Optimizer был заложен давно план оптимизации Б.

Именно он наиболее эффективен для нового алгоритма гугла.

 

Ранее он был как запасной план и особо не развивался мною, т.к. лучшие показатели давал план А.

Сейчас все изменилось.

Значит, буду развивать план Б.

 

Именно благодаря переключению на него удалось снова поднять баллы. В текущих условиях он дает на несколько баллов более высокую оценку чем план А.

 

 

 

 

 

 

[sitecreator]

Изменения в оценке гугла и работы способов оптимизации покажу на конкретном примере.

 

Старый и новый алгоритмы гугла соответственно:

 

 

 

Как видим,   стартовать приходится уже с более низкой позиции:  с 39 баллов против 52 по старому алгоритму.

Прирост всего +34 балла (по новому алгоритму гугла) против прироста в +44 балла по старому.

 

Оптимизация стала сложнее и менее эффективная в полуавтоматическом режиме.

Но результат есть.   Особенно если учесть довольно низкую стоимость подобной услуги.

 

Если нужен непременно взлет до 90+, то тут поможет полная переделка сайта или, как минимум, кропотливая ручная работа по стоимости на порядок выше чем просто установка и настройка оптимизации за счет модуля Hi-Optimizer.

[sitecreator]

Оптимизировал сегодня сайт.

 

начинал с 26:

 

 

 

 

получил результат 95...100 баллов в итоге.

 

https://lh6.loading.express/reports/1590813439.report.html

 

 

 

[pmshirshov]

Добрый день.
Хочу попросить Вас установить Ваш модуль для теста!
Сайт https://nicebike.ru/
В начале февраля переехал с версии движка 1.5.4.1 на 3.0.2. (шаблон NewStore)
На версии 1.5.4.1 магазин по оценке Google скорость загрузки главной страницы, страницы категории и страницы товара  находилась в зелёной зоне 80-90 попугаев не зависимо от используемого устройства (компьютер или смартфон)
На данный момент скорость загрузки главной страницы - 3-6 (моб), 20-24 (комп)




Так же очень низкий показатель скорости загрузки страниц показывает Гугл Сёрч Консоль


При уверенном нахождении магазина в зелёной зоне (100 не надо!!!) в диапазоне 80-90 единиц во время тестового периода готов приобрести Ваш модуль.
Все доступы на Ftp и в админку могу прислать в личку.

ВНИМАНИЕ! Сайт боевой!

PS: Если по какой-то причине модуль окажется мне не нужен, то как происходит деинсталяция модуля, сколько это стоит и после удаления не останется ли следов?

[sitecreator]

@pmshirshov , да, результат у вас сейчас плачевный.  для десктопов в том числе.

у вас тяжелый DOM - более 10 000 узлов.

Изображения не оптимизированы.  их у вас много, они без lazy load, да еще по старому протоколу http 1.1 . Это тоже сильно тормозит страницу.

Подход нужен комплексный. Как вы считаете?

 

Я могу поставить модуль вам для теста. Правда, я сейчас перегружен и почти нет времени для этого. Но вы должны понимать, что взлета до 90+ в нынешних условиях никто не гарантирует.  Прирост может быть в +20 или в +30 баллов.  Но и +50 может быть. Я вам назвал некоторые отягчающие факторы, на которые я не могу повлиять. Вы, правда, можете если хотя бы обратите внимание на оптимизацию изображений.

 

Напишите, пожалуйста, в личку. Сразу с доступами.  Но только при условии, что не будет требований вроде "за 89 платить не будем, а только за 90+".

Я могу спрогнозировать прирост в несколько десятков баллов. Точнее не скажу, предлагаю все же соизмерять требования с ценой.

Если нужен индивидуальный подход к сайту, то тут ценник начинается с 15 000 р за услугу.  И при тяжелом DOM в 10 000 узлов еще стоит мне подумать, а браться ли?

 

 

гугл рекомендует не более 1500 узлов.  у вас более 10 000.

 

 

 

 

 

[pmshirshov]

2 часа назад, sitecreator сказал:

@pmshirshov , да, результат у вас сейчас плачевный.  для десктопов в том числе.

у вас тяжелый DOM - более 10 000 узлов.

Изображения не оптимизированы.  их у вас много, они без lazy load, да еще по старому протоколу http 1.1 . Это тоже сильно тормозит страницу.

Подход нужен комплексный. Как вы считаете?

 

Я могу поставить модуль вам для теста. Правда, я сейчас перегружен и почти нет времени для этого. Но вы должны понимать, что взлета до 90+ в нынешних условиях никто не гарантирует.  Прирост может быть в +20 или в +30 баллов.  Но и +50 может быть. Я вам назвал некоторые отягчающие факторы, на которые я не могу повлиять. Вы, правда, можете если хотя бы обратите внимание на оптимизацию изображений.

 

Напишите, пожалуйста, в личку. Сразу с доступами.  Но только при условии, что не будет требований вроде "за 89 платить не будем, а только за 90+".

Я могу спрогнозировать прирост в несколько десятков баллов. Точнее не скажу, предлагаю все же соизмерять требования с ценой.

Если нужен индивидуальный подход к сайту, то тут ценник начинается с 15 000 р за услугу.  И при тяжелом DOM в 10 000 узлов еще стоит мне подумать, а браться ли?

 

 

гугл рекомендует не более 1500 узлов.  у вас более 10 000.

 

 

 

 

 

То есть судя по Вашему ответу я даже в середину жёлтой зоны не заберусь во время теста?
Если проводить тест не на категории а на товаре, то скорость загрузки чуть больше чем на категории и на главной




Вы же так хорошо сделали презентацию что я подумал - "Вот оно счастье для решения проблемы моего магазина"
Я не стремлюсь к показателю 90-100
Мне достаточно и 70-80

[sitecreator]

8 часов назад, pmshirshov сказал:

То есть судя по Вашему ответу я даже в середину жёлтой зоны не заберусь во время теста?

 

вы взяли и перекрутили мой вывод.

середина желтой зоны - это 65... 70 баллов. верно?

Я не могу гарантировать, возможно, что попадете.

 

8 часов назад, pmshirshov сказал:

Мне достаточно и 70-80

 

у вас на старте всего 5 баллов. 10 000 узлов, изображения оптимизировать вы не собираетесь при этом.

еще и на старом тормозном протоколе http 1.1 собираетесь оставаться? Судя по тому, что вы никак не отреагировали на эти моменты, то вас они не смущают при вашем желании получить 80 баллов почти с нуля.

и при этом вы хотите гарантий достижения в 70-80 баллов? за 3000 руб?

В данном случае такие повышенные требования с вашей стороны не соответствуют стоимости услуги.

Например, подъем на +50 баллов результатом вы считать не будете достаточным чтобы его оплачивать.  Ваше право.

 

Но мне все же кажется, что желания должны быть соизмеримы с текущими возможностями и ограничениями вашего сервера, а также с возможностями модуля или услуги за 3000 р.

 

Я знаю как гарантированно получить 90+ для вашего сайта, но не за 3000 руб. Увы, взлета с почти нуля (5 баллов) до 90 или хотя бы до 80 не могу обещать за 3000 р.,   хоть он и  возможен в этом случае - как повезет.

 

[sitecreator]

Модуль оптимизации  Hi-Optimizer работает наилучшим образом когда на сайте не производились ранее оптимизации.

Любые иные оптимизации должны быть отключены.

Если файлы CSS, JS у вас объеденены в один, то они должны быть разлеплены до начала работы модуля Hi-Optimizer.

Это делается в настройках шаблона или в настройках модулей минификации и т.п.

Если у вас у хостера включены всякие оптимизации за счет серверного pagespeed, то они также должны быть отключены.

 

Иначе многие возможности Hi-Optimizer  по оптимизации будут сведены до минимума.

 

Это к вопросу "да мы сами все настроим, вы нам только ключ дайте".

Я предлагаю совершенно бесплатную установку и настройку.  Я знаю все нюансы, о которых вы не подозреваете.

Я знаю что нужно сделать чтобы эффективность была максимальной, а для этого нужно в других модулях вроде кешеровщика менять некоторые настройки.

 

Поэтому у меня нет желания пока давать просто ключи для теста, т.к. пользователи в 99% случаев не обладают нужными знаниями и просто не получат нужных результатов из-за отсутствия у них квалификации. Модуль   Hi-Optimizer - это не просто модуль, в котором достаточно поставить галочки, метод научного тыка тут не прокатит. Нужно делать все с пониманием и контролем.

 

 

Кроме того, если я сталкиваюсь с чем-то новым, что требует программирования, то я это сразу реализую и эта новая возможность появляется в новом релизе модуля.  Никакой "просто настройкой" вы сами этого не сделаете.

 

Особенно важен контроль в новых условиях изменившегося алгоритма гугла.

Поэтому предлагаю пользоваться возможностью бесплатной настройки с моей стороны.

 

[pmshirshov]

13 часов назад, sitecreator сказал:

 

вы взяли и перекрутили мой вывод.

середина желтой зоны - это 65... 70 баллов. верно?

Я не могу гарантировать, возможно, что попадете.

 

 

у вас на старте всего 5 баллов. 10 000 узлов, изображения оптимизировать вы не собираетесь при этом.

еще и на старом тормозном протоколе http 1.1 собираетесь оставаться? Судя по тому, что вы никак не отреагировали на эти моменты, то вас они не смущают при вашем желании получить 80 баллов почти с нуля.

и при этом вы хотите гарантий достижения в 70-80 баллов? за 3000 руб?

В данном случае такие повышенные требования с вашей стороны не соответствуют стоимости услуги.

Например, подъем на +50 баллов результатом вы считать не будете достаточным чтобы его оплачивать.  Ваше право.

 

Но мне все же кажется, что желания должны быть соизмеримы с текущими возможностями и ограничениями вашего сервера, а также с возможностями модуля или услуги за 3000 р.

 

Я знаю как гарантированно получить 90+ для вашего сайта, но не за 3000 руб. Увы, взлета с почти нуля (5 баллов) до 90 или хотя бы до 80 не могу обещать за 3000 р.,   хоть он и  возможен в этом случае - как повезет.

 

Я пока ничего не перекручивал.
Возможно надо было сразу написать про это.
Я пользователь и некоторых тонкостей не знаю. 10000 узлов на главной для меня понятно, так там много чего выводится, но 10000 узлов в карточке товара ...... для меня не понятно.
Что касается протокола http 1.1 - вообще впервые слышу.

Допустим я напишу вразумительное письмо (надо ещё его сочинить) на хостинг AdminVPS? Ситуация сдвинется в положительную сторону?
 

[pmshirshov]

14 часов назад, sitecreator сказал:

протоколе http 1.1

Мне хостеров попросить установить HTTP 2?

[pmshirshov]

2 часа назад, pmshirshov сказал:

у вас на старте всего 5 баллов. 10 000 узлов, изображения оптимизировать вы не собираетесь при этом.

еще и на старом тормозном протоколе http 1.1 собираетесь оставаться? Судя по тому, что вы никак не отреагировали на эти моменты, то вас они не смущают при вашем желании получить 80 баллов почти с нуля.

и при этом вы хотите гарантий достижения в 70-80 баллов? за 3000 руб?

Допустим я установлю найду возможность установить webp и протокол http 2
Остальное сделает Ваш модуль? тогда уже до уверенного нахождения в зелёной зоне под 90 или 90+ попугаев?

[pmshirshov]

Так что в итоге? Наш диалог сошел на нет?

[sitecreator]

15 часов назад, pmshirshov сказал:

Так что в итоге?

 

в итоге вы желаете все больше и больше.

начинали со скромных:

 

В 30.05.2020 в 13:47, pmshirshov сказал:

Мне достаточно и 70-80

 

при том, что сайт практически на нуле:

 

В 30.05.2020 в 10:51, pmshirshov сказал:

На данный момент скорость загрузки главной страницы - 3-6 (моб)

 

теперь уже новые пожелания:

В 31.05.2020 в 14:35, pmshirshov сказал:

тогда уже до уверенного нахождения в зелёной зоне под 90 или 90+ попугаев?

 

желания хорошие.  Но я вам могу лишь предложить поискать другого специалиста, который вам гарантированно поднимет с 3...6 баллов до 90+, и все это за 3000 руб.

Я лишь могу прогнозировать повышение оценки на несколько десятков баллов за счет своего решения. Я это писал многократно.

Пожалуйста, соизмеряйте ваши желания с вашими возможностями.  Индивидуальный подход (с гарантиями и т.д.) будет стоит дороже, об этом я тоже писал.

 

Я предлагаю лишь инструмент, который в умелых руках позволяет оптимизировать скрипты, css и т.п.  Но в этом инструменте нет магического преобразования DOM размером в 10 000+ узлов в DOM с 1500 узлами.  Такое делается в ручном режиме. Прошу не путать модуль с услугой по оптимизации.

 

И раз уж:

В 31.05.2020 в 14:35, pmshirshov сказал:

Допустим я установлю найду возможность установить webp и протокол http 2

 

также тогда сперва находите возможность снизить кол-во узлов DOM с 10 000+  до рекомендуемых гуглом 1500, ну или хотя бы до разумных 3000, например.

 

Нужен результат выше? Я уже писал, что это оценивается иначе, стартовая сумма выше тоже указывалась мною.

Ваш сайт без частичной или полной переделки никогда в 90+ не попадет в нынешних условиях.

 

Еще раз, если вам нужно за 3000 р. все, т.е. 90+ или ничего, то я вам тут не смогу помочь.

 

Это примеры работы на реальных сайтах. Условно говоря, не самые мои высокие достижения показываю намеренно, зато реальные. В каких-то случаях с 5 баллов поднимались до 77, в других - с 2 баллов до 54.

Оценка сайта около НУЛЯ до начала работ говорит о том, что с производительностью на сайте все крайне плохо.

И заказчики вполне адекватно воспринимали подъем практически с нуля на +50 или +70 баллов.

Спойлер

 

 

 

 

[pmshirshov]

7 часов назад, sitecreator сказал:

 

в итоге вы желаете все больше и больше.

начинали со скромных:

Вот зачем вы так? В первом моем посте я сразу все написал с то 100 баллов мне не надо, а 80-90 будет достаточно.

Так же написал что на версии 1.5.4.1 сайт летал.

Я переехал на 3.0.2 с абсолютно такой же структурой.

Есть конечно подозрения на тормоза в 20-30 единиц, при выключенном фильтре показатель скорости выше на 20-30 пунктов.

Так же прислушиваясь к вашему мнению, поменяю протокол с 1.1 на 2, установлю более современный формат изображений на 1.5.4.1 все картинки были webp.

 

 

Я могу поставить модуль вам для теста. Правда, я сейчас перегружен и почти нет времени для этого. Но вы должны понимать, что взлета до 90+ в нынешних условиях никто не гарантирует.  Прирост может быть в +20 или в +30 баллов.  Но и +50 может быть. Я вам назвал некоторые отягчающие факторы, на которые я не могу повлиять

- так можно же поставить и посмотреть.

 

В 30.05.2020 в 13:47, pmshirshov сказал:

Но только при условии, что не будет требований вроде "за 89 платить не будем, а только за 90+".

Про оплату пока речи и не было. Вы же сами пишите в своем описании что возможен тест!

 

И так же я спрашивал про деинсталяцию, про это вообще нет ни слова.

 

Вы же выкладывание модуль и пишите к нему описание в котором показываете только прелести модуля, я как обычный пользователь читаю что вы пишите и какие прикладываете изображения, мне нравится результат и я Вам пишу и прошу тест!

Что я делаю не так?

 

Давайте будем вежливее друг другу!

 

Можете поставить для теста - ставьте! Посмотрим.

Не можете - тогда пожалуйста не пишите этого.

 

Жду с нетерпением Вашего ответа.

 

[sitecreator]

56 минут назад, pmshirshov сказал:

Про оплату пока речи и не было. Вы же сами пишите в своем описании что возможен тест!

 

Возможен. Но вас он может с большой долей вероятности не устроить.

Я потрачу часа два чтобы поднять ваш сайт с 5 баллов до 60, например.   В силу объективных причин (см. выше)  выше может и не получиться. Вас это не устроит.

Если мое время с большой долей вероятности будет потеряно впустую, то зачем мне его тогда тратить если его и так не хватает на реальные заказы?

 

Я вам сразу обозначил свои условия:

Цитата

получении тестового ключа по договоренности с автором

 

В 30.05.2020 в 11:24, sitecreator сказал:

взлета до 90+ в нынешних условиях никто не гарантирует.  Прирост может быть в +20 или в +30 баллов.  Но и +50 может быть.

 

ваши возрастающие с каждым постом требования переводят задачу в разряд вряд ли выполнимой:

 

В 30.05.2020 в 13:47, pmshirshov сказал:

Мне достаточно и 70-80

 

В 31.05.2020 в 14:35, pmshirshov сказал:

тогда уже до уверенного нахождения в зелёной зоне под 90 или 90+ попугаев?

 

Я вам сразу написал условия, при которых имеет смысл делать установку. Если вы не принимаете условия, то это просто значит, что не договорились. Вы мне пытаетесь свои навязать, но меня они не устраивают.

 

Ваш сайт практически на нулевой отметке. Не понимаю почему вы решили, что без кардинальной переделки получите непременно 90+? Впрочем, пошли по третьему кругу...

 

1 час назад, pmshirshov сказал:

И так же я спрашивал про деинсталяцию

 

модуль ставится через ocmod, через него же и отключается. никакие файлы не заменяются.

[pmshirshov]

2 часа назад, sitecreator сказал:

 

Возможен. Но вас он может с большой долей вероятности не устроить.

Я потрачу часа два чтобы поднять ваш сайт с 5 баллов до 60, например.   В силу объективных причин (см. выше)  выше может и не получиться. Вас это не устроит.

Если мое время с большой долей вероятности будет потеряно впустую, то зачем мне его тогда тратить если его и так не хватает на реальные заказы?

 

Я вам сразу обозначил свои условия:

 

 

ваши возрастающие с каждым постом требования переводят задачу в разряд вряд ли выполнимой:

 

 

 

Я вам сразу написал условия, при которых имеет смысл делать установку. Если вы не принимаете условия, то это просто значит, что не договорились. Вы мне пытаетесь свои навязать, но меня они не устраивают.

 

Ваш сайт практически на нулевой отметке. Не понимаю почему вы решили, что без кардинальной переделки получите непременно 90+? Впрочем, пошли по третьему кругу...

 

 

модуль ставится через ocmod, через него же и отключается. никакие файлы не заменяются.

Я Вас услышал!
Если нет возможности и желания со мной, реальным клиентом возиться, то это ваш выбор.
Возможно для Вас это было бы ещё одно очко в копилку лояльности и авторитетности.

Тогда вопрос напоследок - Как установка вашего модуля

 

В 15.04.2020 в 16:28, sitecreator сказал:

оптимизация всевозможных метрик (Яндекс и др.), аналитик (Гугл, Фейсбук и др.)[с определенной осторожностью и по желанию, не является обязательным]

влияет на корректность сбора аналитических данных?