HTTP/2 and HTTP/3 explained: multiplexing, QUIC and practical performance checks
Learn what changes in HTTP/2 and HTTP/3, what stays slow, and how to verify a rollout.
Topics
Time to First Byte, server response time, CDN and edge caching, browser caching headers, HTTP/2 and HTTP/3, and hosting decisions that shape performance.
4 articles
The first response byte can be delayed before application code runs, inside the application or on the route back to the visitor. A useful diagnosis separates connection setup, cache behavior, execution and delivery.
These guides cover TTFB, browser caching, shared edge caching and HTTP transport. They explain which work each technique can remove and which problems remain. Public content and personalized responses need different treatment, particularly when a shared cache is involved.
Start with the slow request and its cache state. Compare equivalent paths, inspect the response headers and use server-side evidence where browser timing cannot separate the stages. After a change, check content correctness and invalidation as well as speed.
Learn what changes in HTTP/2 and HTTP/3, what stays slow, and how to verify a rollout.
Choose between static-asset delivery and full-page caching, with explicit rules for freshness and private data.
Choose a cache policy by content type and sensitivity, then verify what the browser actually reuses.
Separate connection delays from application work before changing hosting, caching or delivery settings.