AMP for WP конфликтует с EWWW Image Optimizer, 2020 год

Плагин AMP for WP начал конфликтовать с EWWW Image Optimizer после обновления 27 января 2020 года. Описание проблемы читайте в полной версии статьи.

В чём заключается баг?

При одновременном использовании ускоренных мобильных страниц (Accelerated Mobile Pages), создаваемых с помощью плагина AMP for WP, и EWWW Image Optimizer, записи на сайте начинают открываться с огромной задержкой. Лаг между нажатием на статью и её загрузкой может составлять от 3-4 до 8-9 секунд!

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

На что это может повлиять?

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

Причин можно написать и больше, но для меня и перечисленного выше хватает с головой!

Как исправить конфликт AMP for WP с EWWW Image Optimizer?

Пока я не нашёл стабильного решения. Самый простой способ — временно отключить EWWW Image Optimizer. При грамотной настройке сайта, сжатие изображений конкретно для AMP даёт не столь уж большое преимущество, буквально 1-2% быстродействия. По моим личным подсчётам, статья с EWWW Image Optimizer и AMP for WP будет изначально выбивать 96-98% по оценке Pagespeed, а во второй заход — 98-99%.

Без — 95-97%, 98-99% во второй заход. Более того, результаты теста нестабильны, и могут показать результат ничуть не хуже.

Если сравнить среднее время загрузки одной из страниц сайта, приведённых на картинках выше, то версия «без бага AMP» загружается в 3 раза быстрее, что делает использование EWWW Image Optimizer нерентабельным как минимум до тех пор, пока глюк с ускоренными мобильными страницами не будет исправлен.

Скорость повторной загрузки страниц с использованием плагина EWWW Image Optimizer по-прежнему лучше, но этот "бонус" составляет максимум 20-40 миллисекунд. Это никак не компенсирует медленную скорость первичной загрузки сайта.

Какие ещё проблемы в работе сайта могут возникнуть при использовании EWWW Image Optimizer?

Плагин работает надёжно практически во всех случаях. Есть лишь отдельные неприятные баги, которые возникают редко, да и по большей части, зависят от обновлений других плагинов, как это и случилось с AMP for WP.

Единственное, что не исправляется уже много времени - ошибки валидации HTML, возникающие при использовании "Ленивой загрузки" изображений (Lazy Load). Это не ведёт к неправильной работе сайта и вообще, не гарантирует, что у вас будет что-либо неправильно отображаться, но сотни и тысячи проблем - это явно не то, что хотелось бы видеть на сайте.

Если вы используете EWWW Image Optimizer, проверить валидность HTML можно на w3.org.

Без использования Lazy Load проблем минимум. С другими плагинами, добавляющими возможность «ленивой загрузки», дело обстоит намного лучше — добавляется от 1-2 до 10-12 проблем валидации, и это ещё в худшем случае!

Конечно, мне хочется, чтобы у пользователей мой блог грузился ещё шустрее, точнее и правильнее, но плагин, с которым у меня уже 2 раз за месяц возникают проблемы (EWWW Image Optimizer) заставляет серьёзно задуматься: а так ли нужна оптимизация картинок с помощью дополнительного плагина, если я и без того всё могу сделать вручную или с минимальными поправками при помощи других дополнений?

Советую об этом подумать и вам, ведь если проблема не решится в ближайшее время, дополнительные 4-9 секунд к загрузке каждой страницы ваших сайтов - это намного хуже потери 0,2-0,4 секунд при работе с зарубежными ресурсами. В подобном случае CDN будет куда эффективней, чем "оптимизатор картинок", а для всех остальных бонусов от использования EWWW Image Optimizer и того меньше.

Разве что пресловутая генерация миниатюр, эффективный CDN, настройка степени сжатия, что позволяет экономить время при создании новых статей. Только вот всё это можно сделать своими руками, да и столь долгая задержка напрочь убивает все остальные плюсы.

Хочу сказать вам, что от плагина есть толк, особенно в том случае, если одновременно используются активная мобильная и AMP темы сайта. Если вы планируете больше использовать AMP и ПК варианты шаблона WordPress, то преимущества EWWW Image Optimizer крайне незначительны.

Использовать плагин дальше, удалить полностью, временно деактивировать и подождать, когда проблема решится, — дело ваше. Я лишь хотел предупредить о таком неприятном баге, а заодно рассказать о других недостатках EWWW Image Optimizer.

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

UPD 2: в феврале баг был исправлен, использовать оба плагина снова можно одновременно. Правда, я всё ещё не рекомендую это делать)

Понравилась статья?

Делитесь публикацией с друзьями, пишите комментарии, подписывайтесь на Telegram, Boosty и другие страницы, чтобы первыми видеть всё самое интересное!

Смотрите также:

• 12 бесплатных фото с открытой лицензией Unsplash
• Образцы снимков с Ultra 64 MP камеры смартфона Realme XT
• Торрент-клиент «Tribler» вернёт свободу и заработок авторам
• Обзор смартфона Realme XT с примерами фотографий (2020 год)