Почему на моем сайте при проверке lighthouse сильно падает число в производительности?

CSS Google

1 ответ

Почему на моем сайте при проверке lighthouse сильно падает число в производительности с 95 до 72 если юзаю WP плагин пагинизации WP-Paginate. Если плагин отключаю то всю норм. Юзаю W3totalcache для оптимизации.
Ума не приложу как оптимизировать плагин WP-Paginate чтоб в lighhouse всё норм было. Лайтхаус в отчёте не дат никаких данных по js или css этого плагина которые мещают.

Вот отчет лайтхауса: https://pagespeed.web.dev/analysis/https-transscre...

Дополнительно:

Не надо ставить как можно больше тэгов. Лучше оставить один, но конкретный, с которым проблема.
См.п.3.1 Регламента.

Модератор, хорошо.

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

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

2. Экспериментируйте с другими плагинами.

P. S. Скорость 75% на мобильном - это совсем неплохой результат. Для вашего статейного сайта можете добавить турбо страницы для Яндекса и АМП для Google. Есть соответствующие плагины.

Нужно решить такую задачу?

Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

Заказать помощь

Лучший ответ

Редакция Security Ответ

Если Lighthouse падает именно после включения WP-Paginate, сначала нужно понять, что меняется на странице: HTML, CSS, JS, количество DOM-узлов или блокировка рендера. Сам по себе блок пагинации обычно не должен снижать mobile performance с 95 до 72, если плагин не тащит лишние стили/скрипты или не ломает кэш.

Практичный путь:

Откройте Lighthouse report и сравните Diagnostics: Total Blocking Time, render-blocking resources, unused CSS, DOM size.
В DevTools → Network проверьте, добавил ли WP-Paginate отдельные CSS/JS-файлы.
Если плагин нужен только для ссылок страниц, замените его на штатный paginate_links().

Пример простой пагинации без плагина:

echo paginate_links([
    'total'     =&gt; $wp_query-&gt;max_num_pages,
    'current'   =&gt; max(1, get_query_var('paged')),
    'prev_text' =&gt; 'Назад',
    'next_text' =&gt; 'Вперёд',
]);

echo paginate_links([ 'total' => $wp_query->max_num_pages, 'current' => max(1, get_query_var('paged')), 'prev_text' => 'Назад', 'next_text' => 'Вперёд', ]);

Если проблема только в CSS плагина, можно отключить его stylesheet и написать свои стили:

add_action('wp_enqueue_scripts', function () {
    wp_dequeue_style('wp-paginate');
}, 100);

add_action('wp_enqueue_scripts', function () { wp_dequeue_style('wp-paginate'); }, 100);

Но не оптимизируйте вслепую под цифру. Запустите два замера в одинаковых условиях: с плагином и без него, желательно по 3 раза. Lighthouse mobile сильно плавает из-за эмуляции CPU/сети и сторонних скриптов. Если разница стабильная, проще убрать WP-Paginate и оставить нативную пагинацию WordPress.

Другие ответы (0)

Пока нет других ответов. Будьте первым, кто поможет автору.

Ответить на вопрос

комментарий Отменить ответ

Вам также может быть интересно

VPN Как правильно настроить vless для Android TV? 1 ответ Pyrogram Как правильно зарегистрировать юзер бота в Telegram? 1 ответ печатные-платы Как заставить запускаться программу M3.exe от компании Hanxing AOI в инспекционной машине на Windows 7 Pro? 1 ответ Safari Почему снова флагнули домен в safari? 1 ответ

Почему на моем сайте при проверке lighthouse сильно падает число в производительности?

Дополнительно:

комментарий Отменить ответ

Вам также может быть интересно

Ежедневно, круглосуточно