Поддержка Разное Lazy Load и WordPress 5.5

Просмотр 8 ответов — с 1 по 8 (всего 8)
  • Модератор Yui

    (@fierevere)

    ゆい

    Лучше будет избавиться от плагинов lazy load и использовать нативную поддержку lazy load в WordPress

    отключить функцию

    А почему не плагины?

    [почти оффтоп]
    Я помню времена, когда у вордпресса метки (tags) делались плагинами 😉

    Модератор Yui

    (@fierevere)

    ゆい

    lazy load реализуется 2 способами

    1. нативная поддержка браузера, используются атрибуты loading=lazy
    WordPress использует именно этот вариант. Это наименее конфликтный и беспроблемный способ

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

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

    Лучше будет избавиться от плагинов lazy load и использовать нативную поддержку lazy load в WordPress
    Yui,
    позвольте с Вами не согласиться, у меня плагин BJ Lazy Load и он обрабатывает ВСЕ, включая видео и текстовые виджеты.

    Модератор Yui

    (@fierevere)

    ゆい

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

    В приципе ваш сайт — дело ваше, делайте что хотите.

    Лучше будет избавиться от плагинов lazy load и использовать нативную поддержку lazy load в WordPress
    Yui,
    Вы были полностью правы! Поковырялся со всеми возможными настройками lazy load все воскресенье (выходной день и мало заходов на сайт) и результат:
    а) Ребята в WordPress молодцы!!!
    б) В PageSpeed Insights 98/99, Все зеленное, пропало предупреждение: Сократите размер структуры DOM.
    Осталось только: Избегайте API document.write() (от плагина Fast Velocity Minify) и для мобильных: Удалите неиспользуемый код JavaScript (раньше было больше, дольше уже боюсь чистить).

    Огромное Спасибо всем и авторам и модераторам WordPress!!!
    Желаю Удачи и Здоровья!

    Для информативных сайтов, где помимо картинок есть карты и видео это улучшение ровным счётом ничего не даёт, даже минус, поскольку для Page Speed ленивая загрузка не всегда хороша, например для быстрой отрисовки крупного контента на первом экране ленивая загрузка картинок противопоказана, но в плагине можно внести исключения, а на вордпрессе либо везде, либо нигде! От плагинов нужно будет избавляться, когда разработчики Вордпресса внедрят автоматическую ленивую загрузку для iframe и предоставят возможность исключать некоторые картинки на первом экране. А пока это улучшение коснётся лишь части сегмента, хотя идея рациональная, но не законченная. Поставлю пожалуй пока фильтр до лучших времён. А было бы неплохо отказаться от плагина, но увы. Пробовал отключать плагин и с 85 моб сразу падение до 54.

    Пока Вордпресс добавлял для крупной картинки виджета на главной ленивую загрузку, отрисовка крупного контента только на главной составляла на мобильных 4,9-5,1, а после добавления фильтра отрисовка стала стабильно 3-3,9. Как минимум, на целую секунду ускорилась отрисовка, а вы тут дискуссии разводите на тему пользы данного «улучшения». Если на первом экране есть картинка и особенно большая, то лучшее решение поставить фильтр на это «улучшение» от Вордпресса. Простите за тавтологию.

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

    • Ответ изменён 2 месяца, 3 недели назад пользователем abogachev.
Просмотр 8 ответов — с 1 по 8 (всего 8)