Выберите язык

Расширения

Featured

Обзор JCH Optimize Pro 6. Ускорение Joomla

 

 

JCH Optimize Pro – русскоязычный платный плагин Joomla для оптимизации скорости загрузки сайта, снижения нагрузки на хостинг и повышения оценки в сервисе Google PageSpeed Insights. Среди его возможностей стоит отметить: объединение, уменьшение и сжатие CSS и JavaScript файлов, сжатие HTML, перемещение JavaScript файлов в конец страницы и их отложенная загрузка. Также плагин позволяет кэшировать оптимизированные CSS и JavaScript файлы на сервере, удалять неиспользуемые JavaScript файлы, уменьшать размер DOM, генерировать спрайты изображений, форсировать предзагрузку файлов по HTTP/2, организовывать отложенную загрузку изображений, фреймов, видео, аудио, оптимизировать (сжимать) картинки и многое другое.

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

На официальном сайте расширений Joomla 230 отзывов (для бесплатной версии JCH Optimize), расширение добавлено 18 ноября 2014 года.

  • Общий рейтинг – 5 из 5.
  • Функциональность – 5 из 5.
  • Простота использования – 5 из 5.
  • Поддержка – 5 из 5.
  • Документация – 5 из 5.

В обзоре участвует последняя, на момент написания статьи (13.12.2020), русскоязычная версия JCH Optimize Pro 6.2.1 в Joomla 3.9.23.

Есть бесплатная версия плагина и платная. Платная – от 29 $ в год. Подробнее о различиях версий можно прочесть в статье ниже.

Новшества JCH Optimize Pro 6 и сравнение версий.

В предыдущих статьях «Обзор JCH Optimize Pro. Увеличение скорости загрузки Joomla» и «Обзор JCH Optimize Joomla. Ускорение сайта» уже была рассмотрена одна из предыдущих версий плагина – 5.0.1. Но это было в декабре 2015. С тех пор в плагине появились новые возможности. Рассмотрим их в виде сравнения платной и бесплатной версии.

 

 

JCH Optimize

JCH Optimize Pro

Шесть предварительно настроенных параметров оптимизации сайта

+

+

Кэширование оптимизированных файлов на сервере

+

+

Применение try-catch для минимизации ошибок в объединённых файлах JavaScript

+

+

Добавление кода кэширования файлов на клиенте в файл .htaccess

+

+

Объедение файлов CSS

+

+

Объедение файлов JavaScript

+

+

GZip сжатие для JavaScript и CSS

+

+

Уменьшение CSS

+

+

Уменьшение JavaScript

+

+

Уменьшение HTML (с выбором уровня минимизации)

+

+

Автоматические настройки исключений

+

+

Включение всех расширений (оптимизация всех файлов из сторонних расширений и внешних доменов)

+

+

Замена @imports в CSS

+

+

Включение PHP и файлов с внешних ресурсов в объединённый файл

+

+

Включение встроенных в HTML, CSS стилей в объединённый файл

+

+

Включение встроенных в HTML, JavaScript в объединённый файл

+

+

Перемещение файлов JavaScript вниз страницы

+

+

Отложенная или асинхронная загрузка JavaScript

+

+

Исключение отдельных CSS файлов, CSS файлов определённых расширений или отдельных встроенных в HTML стилей (сохраняя исходный порядок выполнения кода на странице)

+

+

Исключение отдельных JavaScript файлов, JavaScript файлов определённых расширений или отдельных встроенных в HTML скриптов (сохраняя исходный порядок выполнения кода на странице)

+

+

Исключение всех стилей и/или скриптов

+

+

Исключение отдельных JavaScript файлов, JavaScript файлов определённых расширений или отдельных встроенных в HTML скриптов (не сохраняя исходный порядок выполнения кода на странице)

+

+

Исключения перемещения JavaScript файлов или встроенных скриптов в нижнюю часть страницы

+

+

Исключения пунктов меню

+

+

Добавление атрибутов ширины и высоты для изображений

+

+

Удаление неиспользуемый Javascript файлов

+

+

Генерация CSS спрайтов для изображений с возможностью задавать исключения и дополнительные включения, изменения направления построения спрайта и обрамления изображений

+

+

Оптимизация доставки CSS. Плагин попытается извлечь критический CSS, который требуется для форматирования видимой части страницы, и поместит его в элемент <style> внутри <head> раздел HTML для предотвращения «блокировки отрисовки»

+

+

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

+

+

Уменьшить размер DOM

-

+

Форсирование предварительной загрузки файлов по HTTP/2. Возможность исключения отложенных файлов и указанных Вами файлов, включение файлов загружаемых через CDN и выбор расширений файлов для предварительной загрузки

-

+

Удаление неиспользуемого CSS с возможностью задавать исключения

-

+

Отложенная загрузка изображений с возможностью задавать исключения по имени файла, папки и CSS класса

-

+

Отложенная загрузка айфреймов

-

+

Отложенная загрузка видео и аудио объектов

-

+

Отложенная загрузка фоновых изображений

-

+

Эффект плавного появления объектов с отложенной загрузкой

-

+

Количество CDN или Cookie доменов

1

3

Возможность указывать протокол для файлов, загружаемых по CDN или Cookie доменам

+

+

Возможность указывать типы файлов (10 типов), загружаемых по CDN или Cookie доменам

+

+

Возможность указывать свои типы файлов, загружаемых по CDN или Cookie доменам

-

+

Сжатие и изменение ширины и высоты изображений

-

+

Техническая поддержка при помощи билетов

 -

 +

Цена

Бесплатно

От 29 $

 

На рисунках ниже показаны вкладки плагина с опциями для ускорения сайта Joomla.

JCH Optimize Pro 6
JCH Optimize Pro 6
Ускорение Joomla
Ускорение Joomla
Как ускорить сайт на Joomla
Как ускорить сайт на Joomla
Расширенные функции
Расширенные функции
Оптимизация изображений
Оптимизация изображений

Сравнение инструментов для оптимизации

Предлагаю Вашему вниманию результаты сравнительного тестирования работы нескольких инструментов для ускорения Joomla. Обратите внимание, что результаты данного тестирования не репрезентативны. Так как они очень сильно зависят от каждого конкретного случая (сайта\страницы, сервера\хостинга, настроек инструментов и другое). Это не тест в «полевых» условиях, больше «лабораторный».

Примечания и описание «методики» приведены под таблицей.

 

Показатель

Без плагина

JCH Optimize Pro

JSpeed

Jamp

Модуль Google PageSpeed

Speed Cache

Google PageSpeed Insights для мобильных

Степень оптимизации

46/100

88/100

59/100

98/100

63/100

40/100

Задержка после первого ввода (First Contentful Paint – FID)

5,2 с

2,2с

2,6 с

0,9 с

3,8 с

3,3 с

Индекс скорости (Speed Index)

6,2 с

3,0 с

4,4 с

1,6 с

4,6 с

5,8 с

Отрисовка самого крупного контента (Largest Contentful Paint – LCP)

6,2 с

2,2 с

2,6 с

2,3 с

4,3 с

7,1 с

Время до взаимодействия (Time to Interactive)

7,8 с

6,7 с

7,4 с

2,5 с

6,6 с

7,0 с

Общее время блокировки (Total Blocking Time)

310 мс

270 мс

1230 мс

70 мс

340 мс

600 мс

Совокупное смещение макета (Cumulative Layout Shift – CLS)

0,11

0,065

0,176

0,09

0,65

1,54 с

Google PageSpeed Insights для компьютеров

Степень оптимизации

77/100

99/100

96/100

100/100

92/100

88/100

Задержка после первого ввода (First Contentful Paint – FID)

1,7 с

0,6 с

0,7 с

0,3 с

0,9 с

0,8 с

Индекс скорости (Speed Index)

1,8 с

0,8 с

1,1 с

0,6 с

1,3 с

1,8 с

Отрисовка самого крупного контента (Largest Contentful Paint – LCP)

2,1 с

0,6 с

0,7 с

0,7 с

1,4 с

1,7 с

Время до взаимодействия (Time to Interactive)

1,8 с

1,6 с

1,8 с

0,6 с

1,3 с

1,5 с

Общее время блокировки (Total Blocking Time)

20 мс

40 мс

130 мс

10 мс

20 мс

40 мс

Совокупное смещение макета (Cumulative Layout Shift – CLS)

0,118

0,066

0,122

0,016

0,118

0,079

Gtmetrix.com

GTmetrix Grade (Performance / Structure)

A (97% / 95%)

A (96% / 96%)

B (76% / 97%)

A (96% / 100%)

C (59% / 94%)

B (81% / 97%)

Время загрузки первого байта (Time to First Byte – TTFB)

0,5 с

0,5 с

0,5 с

0,405 с

0,9 с

0,273 с

Время полной загрузки страницы (Fully Loaded Time)

1,5 с

2,3 с

2,1 с

1 с

3,4 с

1,4 с

Время подключения к серверу

230 мс

186 мс

180 мс

170 мс

492 мс

151 мс

Время ответа сервера

277 мс

322 мс

344 мс

235 мс

381 мс

122 мс

Tools.pingdom.com

Скорость загрузки

2,31 с

0,942 с

1,17 с

1,3 с

1,25 с

0,95 с

Оценка оптимизации

С 74

B 81

B 82

A 92

C 79

С 78

Размер страницы

661,1 Кб

644,9 Кб

632, Кб

139,8 Кб

640,4 Кб

674,8 Кб

Количество запросов

64

38

36

13

45

37

Webpagetest.org

Полная загрузка

2,591 с

3,254 с

2,438 с

1,956 с

2,419 с

2,407 с

Размер страницы

558 Кб

574 Кб

540 Кб

122 Кб

547 Кб

608 Кб

Количество запросов

60

34

31

13

43

34

Время получения первого байта

0,501

0,588 с

0,505 с

0,483 с

0,513

0,318 с

Начало отрисовки

1,2 с

0,8 с

1,1 с

1 с

1,1 с

1,4 с

Начало отображения первого содержимого (First Contentful Paint – FCP)

1,169 с

0,881 с

1,111 с

0,984 с

1,206 с

1,969 с

First Byte Time

A

B

A

A

B

A

Keep-alive

A

A

A

A

A

A

Сжатие передаваемых данных

A

A

A

A

A

A

Сжатие изображений

A

A

A

A

A

A

Кэширование статического контента

A

B

B

B

B

B

 

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

Отдельно отмечу плагин Jamp. Он создаёт AMP страницы. Но AMP страницы достаточно существенно отличаются от обычных страниц как внешне, так и по функциональности. По сути, Jamp оптимизирует страницы путём создания их сильно упрощённых копий. Не совсем корректно сравнивать его с остальными инструментами оптимизации, но так как Google заявляет, что: «…одно из наиболее простых и экономичных средств, позволяющих сделать веб-страницу удобнее, – это технология AMP.», я решил привести для сравнения и этот инструмент.

На основании эксперимента со своим сайтом, отмечу, что после внедрения и индексации AMP страниц, Google, почти всегда, отображает в поисковой выдаче, для мобильных устройств, именно AMP-версии моих страниц. Как видно из таблицы выше, показатели скорости загрузки Google PageSpeed Insights для мобильных хуже, чем для компьютеров (для одной и той же не AMP страницы). Но из-за того, что Google ведёт посетителей из своего поиска на мои AMP-страницы, в Google Search Console я получил результат, показанный на рисунке ниже. То есть, по данным из Google Search Console можно сказать, что моя мобильная версия сайта быстрее, чем обычная. Но это только из-за AMP страниц.

Скорость Joomla
Скорость Joomla

Количество лучших результатов (баллов):

  • Jamp – 19.
  • JCH Optimize Pro – 5.
  • Speed Cache – 4.
  • Модуль Google PageSpeed – 1.
  • Без плагина – 1.
  • JSpeed – 0.

Если в рамках одного показателя лучший результат показали несколько инструментов, то каждый из инструментов получал балл к общему количеству лучших результатов. Буквенные оценки Webpagetest.org не учитывались.

Так как Jamp – это не совсем расширение для ускорения Joomla, а модуль Google PageSpeed доступен не на каждом хостинге, то стоит сравнить именно расширения для ускорения Joomla без создания альтернативных версий страниц (AMP) и без привязки к хостингу с модулем оптимизации.

Количество лучших результатов (баллов) расширений Joomla для оптимизации скорости загрузки:

  • JCH Optimize Pro – 18.
  • Speed Cache – 7.
  • JSpeed – 6.

Условия тестирования:

  • Webpagetest.org. Местоположение тестового сервера – Варшава, Польша; Браузер – Chrome. Расширенные настройки – по умолчанию.
  • Tools.pingdom.com. Местоположение тестового сервера – Стокгольм, Швеция.
  • Тестируется главная страница сайта. Копия этой.
  • Один и тот же сервер и сайт.
  • Joomla 3.9.23, PHP 7.4.13, стандартное кэширование Joomla (плюс, кэширование при помощи самого инструмента), правила кэширования статических файлов на клиенте на 30 дней (задано в настройках сервера в панели управления хостингом).
  • Одновременно применялся только один из инструментов.
  • Проводилась настройка инструмента с учётом максимальной скорости загрузки и с сохранением работоспособности всех страниц сайта. Из-за этого в настройки инструментов был внесён ряд исключений и отключены некоторые настройки оптимизации. При этом не учитывалась нагрузка на хостинг (использование процессорных минут и оперативной памяти).
  • JCH Optimize Pro 6.2.1.
  • Jspeed 1.6.1.
  • Jamp 1.8.2.
  • Модуль Google PageSpeed (на Хостинге Украина).
  • Speed Cache 2.9.0.
  • Тест проводился в вечернее время для минимизации влияния нагрузки других сайтов на сервер.

«Методика» тестирования (повторяется для каждого из инструментов):

  1. Включение инструмента оптимизации, его настройка.
  2. Очистка кэша Joomla и кэша инструмента.
  3. Загрузка страницы в браузере.
  4. Три теста в каждом сервисе по очереди.
  5. Нахождение среднего арифметического между тремя тестами и занесение данных в таблицу.

Как ускорить сайт на Joomla и почему не всегда это легко

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

  1. Избавьтесь от всех лишних расширений и сторонних скриптов. Например, установка на сайт расширений, которые дублируют функционал друг друга – это не очень хорошая идея. Установка нескольких счётчиков посещаемости, внешних инструментов связи (кнопка обратного звонка, чат и т.д.) и других скриптов, кнопок социальных сетей и других скриптов, которые подгружаются с внешних сервисов могут сильно влиять на скорость загрузки Вашего сайта. При этом данное влияние может отличаться в разное время (даже с интервалом в секунду). Рекомендую использовать только то, что действительно нужно. Если не знаете, что будет лучше работать (например, кнопка заказа обратного звонка или чат), – поэкспериментируйте и примите решение. Планируя добавление новшеств на свой сайт, думайте, как это может повлиять на скорость, и проверяйте сайт после внедрения этих новшеств.
  2. Подберите хороший хостинг и тарифный план на нём, в плане скорости. В статье «Выбор хостинга на примере Joomla» даны некоторые рекомендации по данному вопросу. Также стоит проконсультироваться в технической поддержке или прочесть в документации Вашего хостинга на счёт существующих «инструментов» оптимизации. Например: OPcache, Memcache, Redis, LiteSpeed, HTTP/2, HTTP/2 Server Push и т.д. Вам могут не подойти какие-то из этих «инструментов», но стоит попробовать их по очереди, чтобы сделать обоснованный вывод.
  3. Поддерживайте актуальность версий Joomla, всех её расширений и версии PHP на хостинге.
  4. Используйте «инструменты» кэширования Joomla и кэширование статических файлов на клиенте.
  5. Оптимизируйте изображения. Лучше привести их к масштабу 1 к 1 с тем, как они отображаются на старице, а затем сжать их так, чтобы размер в килобайтах был максимально маленький при условии сохранения приемлемого качества. Один из таких инструментов, который применяю я, это FileOptimizer64 (сжимает хорошо, но очень-очень медленно). Для сжатия JPG ещё рекомендую Caesium. Степень сжатия лучше или такая же как у FileOptimizer64, но скорость работы несоизмеримо выше.
  6. Подберите подходящее Вам расширение для оптимизации скорости загрузки Joomla и поэкспериментируйте с его настройками.
  7. Регулярно тестируйте скорость сайта (вручную или автоматически) и принимайте меры в случае появлений существенных ухудшений в показателях.
  8. Регулярно отслеживайте новую информацию по теме ускорения сайта. При появлении новых технологий, анализируйте и тестируйте их. Например, Cloudflare ещё в конце сентября 2019 заявили о поддержке HTTP/3.
  9. Периодически повторяйте пункты 1-6. Помните, что работа над скоростью загрузки сайта – это не одноразовая задача, а регулярный процесс.

Почему не всегда можно добиться высоких результатов в скорости загрузки сайта? Предположим, что Ваш сайт сделан на одной из популярных CMS, например, Joomla, на нём установлен ряд готовых расширений, шаблон и подключено несколько сторонних сервисов (статистика, чат, кнопки социальных сетей). Плюс, сайт находится на обычном (общем) хостинге. Также важным условием является то, что у Вас нет сотен и тысяч долларов на его доработку. В примере буду говорить о показателях в Google PageSpeed Insights. Под оценкой степени оптимизации сайта в Google PageSpeed Insights (от 0 до 100), для упрощения, буду подразумевать скорость загрузки сайта, хотя это не так. Плюс, обратите внимание, что оценка может меняться при каждом тестировании (даже в пределах 30 «баллов»).

Допустим, на сайт установлена самая последняя, лицензионная версия JCH Optimize Pro (или другого расширения). Вы включили все опции для оптимизации сайта и протестировали его в Google PageSpeed Insights. Увидели, что скорость существенно возросла.

Но перейдя на сайт, обнаружили, что он стал неправильно отображаться или не работает какой-то функционал. Это нормальная ситуация. Так как не все скрипты или стили могут корректно работать, если их объединить в один файл. Для этого Вам нужно добавить их в исключения. Вы тестируете сайт в Google PageSpeed Insights и видите, что оценка ухудшилась, а в перечне рекомендаций появились сообщение «Устраните ресурсы, блокирующие отображение». При этом, в перечне файлов по этой рекомендации появились как раз исключённые Вами файлы. Вывод – чем больше таких исключений, тем хуже степень оптимизации.

Вы идёте дальше по настройкам JCH Optimize Pro, например, чтобы исправить рекомендацию Google PageSpeed Insights «Сократите размер структуры DOM». Для этого Вы включаете опцию Уменьшить размер DOM. Тестируете сайт в сервисе и видите, что оценка стала лучше, а рекомендация исчезла. Но на сайте пропала шапка, подвал или боковая колонка. Вы отключаете эту опцию. Сайт снова работает нормально, но оценка скорости ухудшилась.

Подобные проблемы могут быть с разными опциями:

  • Удалить неиспользуемый Javascript – может перестать работать какой-то функционал.
  • Удалить неиспользуемый CSS – может нарушиться внешний вид сайта или каких-то его частей.
  • Генератор спрайтов – может появиться проблема с отображением небольших изображений (элементов дизайна).
  • Отложенная загрузка изображений – может привести к проблемам отображения картинок в слайдерах и галереях.
  • Cookie домены – может негативно повлиять на скорость загрузки, особенно, если Ваш сайт загружается по HTTP/2 и хранит файлы в OPcache (проверял на трёх разных сайтах, на трёх разных хостингах с разной версией JCH Optimize Pro).

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

Так почему так происходит? Причина в том, что Вы используете готовую CMS и готовые расширения от разных разработчиков. Все они и без JCH Optimize Pro могут конфликтовать, а JCH Optimize Pro (и ему подобные расширения) ещё больше усложняют «систему взаимодействия». Joomla и её расширения – это универсальные программные продукты, сделанные для широкого круга задач, как и сам JCH Optimize Pro – он не разрабатывался конкретно под Ваш сайт, под именно Ваши расширения и их версии. Он является универсальным плагином для оптимизации скорости. И это можно сказать о любой CMS и любом программном продукте. Вы сами могли замечать, что с установленной Windows компьютер работает быстрее и стабильнее, чем с Windows и десятком разных программ от разных разработчиков.

Почему не всегда можно выполнить все рекомендации Google PageSpeed Insights? В CMS и сторонних расширениях заложен код, для реализации сайтов разного типа и с разными задачами. Вам может не понадобится и половина того кода, но его не получиться безболезненно убрать. Плюс, не все разработчики уделяют должное внимание коду своих расширений с точки зрения скорости. Есть несколько вариантов решения данной проблемы:

  1. отказаться от тех или иных расширений. Это приведёт к исчезновению того или иного функционала. Как правило, я выбираю и рекомендую этот вариант.
  2. Заменить их на аналогичные (но более быстрые). Это может быть долго и дорого (цена новых расширений, стоимость и время работы по переустановке, донастройки и т.д.). Плюс, можно не найти подходящие аналоги.
  3. Перенастроить расширения. Иногда это помогает (но редко). Например, в SEO Glossary при отключении опции, отвечающей за вставку ссылок в материалы на термины из глоссария, существенно повышается время генерации страницы, снижается число запросов к базе данных и уменьшается нагрузка на процессор сервера.
  4. Написать свои собственные (с учётом скорости). Долго и дорого. Плюс, придётся поддерживать их совместимость с новыми версиями Joomla и новыми расширениями. А это опять деньги и время.
  5. Переписать расширения и/или части CMS (с учётом скорости). Те же недостатки что и у 4-го варианта, плюс, сильно возрастают риски невозможности установки обновлений CMS, расширений или новых расширений без необходимости вмешательства программиста. По сути, Вы получите сайт на самописной CMS (даже хуже). А сопровождение такого сайта будет обходиться очень дорого.

Для примера возьмём рекомендацию «Удалите неиспользуемый код JavaScript». В справке Google, на этот счёт, есть рекомендации по удалению такого когда. Но тут есть проблема – Вы используете готовую CMS и её расширения. Чтобы выполнить эти рекомендации Вам нужно обнаружить такой код и удалить его из «исходных» файлов. Тем самым Вы можете нарушить работоспособность самой Joomla и/или её расширений. Даже если это не произошло, то Вы можете получить проблемы работоспособности после обновления Joomla, её расширений или установки новых расширений (чтобы добавить дополнительный функционал на сайт). Также при следующем обновлении Joomla или её расширений Ваши изменения (удалённый код) могут быть утеряны и Вам снова придётся повторить операцию с удалением.

Таких примеров может быть масса: «Удалите неиспользуемый код CSS», «Сократите время выполнения кода JavaScript», «Сократите размер структуры DOM», «Уменьшите размер кода CSS», «Уменьшите размер кода JavaScript» и т.д.

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

Google PageSpeed Insights (май 2020) и оценка удобства страниц

28 мая 2020 в блоге Центра Search Console Google была опубликована статья «Evaluating page experience for a better web», в которой сообщалось: «…что при определении рейтинга страниц в Google Поиске будут учитываться сигналы, отражающие удобство страницы.». О сигналах, отражающих удобство страниц можно прочесть в статьях «Оценка удобства страниц в Google Поиске» и «Влияние удобства страницы на ее позицию в Google Поиске». Если кратко, то Google в очередной раз напомнил о важности скорости загрузки сайта, оптимизации сайта под мобильные устройства, безопасности пользовательских данных и отсутствия назойливой рекламы. Среди сигналов, отражающих удобство страницы, сигналами которое: «…важны для обеспечения удобства страницы в Google Поиске» (источник), перечислены:

  1. Основные показатели загрузки: Отрисовка самого крупного контента (LCP), Задержка после первого ввода (FID), Совокупное смещение макета (CLS). В работе над этими показателями Вам могут помочь статьи на тему скорости загрузки сайтов на Joomla.
  2. Оптимизация для мобильных устройств. В данном вопросе Вам могут помочь статьи об адаптивных шаблонах для Joomla и о Responsivizer.
  3. Безопасный просмотр. В работе над этими показателями Вам могут помочь статьи на тему защиты Joomla и такое расширение как RSFirewall.
  4. Вот статья на эту тему «Переводим сайт Joomla на HTTPS с бесплатным SSL».
  5. Отсутствие назойливых межстраничных объявлений.

О важности скорости загрузки сайта также упоминает и Яндекс. 10 ноября 2020 в официальном Twitter аккаунте Google Search Central было заявлено, что: «Сигналы, отражающие удобство страницы, будут учитываться при определении рейтинга страниц с мая 2021 г.» (источник). Важную роль в этой группе (рисунок ниже) занимают показатели скорости (Отрисовка самого крупного контента (LCP), Задержка после первого ввода (FID), Совокупное смещение макета (CLS)). А значит это повод задуматься над ускорением страниц своего сайта.

Сигналы, отражающие удобство страницы
Сигналы, отражающие удобство страницы

Если Вы ускоряли свой сайт до 28 мая 2020 и добились хороших показателей в Google PageSpeed Insights, то рекомендую перепроверить сайт ещё раз, так как 28 мая 2020 в Google PageSpeed Insights существенно изменился подход к оценке скорости страниц. От этого Ваш сайт не стал загружаться медленнее или быстрее. Просто изменилась «методика» оценки. Вы даже можете увидеть разницу между старой и новой «методикой» оценки, нажав на ссылку «See calculator» в области «Имитация загрузки страницы» инструмента Google PageSpeed Insights после тестирования своей станицы (рисунок ниже).

Google PageSpeed Insights
Google PageSpeed Insights

В мае 2020 Google PageSpeed Insights перешёл с 5-й на 6-ю версию Lighthouse (инструмент для оценки скорости). Из-за этого изменилась результирующая оценка. На рисунке ниже показана оценка моей тестовой страницы в 6-й версии (54 балла) и в 5-й версии (67 баллов). При этом видно, что значения скорости те же, а вот важность той или иной метрики изменились. Плюс, набор самих метрик тоже изменился.

Старая и новая оценка в Google PageSpeed Insights
Старая и новая оценка в Google PageSpeed Insights

Подробнее об изменениях в Google PageSpeed Insights, произошедших 28 мая 2020 Вы можете прочесть в статьях:

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

Похожие материалы
Автор статьи – Хорошевский Алексей
Хорошевский Алексей

Кандидат технических наук, преподаватель Харьковского национального университета радиоэлектроники, веб-мастер и SEO-оптимизатор с опытом более 15 лет. Специалист по созданию сайтов на Joomla и WebSite X5. Автор научных публикаций, видеокурсов и обучающего контента по веб-разработке и SEO. Ведёт блог и YouTube-канал, где делится своими знаниями и практическим опытом. Предоставляет услуги по созданию, доработке, сопровождению и продвижению сайтов. Подробнее об авторе…

Социальные сети:

Публикации и работа:

 

Полезные ссылки:

  • Комментариев - 14
Загрузка комментария... Комментарий будет обновлён через 00:00.
Напишите комментарий...
- оставшихся символов.
или оставить комментарий как гость