High TTFB in cart and order pages Woocommerce




Wordpress LScache Plugin: High TTFB in cart and order pages Woocommerce

Last Updated on: Wed, 15 Apr 2026 00:00:02
My site is running on an OpenLiteSpeed server with the LiteSpeed Cache plugin. On pages cached by the crawler, the TTFB is within 50ms. However on cart and order page TTFB can be 9-10 seconds. Sometimes the TTFB goes down to 1 second, but thats also a lot. I also use auto redirect to the cart page after adding an item to cart, and the TTFB doubles. The ?&add-to-cart page loads first with a 302 redirect code and high TTFB, and then the cart page loads with a similar TTFB. Screenshots: https://1drv.ms/u/s!Ap8m9BEflKcrgY2XRc7lKKq1t-Nl6Ns?e=X8EDSQ My Report number: BQISPJZX The page I need help with: https://computerjet.ru/?add-to-cart=73056 @argument The answer is simple and you wont believe it. WooCommerce is only plugin shop solution and not really as performant to be used as a full shop solution, so there is (almost) no solution that makes your page faster on pages that cant be cached like shopping cart or the complete checkout section. Thats why this is neither a server nor a cache plugin issue. Hi, unfortunately for such non-cacheable page , we dont really have any better solution best regards, @CacheCrawler @CacheCrawler, thank you! Maybe there is some solution at the level of PHP, OpenLiteSpeed, Object cache? My server is pretty high-performance, and the TTFB should always be the same. The goal is to at least reach 1 second always. Right now the TTFB is erratic. It may be 1 second, it may be 9-10 seconds. Also, could it be due to the fact that the OpenLiteSpeed server is being used? On Apache, Nginx have these problems with dynamic pages? Also, could it be due to the fact that the OpenLiteSpeed server is being used? No. On Apache, Nginx have these problems with dynamic pages? Yes. It hasnt something to do which web server you use. A web server is basically as fast as PHP and MySQL can prepare the requested data. If PHP and Mysql are slow the web server isnt responsible for it, but that doesnt mean that you can improve TTFB with more server power. The problem is WooCommerce. It is just a plugin that wants to be a shopping solution. The strange thing is that this performance issue already exist with 0 products. Just install WooCommerce without any products and the performance goes down. My server is pretty high-performance A bit more information about your server. Is it shared hosting or a dedicated server? @CacheCrawler thank you for answer! I cant believe it, everyone has these problems. Thought I had to adjust something in the server settings. This is just terrible, of course. The characteristics of my VPS server: 2 core CPU, 4GB RAM, SSD. ?everyone has these problems Yes, they have. 2 core CPU, 4GB RAM, SSD This is not a real powerful server. SSD is okay, but NVMe SSD is really fast, RAM should have at least 16, better 32GB. System resources for an online shop must be much higher as for a regular application. its more like a PHP script thing. I got a Xeon E3 DEDICATED server , with a default Woo + storefront theme , its fast , like less than 0.5 seconds TTFB , but when there are 20 , 30 plugins installed, the TTFB will be worsen a lot



LiteCache Rush: Speed comes from using less, not from doing it faster



Reference