High TTFB
The browser waits too long before receiving the first byte.
Before optimizing, you need to know where time is being lost. A server-side problem is not fixed by compressing images, and a busy main thread is not fixed by adding more cache.
Poor performance does not always mean the same thing. These signals help separate server, network and browser work.
The browser waits too long before receiving the first byte.
The main content appears late because of images, fonts, CSS or the initial response.
JavaScript and long tasks keep the main thread busy.
Images, video, fonts or bundles transfer more data than necessary.
Assets or application responses are regenerated and downloaded too often.
Tags, widgets and external services add work and dependencies.
I measure before changing the site and compare every intervention with a baseline.
Collect TTFB, waterfall, Core Web Vitals and transfer size under repeatable conditions.
Distinguish backend, network, frontend and third parties to avoid working on the wrong layer.
Start from the changes that materially affect loading and interaction.
Compare results after each change with the initial data.
When useful, combine lab tests with real-user data.
Different stacks need different tools. The diagnosis is built around the actual site.
The useful outcome is a site that responds better under real conditions. Synthetic scores help with diagnosis, but they are not the end product.
We can start from a technical baseline and identify where it makes sense to work first.