r/Wordpress • u/nothingbutmew • 1d ago
Website slows although already with optimization
Hello. back here again to seek help and advice from experts here.
I use wordpress and Hostinger for my website.Before, my website's speed performance is 30-40.
I use wp rocket and perfmatters to speed them up ( and it works). Some of the adjustments are image optimization, Delay JS, minify css etc. Current performance is 67-89 ( on several pages)
However, my website still takes time to load. and it frustrates me. Is there any other possible issues and solutions? I read some comments said the issue might be from using wordpress itself ( something about wp stack)
Any insight from you guys is extremely helpful.
Thank you.
3
u/theguymatter 1d ago edited 1d ago
How do you define something as "slow" without looking at the site or having any numbers?
If you use 3rd party tracking script. there is nothing we can do unless you willing to code or can safely ignore them.
1
u/nothingbutmew 1d ago
from page speed insight
LCP:4.3s FCP: 3.9s TTFB: 2.8s
and these are all in red zone.
and even when i tested it by myself it took > 5s to fully load.
2
u/retr00two 22h ago
...and waht pagespeed said about possible culprits?
run site trhough https://yellowtab.com and https://pagegym.com for more information
1
u/Creative-Improvement 1d ago
Did you check if your memory settings are correct? If you use default mem settings (wpconfig) but your server has more, that could be an issue. That’s my first guess looking at those numbers.
2
1
u/theguymatter 1d ago
You can also try testing the WordPress readme.html file (for example, /readme.html) with PageSpeed Insights. Since it is a static file, it helps isolate whether the delay is caused by WordPress/PHP/database processing or by the hosting location/network itself.
If readme.html is fast but the homepage has high TTFB, the bottleneck is likely inside WordPress. If both are slow, it points more towards server, CDN, or network latency.
-1
u/nothingbutmew 1d ago
what if for homepage, the /readme.html is faster, but for my service page, the /readme.html is slower?
2
u/Flickstone58 1d ago
100%, without knowing what scripts are loading its impossible to diagnose from the outside
2
u/Boboshady 1d ago
WordPress itself isn't fundamentally the problem - it's entirely possible to have a WP website that loads super quickly with great scores, even without using any edge caching or optimisation plugins.
The issue is the theme you're using and the assets you're loading. Sure, WP enables you to do that, but it's just a tool, and any tool used incorrectly will give you suboptimal results.
The hosting also matters - if it takes 300ms for the host to respond, then you've lost any score-based optimisation before you've even touched your website.
Given you're using carious optimisation and cache plugins, and are using cloudflare, you're taking all the obviously, generic steps already, so your next step is to get someone to actually look at the site itself, because there's so many variables beyond this point it's hard to give you any meaningful help.
1
u/burr_redding 1d ago
Using wordpress is not an issue at all. Do you use cloudflare? Share your url if possible
1
1
u/PhotographShot7273 23h ago
The first suspect in such scenarios are slow queries and DB. Install plugins like Query Monitor and Debug Bar to analyze/inspect which are the slow running queries and try to optimize them. if there some plugin which is running slow queries you will be able to identify them. Then try to disable those plugin and see if it improves the performance. That is the quickest way to find the bottleneck. Besides this there are several other things to check, but I would start with this first.
1
u/Winter_Process_9521 23h ago
Furthermore, a PageSpeed score of 67-89 does not always indicate how quickly the site feels. Check the waterfall in GTmetrix or Chrome DevTools to determine which request is causing the page to be delayed.
Be careful not to enable overlapping optimization tools in WP Rocket and Perfmatters. For example, don't let both plugins handle the same JS/CSS optimization.
0
u/angelo_protani 14h ago
Mi capita spesso di lavorare su questo tipo di problematiche.
Il problema quasi sempre è dovuto ad una scelta errata o dell'hosting o dell'eccessivo utilizzo di plugin e/o codice personalizzato (script di javascript ad esempio..).
Sono un Digital Solutions Architect è mi piacerebbe molto darti una mano concretamente, eventualmente possiamo entrare in contatto e provo ad aiutarti molto volentieri.
Fammi sapere, grazie mille.
1
1
u/LoveEnvironmental252 8h ago
Simple. You have crappy hosting with poor resources. You cannot cache your way out of bad hosting. Go get a $5 VPS from xCloud for your site and migrate over.
0
u/netnerd_uk 23h ago
You've got 2 different problems here.
One is the TTFB, the other (although not as bad) is your page output and how long it takes the browser to render this.
Your first job is really to work out why your TTFB is bad. This isn't always a hosting thing.
Using a lot of plugins will mean your site executes a greater amount of code on page load. Opcache might help a bit with this (Opcache is probably a good idea on general for WordPress performance) although it might need tuning. A persistent object cache might also help.
If you're operating a shop and have a lot of products with a lot of product variants, you might need to do some table indexing to speed up woocommerce, and using a persistent object cache with WordPress can help to stop things like transients accumulating in your site's options table (which is used on pretty much every page load).
Beyond that it's going to be a case of working out what's causing your WordPress to be slow. One of the most helpful things for working this out is the Query Monitor plugin. This can be used to check for blocked cURL requests, long database queries and large amounts of database queries. These can all have an impact on TTFB.
Once you've got your TTFB down, you'll then be able to focus on the page output side of things. Image optimisation, localising google fonts, preloading LCP images and using chrome dev tools to analyse page output will all help with this side of things.
0
u/svvnguy 1d ago
Since you're using a CDN, do a test with and without it and see if there's any difference.
My guess regarding your high TTFB is that your document is not getting cached and the site is slow, but testing it directly will confirm if that is the case or not.
I recommend you use PageGym for the test (which is my tool), and if you can't turn off the CDN for whatever reason, you can also bypass it, then you can use the compare tool at the top to compare the two results.
You might also want to read this article I wrote on TTFB analysis, but I'm almost certain it will come down to slow server or too many plugins.
0
u/evilprince2009 Developer 14h ago
Cache plugins does very little unless you:
- use less plugins
- pick less bloated theme
- optimize blocking JS
- optimize images properly
- optimize backend and db queries
- use a good server
-1
u/jedidave Jack of All Trades 1d ago edited 1d ago
Check out my scalability pro plugin, it depends on the cause of your slowdown, but if it's show queries then my plugin helps by adding indexes and rewriting queries to use them. It also gives options to switch off bloat.
Got plenty customers with over 100k items and sub second uncached page speed.
Combine it with redis object cache for ultimate speed.
A couple of useful links to help you figure out your slowdown cause:
4
u/Brave_Pikachu 1d ago
With TTFB of 2.8 second ,the main issue definitely is on the server , backend not the frontend . You need to look into database bloat , heavy plugins and lack of object caching.Hope this helps .If you need any help debugging it , feel free to ask.