Issue Regarding VPI and Google PageSpeed Score

the VPI generated , but maybe the list is incorrect or incomplete

please try go to homepage -> edit this page -> in VPI list , empty the list , then let it regenerate again , see what happens

Hi,

Thank you for your response. I have followed your instructions and accessed the Homepage → VPI section. I cleared the field, and since it was already empty when I edited it, I pressed Ctrl + A and Delete to ensure there were no hidden whitespaces in the textarea. After that, I saved my Homepage and tested it in incognito mode, as well as on different browsers and devices.

Upon checking LiteSpeed Cache → Page Optimization → VPI, I noticed that there are two queued tasks, both displayed in grey. Could you please advise on the next steps?

if you have enough quota , there should be a button run vpi queue manually , click it , and wait for sometimes to let it re-generates

Hi,

I have manually run the VPI queue as you requested. However, after five days, it still hasn’t regenerated my VPI at all. Could you please take a look into this matter?

Hi @qtwrk
I’m just following up on the VPI issue, as my PageSpeed score has worsened further. I’d really appreciate your assistance in resolving this as soon as possible. Please let me know if you need any additional details from my end.

Looking forward to your prompt response.

Edit: Removed for sending twice

• This reply was modified 3 weeks, 1 day ago by Shah Ahmad Yusof.

please try this

go to debug setting , enable debug log , set log level to advance , debug include URI, add

LSCWP_CTRL=vpi
notify_vpi

then go to toolbox -> log view -> clean up any existing log

repeat the clean/regenerate steps

once you clicked manual gen , wait for 20 minutes , then go to toolbox -> log view -> and share the log via https://pastebin.ubuntu.com/

Hi,

I have already done what you asked, and here is the log you requested:

https://pastebin.ubuntu.com/p/vYrd7crVpP/

I also have another issue. Could this be related to why I can’t generate VPI? Please take a look at the screenshot https://prnt.sc/04_vH6bifGYt.

Additionally, I tried accessing the mydomain/wp-json/litespeed/v1/token and received the response: {"_res":"ok"}.

• This reply was modified 2 weeks, 4 days ago by Shah Ahmad Yusof.

I can see it sends the request, but from log never receives the notification call back ?

please try this : disable object , put only /litespeed/v1 into debug include URI , clean up existing log , re-do the process , wait for , let’s say 30 minutes, see if any log generates

Hi. Just to clarify, did you mean disabling Object Cache? If yes, I have done that several times, but no logs were generated. Please let me know how to proceed.

yes , keep the object cache disabled for the time being , and debug include URI with /litespeed/v1

if you don’t see any log in it , it could mean the your site’s WP REST API is disabled or blocked , maybe due to cloudflare protection ?

and please confirm your server IP is 157.xxx.xxx.41 ?

Hi,

I have disabled Object Cache as you requested. Does this mean I have to leave my Debug Log on?

As far as I remember, I haven’t changed anything at all in Cloudflare that would block anything on my site, at least not in the past two years. If you can point out which setting I should enable in Cloudflare, that would be helpful.

I also tried following a guide on the internet to check whether my REST API is blocked by going to mysite.com/wp-json/wp/v2/posts, but I can see that it is working.

And yes, 157.xxx.xxx.41 is my IP address.

 https://www.s_mb______.com/?rest_route=/litespeed/v1/token
Headers 
HTTP/1.1 302 Found
Date: Tue, 18 Mar 2025 13:32:17 GMT
Content-Type: text/html
Transfer-Encoding: chunked
Connection: keep-alive
location: https://127.0.0.1?rest_route=/litespeed/v1/token

when I open in browser, it works , but when I use command line , just a program does , it redirects t o127.0.0.1

It appears that the redirection to 127.0.0.1 might be related to a security measure I have implemented in my .htaccess file to block unknown bots. Below is the snippet I have been using:

RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} ^$ [OR]
RewriteCond %{HTTP_USER_AGENT} (bot|crawl|robot)
RewriteCond %{HTTP_USER_AGENT} !(bing|Google|msn|MSR|Twitter|Yandex|Pingdom) [NC]
RewriteRule ^/?.*$ "http\:\/\/127\.0\.0\.1" [R,L]

I have been using this configuration for many years alongside LiteSpeed Cache without any issues. However, this problem only started occurring in January, right after I updated the LiteSpeed Cache plugin.

Could it be possible that the latest version of LiteSpeed Cache is using a bot-like user-agent, which is being blocked by my .htaccess rules, resulting in this behavior? I would appreciate any insights you may have on this.

please exclude our request , with user agent as

QUIC cloud bot
qcbot