Wordpress LScache Plugin: Random WooCommerce products not cached when being crawled.
Last Updated on: Wed, 15 Apr 2026 00:00:02 Hi. This issue started in last versions of the plugin. Have a site with 3 different domain connected to the WPML-languages used. Swedish (default), English (secondary) and English-EU (third). I use the built in feature of WPML to setup different domain per language, but it is still the same site. I have set up crawlers to crawl each language (dont know if this is really needed, but I have noticed that without it, it seems not everything is crawled correctly.) Also have setup to crawl every currency used, which is controlled by a widget to let the customer see the estimated price in their currency even though all purchases is done with Swedish currency (SEK). What I noticed, which begin in the latest versions, is that the crawler shows blue Cache-miss on currencies that has already been crawled in other languages. And also if I re-run the crawler the same happens again, even though it has already been crawled. The even more strange thing is that this happens to random products. So if I clear the cache this can happen to a couple of other products and not the ones I already had problem with. If I visit the products with this issue, they are not cached the first time I visit them with a web browser, but if I re-visit they are. So the crawler have clearly not been able to cache them. Any idea why random products cannot be crawled and trigger the build of cache for them? The page I need help with: https://www.armsportstore.com/ Hi, please provide the report number , you can get it in tolbox -> report -> click send to LiteSpeed and also please do me a screenshot on your crawler status page Best regards, Report number: DEXYSYHA Screenshot: https://imgur.com/lGaIuDg As you can see, this is a re-run of the crawlers after they already been run. And the cache hasnt been cleared in between, so everything should be marked green (hit), but isnt. Many of the pages that crawlers mark as miss is actually a hit if I manually check them with web browser. So dont understand why this happens, this was never an issue until the latest two (I think) versions. Also, previously the crawler status code if hovering over the colors have previously been 200 (green), 300 (blue) etc. But now they are 201 and 301. Why is that? What is the difference between these codes. Isnt 301 a re-direct code? I got a feeling it might be cookie related what if you dont set cookie simulation , how will it show ? Hi. So I didnt clear the cache after removing cookie simulations and ran the crawlers manually and got 863 cache hits and 361 cache miss. And I then forced a manual crawl again and now it shows 1224 cache hits, which is the full sitemap for all three domains that are included in the sitemap. So it seem like you are right, that this is connected to cookies. I checked the cookies for each domain and the changes to the currency cookie when changing currency and this is correct to the cookie simulations I had. So what can cause this in current versions but not been a problem in previous versions? Can it be something wrong with the .htaccess code in regards to set vary on these cookies? So this is the code I have in .htaccess and this comes first in that file: # BEGIN CUSTOM LSCACHE SETTINGS RewriteEngine On RewriteRule . - [E=Cache-Vary:woocommerce_current_currency] # END CUSTOM LSCACHE SETTINGS I think you may also need to vary on cookie wp-wpml_current_language as it controls the language varies try this approach , but this will probably make your crawler list super-long Best regards, Hi. Yeah, I actually tried that before. But I have been doing some debugging on my own and my suspicion is that this is related to the XML-plugin I was using. So I changed to another that should be fully compatible with WPML. But now another issue occured. As I use three different domains (one domain per language) the sitemap: https://www.armsportbutiken.se/sitemap.xml only displays the sitemap for the Swedish (default language). So the other domains sitemaps isnt included there. And in Litespeed I can only add one sitemap. So how do I get Litespeed to read all three sitemaps and include them for the crawlers? does your other domains also have sitemap somewhere ? you can create a main sitemap , manually , included all these 3 sitemaps , then set Drop Domain from Sitemap to OFF Yeah, this is my setup: Armsportbutiken.se (Swedish ? default language): https://www.armsportbutiken.se/sitemap.xml Armsportstore.com (English ? secondary language): https://www.armsportstore.com/sitemap.xml Armsportstore.eu (English EU ? third language): https://www.armsportstore.eu/sitemap.xml But I am way over my head in how to create a sitemap that includes all three. As this was the problem with the last plugin, that some parts (the one I had problem with the crawler) was included with the wrong slug and there by didnt actually exist. For example, all products on the Swedish site has the slug /produkt/ with a k and for the English domains this is /product/ with a c . So the last XML-plugin actually added products that belonged to the other languages and added them to the Swedish sitemap/domain which was the reason the crawlers had problems, as there wasnt any products with that URL present. Can you give me a hint on how to retrieve the sitemap for all three domains for Litepspeed Cache? I know this goes outside normal support, but would truly appreciate the help, would really like to solve this. create a file , name it like all.xml with content https://www.armsportbutiken.se/sitemap.xml 2021-12-10T08:03:31+00:00 https://www.armsportstore.com/sitemap.xml 2021-12-10T08:03:31+00:00 https://www.armsportstore.eu/sitemap.xml 2021-12-10T08:03:31+00:00 but if sitemap is too big , it may hit timeout alternatively , you can create another 2 subdirectory wordpress, only install LSCWP, and put your sitemap in these subsites and run there I think I got it working now, followed your instructions. Will get back if I stumble into more issues. Thanks for the help @CacheCrawler , really appreciate the fast and service-minded response.
LiteCache Rush: Speed comes from using less, not from doing it faster
Reference