Insights / Performance
Speed is A design Decision.
Weight / Requests / Stability
A fast page is decided before it is built.
01 / The premiseWhat a visitor feels first
Fast is decided early.
- Page speed is how quickly a page shows its content and answers the first tap.
- Google measures it with three Core Web Vitals: LCP, INP and CLS.
- Fonts, pictures and third-party scripts decide most of it, and those are design decisions.
What do Core Web Vitals measure?
Three things a visitor feels. Largest Contentful Paint (LCP) is how long the main content takes to appear; Google counts up to 2.5 seconds as good. Interaction to Next Paint (INP) is how quickly the page answers a tap or a key; good is 200 milliseconds or less. Cumulative Layout Shift (CLS) is how much the page jumps while it loads; good is 0.1 or less.
They are measured on real visits, at the 75th percentile, so a page has to be fast for most visitors on whatever connection they have.
Why do pages get heavy?
Rarely through one decision. A second typeface, a carousel library, an analytics tag, a chat widget, a video that starts by itself: each is reasonable alone, and each adds requests, bytes and work for the phone.
By the time a page is slow, the causes are spread through the design. That is why speed is hard to add at the end.
What is a performance budget?
A limit agreed before the design is drawn: how many kilobytes a page may weigh, how many requests it may make, how soon its main content must appear. A design that does not fit is changed while changing is still cheap.
My own budget for a page is 250 kilobytes and six requests on first load, with the main content visible within 1.5 seconds in a lab test on a phone.
02 / The methodMade with the layout
Four decisions that keep it fast.
01 / Type
Few fonts, own files.
Two families, cut to the characters the languages need, served from the page’s own address.
02 / Pictures
The right size, late.
Modern formats, a file for each screen width, loaded when they come into view.
03 / Script
Little, and last.
A page is complete as HTML; script only improves what already works.
04 / Third parties
None by default.
Anything from another company’s server is added on purpose, and only after consent where the law asks for it.
03 / QuestionsShort answers
Asked often.
Does a fast website have to look plain?
No. Large type, motion and full-width pictures all fit a budget when they are chosen with it: type is the cheapest way to be distinctive, and modern CSS animates without a library.
Is a Lighthouse score of 100 the goal?
It is a useful lab check. Lighthouse tests one load on a simulated phone; what counts is what real visitors get. I use both and trust the field numbers more.
What slows websites down most often?
Third-party scripts, oversized pictures and web fonts loaded from somewhere else are the usual three.
04 / The takeawayThe first impression is a loading time
Weight / Requests / Stability
A page nobody waits for is part of the design.
Loading time is one of the first things a visitor learns about a brand, before they have read a word.
Experiment / 001Start a conversation
Make it Fast.
Bring a site that has to feel instant on a phone.
Start a project