Skip to content

Performance intelligence

Your Client's Homepage Was 1.2MB. Now It's 6.3MB. Nobody Noticed.

Three plugin updates. A gallery redesign. An unoptimised hero image. Each change adds a few hundred kilobytes — and nobody's watching the total. SiteWatch tracks the total download weight of every monitored page on every check. When a page crosses 5MB or a single asset crosses 2MB, a medium-severity incident is created automatically.

  • Total page weight tracked on every integrity check
  • Medium-severity incident at 5MB page or 2MB single asset — no manual thresholds to tune
  • Portfolio-wide visibility — catch bloat across all client sites

Why it matters

Page weight creep is invisible — until your clients notice.

Mobile abandonment starts here

Page weight is the single strongest predictor of mobile abandonment. Every megabyte beyond the first significantly increases bounce rate on mobile connections. Your clients' visitors are on phones — a 6MB homepage is not acceptable.

CMS plugins are the culprit

WordPress and Shopify sites are especially vulnerable. Every plugin adds scripts, stylesheets, and sometimes images. Three months after launch, a page that was optimised at 800KB might be 4MB without a single developer touching it.

Weight grows invisibly

Nobody audits page weight after launch. It climbs through content updates, unoptimised image uploads, and plugin additions. By the time a client says "the site feels slow," the damage has been accumulating for months.

Portfolio-scale detection

Agencies managing 50 client sites cannot open DevTools on each one weekly. SiteWatch tracks page weight automatically across your entire portfolio and fires incidents when any site crosses the threshold.

Proactive, not reactive

SiteWatch doesn't wait for a client complaint or a Lighthouse audit. Weight is tracked on every check cycle. A site that goes from 2MB to 5MB over three months triggers a medium-severity incident the moment it crosses the threshold.

Combined with resource count

Page weight and resource count (total HTTP requests) paint the complete front-end health picture. A 6MB page with 200 resources has two separate problems: download cost and request overhead. SiteWatch tracks both.

5MB

Total page weight threshold

2MB

Single asset threshold

Every check

Monitoring frequency

Under the hood

How page weight monitoring works

01

Fetch the page

SiteWatch fetches your monitored page over HTTP and parses the HTML to identify every linked asset — scripts, stylesheets, images, fonts, and other resources.

02

Measure with Content-Length

Each asset is checked via HTTP HEAD request and its Content-Length header is recorded. This gives accurate byte counts without downloading the full asset body — lightweight and efficient.

03

Total and per-asset thresholds

SiteWatch sums all asset weights and compares against the 5MB page threshold. Individual assets are checked against the 2MB single-asset limit. Either breach triggers an incident.

04

Medium-severity incident

When a threshold is exceeded, a PAGE_WEIGHT_EXCEEDED incident is created at medium severity. Your team is alerted with the total weight, heaviest assets, and the threshold crossed.

You haven't audited your clients' page weight in months. SiteWatch already has.

Free plan. No credit card. 2-minute setup.

The monitoring gap

Most tools don't track what your site weighs

Total page weight tracking

Uptime monitoring tools:Not monitored
SiteWatch:Tracked on every check

Per-asset size checks

Uptime monitoring tools:Not monitored
SiteWatch:Content-Length per asset

Alerting on weight bloat

Uptime monitoring tools:No
SiteWatch:Medium-severity incident at 5MB / 2MB

Resource count detection

Uptime monitoring tools:Not monitored
SiteWatch:Low-severity incident at 100+ resources

Portfolio-wide weight visibility

Uptime monitoring tools:No
SiteWatch:Every site on every check

Automatic, no manual audits

Uptime monitoring tools:Requires manual Lighthouse or DevTools
SiteWatch:Continuous — no action required

FAQ

Frequently asked questions