Home  /  Learn  /  Website Performance — Speed Guide

Website Performance — Speed Guide

Performance is worth 20 of PEKRYON's 100 points and is scored across five factors: response time, Gzip/Brotli compression, cache headers, HTTP/2 (or HTTP/3) support, and resource weight. A slow site loses visitors before they ever see your content — and Google's Core Web Vitals now directly factor page speed into search rankings.
🌿 Beginner — Plain English explanations

Why speed matters more than it seems

Studies on user behaviour consistently show visitors abandon a page if it takes more than a few seconds to load, and each additional second of delay measurably increases the number of people who leave before they've even seen your content. Speed isn't a nice-to-have — it directly affects how many visitors turn into customers.

Google also uses page speed as a ranking factor. Two sites with equally good content can rank differently in search results purely because one loads faster than the other.

The 8 things PEKRYON checks

FactorPlain English
Response timeHow long the server takes to start sending the page after a request — the foundation everything else builds on.
Page sizeThe total weight of the page — heavier pages take longer regardless of connection speed.
Compression (Gzip/Brotli)Whether your server shrinks files before sending them, similar to zipping a file before emailing it — often cutting page weight by 60-80%.
Cache headersWhether returning visitors' browsers are told to reuse files they already downloaded, instead of re-downloading everything on every visit.
HTTP/2 supportA modern version of the web's core protocol that lets a browser fetch many files from your server at once, instead of one at a time.
HTTP/3 supportThe newest protocol version, advertised via the Alt-Svc header — faster connection setup, especially on unreliable mobile networks.
CDN cache statusWhether your CDN/cache layer is actually serving cached content (a HIT) rather than just having caching policy declared but never actually working.
Render-blocking resourcesSynchronous scripts and stylesheets in your page's <head> that delay the browser from showing anything at all until they finish loading.

How to fix it

Most of these are one-time server or hosting configuration changes rather than ongoing work: enabling compression, setting sensible cache lifetimes, and switching to a host that supports HTTP/2 and HTTP/3 by default (most modern hosts, including Kinsta and WP Engine, already do). For render-blocking resources, add async or defer to non-critical scripts. For resource weight, compressing images and lazy-loading anything below the fold makes the single biggest visible difference.

Check Your Website Now — Free

PEKRYON scans your website across 26 modules. We take the time needed for accurate results — no server access needed.

Scan My Website Free →  Learn More