Plugin conflict with caching plugins (SG Optimizer)
-
Hi, I am using SG Optimizer on my website in conjunction with your plugin, however, when WCBoost Wishlist is activated and I test the cache on my homepage, it says the page isn’t cached. When I deactivate the plugin and test to see if the page is cached, it says that it is cached.
-
Hello,
Thank you for reaching out and reporting the issue with WCBoost Wishlist and SG Optimizer.
The core issue stems from how SG Optimizer handles cookies differently from most other caching plugins. When SG Optimizer detects any cookies on a page, it chooses not to cache that page at all. This is an unusually strict approach, since cookies are actually a fundamental part of how modern websites work – they power many things from login sessions to shopping carts.
Most caching plugins offer more control over cookie handling. You can specify which cookies should prevent caching and which shouldn’t.
The reason WCBoost Wishlist uses a cookie is for performance optimization. Storing the wishlist data in a cookie allows us to avoid loading the wishlist contents on every single page load. This is actually the same approach that WooCommerce uses for shopping carts.
We are actively investigating ways to make our plugin work better with SG Optimizer. However, in the meantime, I would strongly recommend switching to a caching plugin that offers more flexible cookie handling. WP Rocket, W3 Total Cache, or LiteSpeed Cache would all be excellent alternatives. These plugins generally provide options to exclude specific cookies from the caching process, allowing your wishlist to function correctly while still enabling page caching.
If your caching plugin has a cookie exclusion setting, please add
wcboost_wishlist_hashto the excluded cookies list – this will ensure your wishlist works properly while still allowing page caching for better performance.
The topic ‘Plugin conflict with caching plugins (SG Optimizer)’ is closed to new replies.
