• Resolved Deepak

    (@golinuxcloud)


    Hello,

    When I click on any of the related posts shown by JetPack, the Request URL is shown with an additional query string such as “?relatedposts_hit=1&relatedposts_origin=4959&relatedposts_position=0

    due to this link preloading from cache plugin doesn’t work and the load time of such page is very high as they are not picked from cache unless I click on the same link twice.

    For example: A user visits https://www.example.com/some-post so the second visit to the same post should be from cache but if this post is opened via Jetpack’s related post in the second click then it still doesn’t load from cache as the request URL is different

    Is it possible to have the Request URL same as the actual URL?.

    I also am using other plugins which shows similar related posts or category posts and then don’t seem to add such query string in the Request URL.

    Thanks in advance

Viewing 3 replies - 1 through 3 (of 3 total)
  • Plugin Contributor Stef (a11n)

    (@erania-pinnera)

    Hi @golinuxcloud,

    Thanks for reaching out about that. I tried to replicate this on my blog, however I didn’t encounter any loading or caching issues.

    You mentioned having other plugins enabled that do pretty much what our Related Post modules do. Can you try to temporarily disable them to see if the load speed improves?

    Let me know how it goes and we’ll take it from there if that’s the case. Thanks!

    Thread Starter Deepak

    (@golinuxcloud)

    Hello @erania-pinnera ,

    Thank you for looking into this.

    Let me try to explain the issue properly and the steps to reproduce this.

    I have this page
    https://ivrjesh9ab-staging.onrocket.site/ssh-password/

    1. Here you open chrome inspector -> Network.
    2. Now you hover your mouse to any of the links available on this post. You should see that the respective link would be preloaded so when you open those links, it will be picked from cache.
    3. Now click on any of those link and observe the load time. It would hardly in few ms as these links were preloaded. Observe the “Size” column which would tell that the file has loaded from cache
    4. Now repeat the same exercise with JP Related Posts and you can see the load time is higher. Observe the “Size” column and that would not show loaded from cache.

    This is not due to conflict with any plugins and is an expected behaviour. I confirmed it with WP Rocket as they don’t use Request URL for preloading. So either both URL and Request URL should be same as in most plugins (you can check other related posts section on the same post) or we have to request cache plugins to handle request url while preloading but this again doesn’t solve Cloudflare Caching. They also treat request URL as a new identity.

    Attached video of the observation:

    Plugin Support MadHatter (a11n)

    (@madhattersez)

    Hello, there – This linking is by design, as it helps tracking actual clicks in the related posts system.

    I’ve also tried to replicate this, but I see no high load time difference.

    I’d definitely recommend disabling other related post features to see if there is any improvement at all in your page loads, but it’s possible that other solutions may be quicker for you depending on how you’ve built the rest of your site.

Viewing 3 replies - 1 through 3 (of 3 total)
  • The topic ‘Query on Jetpack related posts’ is closed to new replies.