Section 1
Why images are the heaviest thing you ship
Every page you publish is cargo a buyer's phone must download before anything renders. The HTTP Archive's Web Almanac, an annual analysis of millions of real websites, consistently finds images to be the single largest contributor to page weight, ahead of JavaScript, fonts, and everything else. On service-business sites the problem compounds through workflow, not malice: a founder uploads the photographer's deliverables directly, a 5,000-pixel image gets displayed in a 400-pixel slot, and the CMS dutifully ships all 5,000 pixels anyway. No one notices, because everyone reviewing the site is on fast Wi-Fi with a cached browser. The buyer on cellular pays the toll instead. The reframe that makes this actionable: image weight is not a quality requirement. As web.dev's Learn Images course demonstrates, modern compression removes most of the bytes with no visible difference. The thinking here builds on [The Technical Foundations of a Website That Sells: Speed, Accessibility, and Trust](/blog/technical-foundations-website-that-sells).
Section 2
Where the weight hides
The table below maps the usual suspects on a service-business site, in descending order of typical damage. The pattern across all five rows is the same: defaults are wasteful, and nobody made an explicit decision to ship the waste. That is also why the fixes hold so well, once an upload standard exists (resize to display size, compress, modern format), the problem stops regenerating. One investment worth flagging for image-heavy businesses: an image CDN or your platform's built-in optimization, which web.dev notes can transform and compress images automatically at delivery time, taking the standard out of human hands entirely. For most five-to-seven-figure service sites, though, a weekend of manual cleanup captures the bulk of the win.
Section 3
The four moves, in plain language
Everything in media optimization reduces to four moves an operator can supervise without writing code. Right-size: serve images at the dimensions they actually display, a 400-pixel slot gets a 400-pixel-class image, with responsive markup letting browsers pick appropriate sizes per device. Compress: export at sensible quality settings; the visual difference is imperceptible and the savings are large. Modernize formats: WebP and AVIF deliver the same visual quality as old JPEGs and PNGs at substantially smaller sizes, as web.dev's Learn Images course details, and every modern platform supports them. Defer: lazy-load images below the fold so the first screen renders immediately and the rest arrives as the buyer scrolls, one HTML attribute on most platforms. Hand this paragraph to whoever maintains your site; it is the complete brief, and a competent implementer can finish in days. For the step that usually comes next, see [Answer Engine Optimization: Designing a Website AI Assistants Can Read](/blog/answer-engine-optimization-service-websites).
Section 4
Make it a standard, not a cleanup
The trap with media optimization is treating it as a one-time purge. The cleanup works, the site gets fast, and then next quarter's case study ships with six full-resolution screenshots and the weight returns. The durable fix is a standard with an owner: every image entering the site gets resized, compressed, and converted before upload, or the platform is configured to do it automatically on upload, which is the better answer wherever available. Add one number to your quarterly review: total weight of your top five pages, measured free with PageSpeed Insights. If it creeps, you will know before your conversion rate tells you. This is precisely how ConvertOS, the web-design module of our LeverageOS framework, handles media for client sites, optimization automated at the platform level, with page-weight budgets standing guard. Fast by default beats fast by occasional heroics. For a deeper look at this, see [Storytelling Techniques for Social Media Audiences](/blog/storytelling-techniques-for-social-media-audiences).