Почему автомобиль на новой резине, но с неисправным двигателем медленно едет? Вес изображений == баллы гугла?

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

Модуль Компрессор оптимизирует вес ваших изображений. И делает это хорошо, за исключением крайне редких случаев когда есть ограничения со стороны хостера, которые невозможно обойти. В 99% случаев на хост-площадке программное обеспечение по сжатию изображений работает без проблем. Режим работы по расписанию для создания webp позволяет обойти практически любые ограничения хостеров, т.е. работа сжатых форматов доступна почти у 100% хостеров.

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

Друзья, не стоит ожидать чудес от снижения веса изображений если в остальном все плохо.

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

Немного аналогии.

Есть автомобиль с лысой резиной и убитым движком.

Заказчик ставит новую шикарную резину и... остается недовольным!  Почему?   Говорит, что автомобиль плохо едет. А двигатель чинить не надо?

Вот также и с оптимизацией изображений.   Вес изображений уменьшили втрое, а автомобиль не едет гугл мало накинул баллов?

А двигатель JavaScript не судьба проверить и починить?

Чем я могу тут помочь заказчику?

Вот у него JavaScript крутится 6 секунд, да еще 4 секунды разбирается огроменный CSS чтобы окончательно сделать рендеринг HML.

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

Плохо?  Да он перестал ругаться на изображения, баллов сверху накинул, но продолжает еще ругаться на JavaScript !!!

Уважаемые заказчики, а почему вы не смотрите на все рекомендации гугла, а только на конечные баллы?  Должен ли я и за ваши тормозные JavaScript отвечать тоже?

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

Резина  - это важно и необходимо, но этого недостаточно.

Кто-то ожидает хорошей скорости на убитом двигателе, хоть и с отличной резиной? 

Как нам тут разогнаться с убитым двигателем тормозым JavaScript ?

============================

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

Решаются они путем правильной верстки.

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

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

Если вы отдаете смартфону (экран 360 пикс) картинку шириной 1920 пикс, то, что вы ожидаете от гугла?  Гугл не понимает для чего при ширине вьюпорта 360 пикс (480 пикс)  загружается картинка шириной 1920 пикс.  И гугл прямо говорит об этом в своих рекомендациях. Гугл намекает про то, что надо бы для разных экранов отдавать соответствующие картинки.   И решается это именно версткой.

В версии модуля  1.14.0+   есть решение и вопроса больших баннеров и т.п. Можно задать создание изображений  уменьшенной ширины (740 пикс) специально для смартфона. Тогда вместо баннеров 1920 пикс будут загружаться баннеры 740 пикс. 740 пикс выбрано из соображений отображения картинки в пейзажном режиме на смартфоне на всю ширину.

Вот так не должно быть:

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

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

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

Будьте, пожалуйста, разумны!

Я уже встроил в модуль автоматическую генерацию .htaccess для случая когда апачи будет отдавать webp в браузер.  И это спасает ситуацию с кешированием WEBP в 80% случаев.   Но если у вас все же настроен nginx на отдачу webp в браузер, то вам нужно вручную прописать правила кеширования WEBP в конфиг nginx.

Прежде чем делать вывод, что "не оптимизирует", пожалуйста, сделайте оптимизацию WEBP полностью. Модуль Компрессор не имеет возможности сделать за вас ваш конфиг nginx для WEBP.