let's talk

Speed is a Feature

Most “Webflow is slow” complaints are one oversized hero image and three scripts nobody remembers adding.

The platform is rarely the ceiling. The assets almost always are.

Four causes that account for most of it, in the order they are worth fixing.

Webflow site speed: the four usual causes

Imagery that was never budgeted. A hero exported straight from the design tool at full resolution can be several megabytes on its own. Re-export as webp, and size it to the largest slot it actually occupies on screen rather than the largest screen you happen to own.

Fonts loading with `font-display: block`. The text waits, invisible, for the font file to arrive. Switching to `swap` costs you a brief flash of the fallback and buys you the entire first paint, which is the metric being measured and the moment the visitor decides you are working.

Third-party scripts. The chat widget, the heatmap, the A/B tool, the two analytics pixels and the one from a campaign that ended fourteen months ago. Audit the list; it is almost always longer than anyone expects and shorter than it needs to be.

Animation that touches layout. Movement built on transform and opacity is close to free. Movement that changes width, height or position forces the browser to re-measure the page on every frame, and on a mid-range phone that is where the smoothness goes. Which movement is worth its cost is a separate question, and a better one.

The PawSpot homepage: five puppies on a purple background under the headline “A place for dog lovers, by dog lovers”.

Budget the artwork, not just the layout

The PawSpot homepage is almost entirely photograph, five puppies at full height across the lower half, with a ring of breeder and buyer avatars orbiting the headline above them. That imagery is the argument the page is making, so it could not simply be reduced.

The answer is to decide the page's weight budget alongside the design rather than after it. When the picture is the product, its size is a design constraint, not a build detail to be discovered at the end.

What speed will not fix

A fast page that does not answer the visitor's question still loses. Speed is a multiplier on a page that works, never a substitute for one, a two-second load on an unclear offer just gets you to the disappointment sooner. The same goes for a fast page nobody can read on an old phone in bright sun.

There is also a real ceiling. If the page has to load and filter genuinely large amounts of data, no amount of image compression addresses that, because the constraint is the architecture rather than the assets. That is a different decision, and it has its own post.

Questions we get asked

Is Webflow slow?

The platform is rarely the ceiling. Webflow serves from a CDN and its own markup is lean; what makes a Webflow site slow is almost always a hero exported at full resolution, fonts loading with display block, and a stack of third-party scripts nobody owns. All three are fixable in an afternoon.

What is a good PageSpeed score for a marketing site?

Chase the field metrics rather than the number: Largest Contentful Paint under 2.5 seconds on a mid-range phone on mobile data, and no visible layout shift. A green score with a four-second hero is a page that scored well and still lost the visitor.

Does site speed actually affect Google rankings?

Yes, but modestly, and it is not why speed matters. Core Web Vitals are a real signal and a weak one next to relevance. Speed earns its keep on the other side: the visitor who stayed because the page was there when they looked at it.

Get a free
audit of your
website

Speed

SEO

Animation

Design

Conversion

get my free audit
Get my website
View: CasesCases

You

Click

Drag