Что делать когда кэширование сайта не дает результатов?

Ссылка скопирована
1 ответ

Что делать когда кэширование сайта не улучшает ситуацию сайта по результатам speed тестов?
Визуально сайт работает прилично, довольно шустро. Ранее днями я добавила плагин подписки mailpoet (cms wordpress) который тут же сожрал ресурсы сервера и сайт стал менее откликаемым и менее шустрым при открытии. Я приняла решение отказаться от плагина тогда.
Но speed тест показывает ужасные результаты производительности особенно для мобильных экранов.

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

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

Но speed тест показывает ужасные результаты производительности особенно для мобильных экранов.

Результат одинаковый до кеширования и после?

  • Михаил Р., так как сейчас контент на главной дополнился то могут быть отличия между без кэширования и с ним. Но разница прям очень небольшая все равно.
  • VEri63, значит кеширование работает не правильно
  • Михаил Р., настраивал чел который в этом понимает. Ставил настройки серверные и сказал что выжал максимум что мог
  • Вариантов решения проблемы масса:
    1. Обратиться к специалистам
    2. Переверстать/пересобрать с учетом оптимизации под g page speed
    Волшебного плагина под wp нет

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

    Если сайт не используется для seo продвижения, то и на google page speed можно не общаться внимая, тем более какого-либо большого буста для позиции сайта в выдаче он не дает

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

      А вот для чего все это нужно, это по делу заметка. Сайт просто авторский пишу когда пишется, рекламы нет, продвижения тоже, как и услуг. Поэтому скорее не надо всё это

    • VEri63, В первую очередь важен контент/перелинковка/ссылки/социальные сигналы, если есть хорошие статьи на которых пользователи задержаться, то это даст бонус в видео поведенческих, что так же важно для seo. А хорошие показатели метрики gpsi дадут сильно меньше профита относительно перечисленных выше факторов

      Если тема показывает хорошие результаты, то достаточно сконвертировать картинки в webp/avif плагином
      WebP Express (там есть bulk конвертация, т.е. пакетная уже загруженных)
      Или Converter for Media

      Эти плагины подменяют картинки на wepb, если этого не происходит, то можно попросить хостера поменять обработку статических файлов, т.е. картинок, на apache, на том же бегете например так делают

    • KingAnton, есть мнение что все сео завернуто в помойку, и главное платить поисковику, только тогда он тебя продвинет.
    • rPman, это теории заговора. Главное делать востребованный контент и выполнять требования поисковика
    • KingAnton, да да, скажи это клиентам yandex market
    • rPman, KingAnton, за продвижение платить надо так как конкурентов много и все хотят внимания, поэтому борьба и плата явно имеет место. Но смотря что за сайт опять же. Иногда плата не стоит того.
      Поэтому написание существенных статей под человека которые отвечают на запросы пользователя по поиску того что он искал самое лучшее. Но тут могут быстрее скопипастить и продвинуть на другом сайте, а вы пишите получается бесплатно для них каждый день.

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

    • VEri63, бесплатного функционала этих плагинов более чем хватает рядовому пользователю
    • VEri63, в россии (да и не только, помним что амазон теперь 'проверяют' так как уличили в этом) теперь политика такая - сначала создается искусственная проблема (например ломается поиск) затем за решение этой проблемы бизнес платит. А так как яндекс не только поиск но и торговая площадка, если ты не платишь им хоть в какой то форме, тебя задвинут в максимально далекий ящик, даже если нет конкуренции.

      у гугла я читаю жалобы не лучше

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

    Ответы:

    Какой из Speed тестов? Их много

    • гугловский. но в другом мне показали почти тоже самое
    • Почему только кэширование вас интересует? Page Speed - это далеко не только про кэширование. Можно ссылку на результаты проверки или ссылку на сайт?
    • Дмитрий, вопрос и состоит в рассмотрении других вариантов помимо кэширования. Сжатие фото еще сделать например. Но доступные плагины почему-то сжимают так что это тоже дает малый результат.

      Что делать когда кэширование сайта не дает результатов?

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

    • VEri63, В общем надо смотреть по ситуации, видя сайт. У Page Speed метрик полно и не все они связаны со скоростью сайта. Мы ведь тут не экстрасенсы и хрустальным шаром не владеем.
    • Но доступные плагины почему-то сжимают так что это тоже дает малый результат.

      Для Page Speed плагины дают иногда обратный результат, особенно Autooptimize. Page Speed может давать плохие оценки, а сайт при этом быстро открываться. PS - это особые метрики.

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

      Так почти на каждом сайте - мобильная версия почти всегда худшие получается оценки чем ПК.

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

    • Для Page Speed плагины дают иногда обратный результат, особенно Autooptimize. Page Speed может давать плохие оценки, а сайт при этом быстро открываться. PS - это особые метрики.

      Именно такую картину я наблюдаю. Я согласна когда фото весит 5-7Мб, но когда 714Кб - считаю это дозволительно. Хотя размер фото 2000х2000px. В общем что видя сайт что не видя кто на что обращает внимание свое.

      Так почти на каждом сайте - мобильная версия почти всегда худшие получается оценки чем ПК.

      Так и почему так происходит?

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

      Смотря что именно скринить, на мой экран все не влезет разом

    • VEri63,
      1 - pagespeed будет сильно ругаться и снижать баллы, если на сайте грузится картинка 2000х2000, а отображается значительно меньше, так что если важны баллы - нужно исправлять и это
      2 - потому что pagespeed в мобильной версии симулирует загрузку сайта со скоростью 1638kb/s (для десктоп версии 10240kb/s), соответственно все ресурсы грузятся дольше и он дает меньше баллов
      3 - нужны результаты pagespeed, список рекомендаций
    • Дмитрий, Dymok,

      Что делать когда кэширование сайта не дает результатов?

    • VEri63, как видите, pagespeed очень не нравится именно тот факт, что картинки загружаются в большем размере, чем используются на сайте. Это стоит исправить в первую очередь. Далее остальные рекомендации. Часть из них выполняются очень просто (настроить конвертацию в webp можно с помощью плагинов, включить сжатие текста легко на хостинге, настроить показ всего текста во время загрузки шрифтов - просто выставить font-display: swap в @font-face)
    Нужно решить такую задачу?

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

    Заказать помощь
    Лучший ответ
    1
    Никита Орлов Ответ

    Если кэширование почти не меняет PageSpeed, значит узкое место не в HTML-кэше или тест смотрит не туда. Кэш помогает с TTFB и серверной генерацией страницы, но он почти не исправляет тяжёлые изображения, лишний JavaScript, CSS, шрифты, сторонние виджеты, рекламу и плохую мобильную верстку.

    Проверьте отчёт PageSpeed по группам:

    • LCP — чаще всего hero-изображение, большой DOM, render-blocking CSS;
    • INP/TBT — тяжёлый JS, конструкторы, виджеты, аналитика;
    • CLS — изображения без размеров, баннеры, шрифты, реклама;
    • TTFB — сервер, PHP, база, отсутствие полного page cache.

    Если главная — динамическая лента записей, статическая страница может помочь с UX и управлением первым экраном, но не является магическим ускорителем. Важнее сделать лёгкий первый экран: одно оптимизированное изображение, минимум скриптов, критический CSS, отложенная загрузка лишних блоков.

    Что сделать практически:

    • оптимизировать изображения в WebP/AVIF и задать размеры;
    • отложить JS, который не нужен для первого экрана;
    • убрать лишние плагины и виджеты подписок;
    • включить page cache и object cache, если сайт тяжёлый;
    • проверить, не обходят ли кэш cookies, параметры URL или авторизованный режим;
    • сделать отдельный мобильный first screen без тяжёлых слайдеров.

    Проверьте, отдаётся ли кэш реально:

    curl -I https://example.com/

    curl -I https://example.com/

    В заголовках часто видно cache-hit, x-cache, cf-cache-status или заголовок кэширующего плагина. Если кэша нет, сначала настраивайте его. Если кэш есть, но PageSpeed плохой, работайте с фронтендом.

    MailPoet мог ухудшить серверную часть, но если после удаления визуально всё нормально, а score низкий, смотрите конкретные метрики. Цель — не просто поставить кэш, а убрать причины: тяжёлый первый экран, JS, изображения, шрифты и сторонние запросы.

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

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

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

    комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *

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