PageSpeed Insights (PSI) je Googlovo brezplačno orodje za merjenje uspešnosti spletnih mest. Prikazuje številke, daje priporočila – vendar brez razumevanja pomena meritev vidite »57/100« in ne veste, ali je to dobro, slabo ali katastrofalno.

Ta priročnik pojasnjuje ključne spletne kazalnike (LCP, INP, CLS), kako interpretirati rezultate PSI, kakšna je razlika med laboratorijskimi in terenskimi podatki ter kako sistematično izboljšati delovanje brez nakupa novega gostovanja.

Kaj so osnovni spletni podatki?

Core Web Vitals (CWV) so tri Googlove metrike, ki merijo uporabniško izkušnjo:

1. LCP (Največje vsebinsko slikanje)

Čas, dokler se največji element (slika, naslov, video) ne prikaže v vidnem polju.

• Dobro : < 2,5 s
• Potrebuje izboljšave : 2,5–4 s
• Slabo : > 4 s

2. INP (Interakcija z naslednjo barvo) – leta 2024 je nadomestil FID.

Čas od interakcije uporabnika (klik, dotik) do vizualnega odziva.

• Dobro : < 200 ms
• Potrebuje izboljšave : 200–500 ms
• Slabo : > 500 ms

3. CLS (kumulativni premik postavitve)

Koliko vsebine se pomakne med nalaganjem.

• Dobro : < 0,1
• Potrebne izboljšave : 0,1–0,25
• Slabo : > 0,25

Vse tri metrike vplivajo na uvrstitve v Googlu (od leta 2021, CLS od leta 2024).

Laboratorijski v primerjavi s terenskimi podatki – ključna razlika

PSI prikazuje dve vrsti podatkov:

Podatki s terena (metrike dejanskih uporabnikov / RUM)

• Dejanska uporabniška izkušnja iz poročila o uporabniški izkušnji Chroma (CrUX).
• Na podlagi 28-dnevnega povprečnega obiska dejanskih uporabnikov.
• Zelena/rumena/rdeča oznaka na metriko.
• To Google uporablja za uvrstitev .

Laboratorijski podatki (simulacija svetilnika)

• Sintetični test iz Googlovega podatkovnega centra (Moto G Power, 4G povezava).
• Zagotavlja podrobna priporočila, vendar ne odražajo realnosti.
• Rezultat od 0 do 100 na podlagi sintetičnega testa.
• Laboratorijski rezultat je morda 30/100, vendar so podatki s terena zeleni = spletno mesto deluje za prave uporabnike.

Za uvrstitev v Googlu se osredotočite na terenske podatke. Za odpravljanje napak in priporočila uporabite laboratorijske podatke.

Tipična nadzorna plošča PSI – na kaj morate biti pozorni

Odprite pagespeed.web.dev in vnesite URL. Videli boste:

1. Zavihek Mobilne naprave / Namizni računalniki – Google uporablja uvrstitev, ki je na prvem mestu za mobilne naprave. Osredotočite se na mobilne naprave.
2. Ocena ključnih spletnih podatkov – Opravljeno/Neopravljeno (na podlagi podatkov s terena).
3. Podatki polja – s povzetkom izvora (celotno spletno mesto) ali določenim URL-jem.
4. Rezultat laboratorijske uspešnosti – 0–100, ne skrbite, če je nižji, če je polje zeleno.
5. Diagnostika in priložnosti – specifične stvari za izboljšave.

Najpogostejše težave in kako jih odpraviti

Počasen LCP (glavna slika ali besedilo se prikaže pozno)

Kaj popraviti:

• Optimizacija slik (WebP/AVIF, ustrezne dimenzije, srcset).
• fetchpriority="high" na glavni sliki.
• Predhodno naložite kritične vire (slika LCP, glavna pisava).
• Optimizacija TTFB (predpomnilnik na strani strežnika, CDN).
• Odložite nekritične CSS in JS.

Počasen INP (spletno mesto se počasi odziva na klike)

Kaj popraviti:

• Zmanjšajte čas izvajanja JavaScripta (tresenje drevesa, delitev kode).
• Dolge naloge (> 50 ms) razdelite na manjše dele.
• Odložite ali asinhronizirajte skripte tretjih oseb (analitika, oglasi, pripomočki za klepet).
• Za zahtevno računalništvo uporabite web workers .
• Izogibajte se animacijam, ki obremenjujejo procesor.

Slab CLS (vsebina se med nalaganjem pomika)

Kaj popraviti:

• Nastavite atribute width in height na slikah.
• Rezervirajte prostor za oglase in vdelane elemente (iframe s fiksno višino).
• Izogibajte se vstavljanju vsebine nad obstoječo vsebino (pasice, pojavna okna, ki se pojavljajo).
• Za odzivne vsebnike uporabite aspect-ratio CSS.
• Predhodno nalaganje pisav (prikaz pisave: neobvezno ali zamenjano).

Laboratorijski rezultat 0–100 – kaj pomenijo razponi

Rezultat na mobilnih napravah je običajno 10–20 nižji od rezultata na namiznih računalnikih zaradi omejevanja.

10 najboljših priporočil, ki jih PSI pogosto daje

1. Pravilno prilagodite velikost slik – za prikaz velikosti 800 slikovnih pik ne prikazujte slike velikosti 4000 slikovnih pik.
2. Odložite slike zunaj zaslona – počasno nalaganje slik pod pregibom.
3. Odpravite vire, ki blokirajo upodabljanje – odložite CSS in JS, ki ju v začetnem slikanju ne potrebujete.
4. Zmanjšajte CSS/JavaScript – samodejno prek LiteSpeed Cache ali vtičnika.
5. Zmanjšajte neuporabljen JavaScript – delitev kode, odstranitev neuporabljenih vtičnikov.
6. Izogibajte se ogromnim omrežnim obremenitvam – skupna velikost strani je manjša od 1,5 MB.
7. Uporabite učinkovite slikovne formate (WebP/AVIF) .
8. Omogoči stiskanje besedila (Brotli/Gzip) .
9. Zmanjšajte odzivni čas strežnika (TTFB) .
10. Izogibajte se pretirani velikosti DOM-a – manj kot 1500 elementov na stran.

Optimizacija, specifična za WordPress

Režijski stroški vtičnika

Vsak vtičnik = potencialna slabša zmogljivost. Tipično spletno mesto WP s 30 vtičniki ima 50–100 KB režijskih stroškov samo zaradi sredstev vtičnikov. Revizija prek Query Monitor ali Asset CleanUp .

Prenapihnjenost teme

Teme za graditelje strani (Divi, Avada) so običajno 30–50 % počasnejše od izvornih blokovnih tem. Preden se odločite, preverite.

Poizvedbe v zbirki podatkov

Vtičnik Query Monitor prikazuje vse poizvedbe v zbirki podatkov na stran. Več kot 100 poizvedb = težava. Tipično: slab vtičnik, ki ne uporablja predpomnilnika.

Zunanji skripti

Google Tag Manager, Hotjar, Intercom, Facebook Pixel – vsak tip 30–100 KB JS. Revizija, pustite samo kritične, ostalo odložite.

Vpliv gostovanja na ključne spletne kazalnike

• TTFB je neposredno odvisen od strežnika. NVMe + LiteSpeed + Redis = TTFB pod 200 ms. Staro deljeno gostovanje = TTFB 500-1500 ms.
• HTTP/3 zagotavlja 10–20 % boljši LCP na mobilnih napravah.
• CDN zagotavlja 100–300 ms boljši LCP za geografsko oddaljene uporabnike.
• Optimizacija slik na strani strežnika (LSCache + QUIC.cloud) samodejna pretvorba WebP.

Realistična optimizacija delovnega procesa

1. Osnovna mera – PSI test pred vsako spremembo.
2. V razdelku Priložnosti opredelite 3 najpomembnejše težave (razvrščene po vplivu).
3. Popravljajte eno spremembo naenkrat , po vsaki ponovite preizkus.
4. Počakajte 28 dni po končanih popravkih, da vidite učinek na podatke na terenu.
5. Iteracija – optimizacija delovanja je neprekinjena, ne enkratna.

Orodja poleg PSI

• GTmetrix — vizualni slapni grafikoni, lažje odpravljanje napak kot PSI.
• WebPageTest — najzmogljivejše testiranje predvajanja videoposnetkov na več lokacijah.
• Lighthouse CI – avtomatizirano testiranje v cevovodu CI.
• Zavihek »Učinkovitost delovanja« v orodjih za razvijalce Chrome – lokalno odpravljanje napak, poglobljen pregled.
• Poročilo o osnovnih podatkih s spletnega mesta v storitvi Search Console – Googlov pogled na vaše dejanske podatke na terenu.

Kaj ponuja pristop WMD

• NVMe + LiteSpeed privzeto — najboljši TTFB.
• LiteSpeed Cache z avtomatsko optimizacijo slik.
• HTTP/3 + privzeto Brotli .
• Možnost QUIC.cloud CDN za globalni rob.
• Storitev revizije smotrnosti poslovanja – analiza + konkretna priporočila.
• Optimizacija vtičnikov — analiza režijskih stroškov in priporočila za zmanjšanje.

Pogosto zastavljena vprašanja

Je rezultat 100 realističen cilj?
Za preprosto spletno mesto, da. Za WooCommerce s 30 vtičniki je 80–90 realističen cilj. Rezultat 100 zahteva agresivno optimizacijo in kompromise pri funkcijah.

Kaj pa, če Google Search Console prikazuje rdečo, PSI pa zeleno?
Google Search Console uporablja podatke s terena za obdobje enega meseca. Če je bilo spletno mesto izboljšano, vendar je v zadnjih 28 dneh slabo delovalo, Search Console zaostaja glede na stanje. Počakajte.

Mobilni ali namizni računalnik – katerega izbrati?
Mobilne naprave. Uvrstitev v Googlu temelji na indeksiranju, ki od leta 2019 daje prednost mobilnim napravam.

Ali potrebujem PSI 90+ za dober SEO?
Zadostuje uspešno opravljeno testiranje osnovnih spletnih vitalnih podatkov na terenu. Rezultat laboratorija 90+ sam po sebi ni dejavnik uvrstitve. Osredotočite se na resnično uporabniško izkušnjo, ne na poljubno številko laboratorija.