In this article

  1. Where Bandwidth Actually Goes
  2. How Framer Hosting Works
  3. Calculating Your Image Weight
  4. The Optimization Workflow
  5. Real Numbers
  6. Ongoing Maintenance

Your Framer site looks great. The layout is tight, the typography is on point, the interactions are smooth. But your hosting bill keeps climbing — and the culprit is almost always images.

The good news: you can cut bandwidth costs dramatically without touching your design. Here's how.

Where Bandwidth Actually Goes

On a typical Framer site, images account for 60–85% of total page weight. Your HTML, CSS, and JavaScript combined are usually under 500KB. The rest? Images.

Every visitor who loads your homepage downloads every image on that page. If your hero image is 2MB and you get 1,000 visitors per month, that's 2GB of bandwidth — just for a single image on a single page.

Multiply that across all pages, CMS entries, and image-heavy sections, and you can see how bandwidth adds up fast.

How Framer Hosting Works

Framer hosts your site on their infrastructure. Their CDN delivers your content globally, and they handle responsive image delivery once the file is on their servers.

But here's the part most designers miss: the source file you upload is the file Framer stores and serves. If you upload a 4,000×3,000px JPEG straight from your camera at 8MB, that 8MB file sits on their servers. Even when Framer serves smaller versions for different screen sizes, the source still affects your storage and baseline bandwidth.

Framer's own documentation recommends keeping source images optimized. Skwiz makes that easy.

Calculating Your Image Weight

Before optimizing, it helps to know your actual numbers. Open DevTools on your published site, go to Network → Img, and reload. Look at the total transferred size.

< 1MBTarget per page
WebPRecommended format
80Quality sweet spot

If your homepage is over 3MB total, there's room to improve. Over 5MB is a red flag. Over 10MB means you're leaving significant money on the table.

The Optimization Workflow

Here's what actually works, step by step:

  1. Open Skwiz inside your Framer project
  2. Scan your entire project — this finds every image across all pages and CMS collections
  3. Sort by file size — start with the largest files for maximum impact
  4. Set format to WebP, quality 80 — this covers most use cases
  5. Preview the results — use the side-by-side comparison to verify quality
  6. Batch process — compress everything in one pass
  7. Replace in Framer — Skwiz swaps the optimized files directly

For most sites, this takes 5-10 minutes. The results are immediate.

Real Numbers

Here's what typical optimization looks like on a Framer portfolio site:

MetricBeforeAfter
Homepage weight8.3 MB1.1 MB
Monthly bandwidth (2k visits)16.6 GB2.2 GB
CMS images (180 items)1.2 GB total145 MB total
Load time (4G)6.2s1.4s

That's an 87% reduction in bandwidth — without changing a single design decision.

Ongoing Maintenance

Optimization isn't set-and-forget if you have active CMS content. Every time a client uploads new photos to a CMS collection, those are uncompressed source files.

A practical cadence:

  • Monthly: Run Skwiz on any CMS collections with recent updates
  • Before launch: Full project scan and optimize as part of your pre-launch checklist
  • After content migrations: If you import content from another platform, compress everything in one pass

Think of it like clearing your inbox — it takes two minutes if you do it regularly, two hours if you let it pile up.

Quick math: If your hosting plan charges by bandwidth and you're paying $X per GB, reducing your total page weight by 80% reduces that portion of your bill by the same amount. On a site averaging 5,000 visits/month, the savings can be significant.