Skip to content
atlookup

Site-Wide Average Page Load Is slow

When the average page across the crawled site exceeds the slow threshold, the performance problem is systemic — template-level rather than a few isolated slow pages.

notice Impact: high PERF_SITE_SLOW_AVG_LOAD 2 min read Updated

Why it matters

When the average page across the crawled site exceeds the slow threshold, the performance problem is systemic — template-level rather than a few isolated slow pages. Fixing it site-wide delivers broad Core Web Vitals + ranking gains. Systemic slowness also signals infrastructure or CMS issues worth addressing at the platform level.

Address when convenient — notices usually mark a polish opportunity rather than a defect. Estimated SEO impact: high — direct effect on rankings or impressions.

How to fix

  • Profile the shared page template with DevTools Performance tab
  • Identify render-blocking resources used across every route
  • Enable server-side compression (Brotli) and HTTP/2 or HTTP/3
  • Add a CDN if pages travel long-distance to users
  • Consider static generation or ISR for content that rarely changes

Common causes

If the rule is firing across many pages, the root cause is almost always one of these:

  • Render-blocking third-party scripts (analytics, chat, ads) loaded synchronously in <head>.
  • Hero images served at full original size with no responsive variants.
  • CSS bundle ships every component for every route instead of route-splitting.
  • A single uncached API call dominates time-to-interactive.

Anti-patterns to avoid

Even with the best intentions, these "fixes" make the issue worse — recognise them so you don't ship them:

  • Synchronous third-party scripts in <head>.
  • Serving 4K hero images on mobile because the desktop version "looked fine".
  • Disabling caching headers because "we want fresh content".

How atlookup detects this

Our crawler renders each page with a real headless browser, then collects Core Web Vitals (LCP, CLS, INP), payload sizes, and third-party request counts via Lighthouse. Pages where the rule fires for site-wide average page load is slow are flagged on the report.

If you'd like to see this rule fire on your own site, run a free 60-second audit — every page is reported with the exact lines that triggered it.

Tools to verify the fix

Once you've applied the fix, double-check with these external validators:

Frequently asked questions

Why does Site-Wide Average Page Load Is Slow matter for SEO?

When the average page across the crawled site exceeds the slow threshold, the performance problem is systemic — template-level rather than a few isolated slow pages. Fixing it site-wide delivers broad Core Web Vitals + ranking gains. Systemic slowness also signals infrastructure or CMS issues worth addressing at the platform level.

How do I fix site-wide average page load is slow?

Profile the shared page template with DevTools Performance tab Identify render-blocking resources used across every route Enable server-side compression (Brotli) and HTTP/2 or HTTP/3 Add a CDN if pages travel long-distance to users Consider static generation or ISR for content that rarely changes

Is this a critical SEO issue?

Address when convenient — notices usually mark a polish opportunity rather than a defect. Estimated SEO impact: high — direct effect on rankings or impressions.

How does atlookup detect site-wide average page load is slow?

Our crawler renders each page with a real headless browser, then collects Core Web Vitals (LCP, CLS, INP), payload sizes, and third-party request counts via Lighthouse. Pages where the rule fires for site-wide average page load is slow are flagged on the report.

How long does it take to fix?

15–30 minutes per page. Most teams batch similar issues across templates so the per-page time goes down at scale.

HTML_VERY_LARGE

HTML Document Extremely Large

Pages over several megabytes of HTML are often un-paginated lists or un-split SSR dumps.

PAGE_VERY_SLOW

Page Load Time Is Very Slow

Very slow pages (>5s load) fail Core Web Vitals thresholds and suffer dramatic CTR and conversion drop-offs.

PERF_CLS_POOR

Cumulative Layout Shift is Poor (> 0.25)

CLS measures unexpected layout shifts during page load.

PERF_TTFB_HIGH

High Time to First Byte

TTFB measures how long the server takes to respond.