Mobile Page Weight Audit: What to Remove First
Learn how to audit your mobile page weight and prioritize removing heavy images, unused scripts, and third-party widgets that slow load times the most.
# Mobile Page Weight Audit: What to Remove First
Your website might look fine on your laptop. But on a phone over a mediocre cell connection, it could force visitors to download 5, 8, even 12 megabytes of data before they see a single word. That is not a minor inconvenience — it is the reason people leave.
Page weight is the total size of everything a browser downloads to display your page: HTML, CSS, JavaScript, images, fonts, videos, and every third-party widget you have ever installed. On mobile, where connections are slower and data plans still matter, every unnecessary kilobyte costs you time, patience, and customers.

This guide walks you through how to audit your mobile page weight and what to cut first for the biggest improvement.
Why Page Weight Matters More on Mobile
Desktop users on fiber connections rarely notice a bloated page. Mobile users notice immediately.
Slower connections amplify the problem. A 4 MB page on a 50 Mbps connection takes under a second. On a 5 Mbps mobile connection, it takes over six seconds. On a congested network — a crowded coffee shop, a rural area — much longer.
Mobile users are less patient. Google's research on web performance shows that as load time increases from one to three seconds, the probability of a visitor leaving rises by 32%. At five seconds it jumps to 90%.
Google uses mobile performance for ranking. With mobile-first indexing, Google crawls and evaluates the mobile version of your site. A heavy, slow mobile page directly affects where you appear in search results. Google's guidance on creating helpful content emphasizes that page experience matters alongside content quality.
It affects your Core Web Vitals. Largest Contentful Paint (LCP), one of Google's three Core Web Vitals, measures how quickly the main content becomes visible. Heavy pages push LCP well beyond the 2.5-second "good" threshold.
What Page Weight Actually Includes
Before you can cut anything, you need to understand the composition. Here is a typical breakdown for a small business site:
- Images: 50–70% of total weight. Hero images, product photos, backgrounds, icons.
- JavaScript: 15–30%. Your own scripts plus every third-party tool — analytics, chat widgets, social embeds, ad trackers, A/B testing.
- CSS: 3–8%. Stylesheets including unused rules from themes or frameworks.
- Fonts: 2–5%. Custom typefaces from Google Fonts or self-hosted.
- Video: Varies wildly. An auto-playing background video can add 5–20 MB alone.
- HTML: Under 1%. The document structure is almost never the problem.
According to the HTTP Archive page weight report, the median mobile page now exceeds 2 MB. But many small business sites built with page builders and heavy themes land between 4 and 8 MB — two to four times the median.

How to Measure Your Mobile Page Weight
You need actual numbers before you start cutting.
Method 1: Chrome DevTools
- Open Chrome and navigate to your website.
- Press F12 to open DevTools.
- Click the Network tab.
- Click the device icon to enable mobile simulation. Select a phone model like iPhone 12 or Pixel 5.
- Set the throttling dropdown to Fast 3G.
- Hard-reload with Ctrl+Shift+R.
- At the bottom of the Network panel, note the total requests and transfer size.
The transfer size is your mobile page weight. Sort the list by Size to see your biggest offenders ranked largest to smallest.
Method 2: Google PageSpeed Insights
Go to pagespeed.web.dev, enter your URL, and run the test. In the Diagnostics section, look for:
- Avoid enormous network payloads — total weight and biggest files
- Properly size images — oversized images
- Remove unused JavaScript — loaded but never executed
- Remove unused CSS — rules that apply to nothing on the page
You can also run a free audit with FreeSiteAudit to get a plain-English breakdown of what is weighing down your pages and what to fix first.
The Priority List: What to Remove First
Not all page weight is equal. Some cuts deliver massive improvement with minimal effort. Here is the order that gets you the most speed for the least work.

1. Oversized Images (Highest Impact, Easiest Fix)
This is almost always the single biggest win. Most small business sites have at least one image far larger than it needs to be.
Common problems:
- A 4000×3000 pixel photo uploaded straight from a camera, displayed at 400×300 on screen
- PNG screenshots that should be JPEG or WebP
- Hero images at maximum quality when 80% quality is visually identical
- Desktop-sized images served to mobile screens a third the width
What to do:
- Resize images to their actual display size. A hero image on mobile rarely needs to exceed 800 pixels wide.
- Convert to WebP. WebP files are 25–35% smaller than equivalent JPEGs with no visible quality loss.
- Set quality to 80–85%. The difference from 100% is invisible to human eyes but can halve file size.
- Add
loading="lazy"to below-the-fold images so they load only when scrolled into view. - Use the
srcsetattribute to serve different sizes to different screen widths.
Realistic savings: 1–3 MB from a typical small business page. For details, see our image optimization guide.
2. Unused JavaScript (High Impact, Moderate Effort)
JavaScript is especially expensive on mobile because the browser must download, parse, compile, and execute it. A 200 KB JavaScript file costs far more in load time than a 200 KB image.
Common culprits:
- jQuery loaded by your theme when nothing uses it (90 KB)
- Full Bootstrap JS bundle when you only need the dropdown (60 KB)
- Deactivated plugins that still load scripts
- Analytics for services you no longer check
What to do:
- Check your Network tab for
.jsfiles. Note each one's size. - Count
tags in your page source. More than 10 means something is probably unnecessary. - Remove or deactivate plugins and tools you are not actively using.
- Load JavaScript with
deferorasyncattributes so it does not block rendering.
Realistic savings: 100 KB–1 MB, plus a noticeable improvement in how fast the page feels because the browser's main thread is freed sooner. Our guide on fixing render-blocking resources covers the specifics.
3. Third-Party Widgets and Embeds (High Impact, Easy)
Every chat widget, social media feed, review carousel, or embedded map brings its own JavaScript, CSS, and sometimes images. They add up fast.
Real-world example: A local bakery's homepage had these third-party tools:
| Widget | Size Added |
|---|---|
| Live chat (Intercom) | 340 KB |
| Instagram feed embed | 520 KB |
| Google Maps embed | 280 KB |
| Facebook Like button | 190 KB |
| Cookie consent banner | 95 KB |
| Google Analytics | 45 KB |
| Facebook Pixel | 55 KB |
| Hotjar session recording | 110 KB |
| Total | 1,635 KB |
That is 1.6 MB of third-party code before a single image loads. The owner checked analytics once a month and had never opened Hotjar.
What to do:
- List every third-party tool on your site. Be honest about which ones you actually use.
- Remove anything you have not checked in the last 30 days.
- Load widgets like maps or chat only when the visitor clicks or scrolls to that section.
- Replace heavy social embeds with simple links to your profiles.
Realistic savings: 200 KB–2 MB depending on how many widgets you have accumulated.
4. Web Fonts (Moderate Impact, Easy)
Custom fonts add polish, but each file is 20–50 KB. Load four weights of two families and you have added 200–400 KB.
What to do:
- Limit to one or two font families.
- Load only the weights you use — if you only need regular and bold, drop light, medium, semibold, and black.
- Use
font-display: swapso text is visible immediately with a fallback font while the custom font loads. - Consider system fonts for body text. San Francisco (Apple), Segoe UI (Windows), and Roboto (Android) look professional and cost zero bytes.
Realistic savings: 50–300 KB.
5. CSS Frameworks and Unused Styles (Lower Impact, Developer Task)
If your site uses Bootstrap or Tailwind, you may be loading thousands of CSS rules your page never uses.
What to do:
- Open Chrome DevTools' Coverage tab (Ctrl+Shift+P, type "Coverage") to see what percentage of your CSS is actually used.
- If under 30% is used, ask your developer about purging unused styles.
- Remove CSS files from disabled plugins or features.
Realistic savings: 50–200 KB. Lower priority since CSS is cached after the first visit, but it still affects first-time visitors.
6. Video (Potentially Huge Impact, Case by Case)
Auto-playing background videos are the heaviest asset a page can have. A 30-second clip can weigh 5–20 MB.
What to do:
- Replace auto-playing videos with a static image or short animated WebP.
- If you need video, host on YouTube or Vimeo with a click-to-play thumbnail instead of loading the full player on page load.
- Never auto-play video on mobile. Most mobile browsers block it anyway, so you are loading megabytes of data the visitor never sees.
Realistic savings: 2–20 MB if you have auto-playing video.
Putting It Together: A Real Audit Example
Say you run a landscaping company and your homepage weighs 6.2 MB on mobile. Here is what an audit might reveal:
Starting point: 6.2 MB, 82 requests, 8.4-second load on 4G
| Asset | Size | Action | After |
|---|---|---|---|
| Hero image (5472×3648 PNG) | 2.8 MB | Resize to 800px, convert to WebP | 95 KB |
| Portfolio carousel (6 full-size JPEGs) | 1.9 MB | Resize, compress, lazy-load | 240 KB |
| jQuery + jQuery UI (unused) | 135 KB | Remove | 0 KB |
| Instagram feed plugin | 480 KB | Replace with profile link | 0 KB |
| Three Google Fonts (8 weights) | 340 KB | Two fonts, 3 weights | 85 KB |
| Chat widget (never used by visitors) | 290 KB | Remove | 0 KB |
| Facebook Pixel (no ad campaigns) | 55 KB | Remove | 0 KB |
After cleanup: 1.3 MB total (79% reduction), 34 requests, 2.1-second load on 4G, LCP at 1.8 seconds — well within Google's "good" threshold.
The entire process took about two hours. No redesign. No new tools. Just removing what should not have been there.

Quick-Reference Checklist
- ] Run PageSpeed Insights or a [free FreeSiteAudit scan to get your baseline
- [ ] Sort network requests by size to find the biggest files
- [ ] Resize all images to their actual display size
- [ ] Convert images to WebP format
- [ ] Add
loading="lazy"to below-the-fold images - [ ] List every third-party script and remove any you do not actively use
- [ ] Remove or defer JavaScript not needed for initial render
- [ ] Limit custom fonts to two families and only the weights you use
- [ ] Replace auto-playing video with static images or click-to-play embeds
- [ ] Re-test after changes to confirm improvement
Set a Target and Monitor
A reasonable target for most small business sites: under 1.5 MB total page weight on mobile, with fewer than 50 network requests. This puts you ahead of most competitors and within the range Google considers performant.
Page weight creeps back up as you add content, install plugins, or update your theme. Run this audit quarterly, or set up monitoring with FreeSiteAudit so you get alerted when your page weight crosses a threshold.
Get Your Baseline Numbers Now
Everything depends on knowing your actual numbers. Run a free audit with FreeSiteAudit to see exactly what your site weighs on mobile, which assets are heaviest, and what to remove first. It takes about 30 seconds.
Sources
Related Tools
Check your website for free
Get an instant score and your top 3 critical issues in under 60 seconds.
Get Your Free Audit →