Ključni spletni kazalniki (Core Web Vitals) so tri metrike, ki jih Google uporablja kot signal za SEO od leta 2021. Spreminjajo se. Prvotni trio so bili LCP, FID in CLS. Marca 2024 je Google FID zamenjal z INP – kar je prineslo nekaj precej velikih sprememb v tem, kaj se meri in kako optimizirati. Leta 2026 je INP dozorel, privzeto je indeksiranje, ki temelji na mobilnih napravah, in pravila igre so spet jasna. Ta vodnik zajema, kaj se je spremenilo in kaj je treba posebej meriti in popraviti.
Kaj so Core Web Vitals – kratek opomnik
Google jih opredeljuje kot tri ključne metrike uporabniške izkušnje, ki vplivajo na uvrstitev. Meri se na podlagi dejanskih uporabniških sej (prek poročila o uporabniški izkušnji Chroma – CrUX), ne le na podlagi laboratorijskih testov.
- LCP – Največje prikazovanje vsebine. Koliko časa traja, da se največji vidni element (slika, videoposnetek, blok besedila) prikaže nad pregibom.
- INP – Interakcija do naslednjega slikanja. Koliko časa traja od uporabniške interakcije (klik, tapkanje, tipkanje) do vidnega odziva strani.
- CLS — Kumulativni premik postavitve. Koliko elementov se premakne med nalaganjem (nadležni skoki)
Pragovi za "dobro" leta 2026:
- LCP < 2,5 sekunde
- INP < 200 milisekund
- CLS < 0,1
Kaj je novega v letu 2026
INP je nadomestil FID
FID (First Input Delay) je meril samo PRVO interakcijo s stranjo. INP meri VSE interakcije – in uporablja 98. percentil najslabših. To je veliko strožje.
Praktične posledice: strani z veliko JavaScripta, ki so prestale test FID, zdaj ne prestanejo testa INP. Še posebej SPA (Vue, React), kjer navigacija poganja veliko upodabljanja.
Terenski podatki imajo večji vpliv
Google bolj ceni podatke s terena (dejanske uporabnike) kot laboratorijske teste (PageSpeed Insights v laboratorijskih pogojih). Če vaši laboratorijski testi kažejo 95/100, podatki s terena pa LCP 4,5, vaša uvrstitev trpi.
Optimizacije podvirov
Lighthouse 12 je dodal nova preverjanja za HTTP/3 , zgodnje namige (103 Early Hints), atribut fetchpriority in pravila špekulacije za prednalaganje. Vsa ta orodja so za pridobivanje zadnjih 200–300 ms iz LCP-ja.
Kako meriti – orodja po prioriteti
1. Google Search Console – poročilo o ključnih spletnih podatkih
Pravi uporabniki, pravi telefoni. Prikazuje, kateri URL-ji imajo težave, združeno po LCP/INP/CLS. To drži – vse ostalo je le simulacija.
2. Vpogledi v PageSpeed
Združuje podatke s terena CrUX (če ima URL dovolj prometa) in laboratorijski test Lighthouse. Uporabno za začetno diagnozo in specifična priporočila.
3. Orodja za razvijalce v Chromu – plošča za delovanje
Za poglobljeno kopanje. Snemanje sej, iskanje dolgih nalog, težave z INP, blokiranje upodabljanja. Zahtevno, a nepogrešljivo.
4. Test spletne strani
Testirajte z različnih lokacij, omrežij, naprav. Najboljši pogled na slap vseh zahtev.
5. Knjižnica JavaScript za spletne vitalne podatke
web-vitals.js vam omogoča sledenje ključnih spletnih vitalnih podatkov v vaši nastavitvi analitike (GA4, Matomo, Plausible). Spremljanje dejanskih uporabnikov (RUM) na ravni, ki jo potrebujete.
Optimizacija LCP – najpogostejše težave
1. Glavna slika ni optimizirana
V 80 % primerov je LCP glavna slika nad pregibom. Tri stvari:
- Oblika WebP/AVIF namesto JPEG
- Pravilna velikost (slika 4K ni prikazana v vidnem polju z ločljivostjo 1200 slikovnih pik)
- Atribut fetchpriority="high" v oznaki
— brskalniku pove, naj naloži prednostno
2. Viri za blokiranje upodabljanja
Zunanji CSS in sinhroni JS pri upodabljanju bloka . Kritični CSS v vrstici + ostalo asinhrono . LiteSpeed Cache in WP Rocket to počneta samodejno.
3. Spletne pisave
FOIT (Flash Of Invisible Text) – besedilo se ne prikaže, dokler se pisava ne naloži. font-display: swap v konfiguraciji @font-face ali Tailwind rešuje težavo.
4. Počasen strežnik / TTFB
Če strežnik potrebuje 1,5 sekunde za pošiljanje prvega bajta, LCP ne more biti krajši od 2,5 sekunde, ne glede na to, kaj počnete. Predpomnjenje strani (LiteSpeed Cache za WP, Yii cache za Craft, Laravel route cache) je obvezno.
Optimizacija INP – kjer boli
1. Dolge JavaScript naloge
Glavni krivec za težavo INP. Klikni sprožilec 800 ms blokira JavaScript, uporabnik čaka, INP kaznuje.
Rešitve:
- Razdelitev kode – manjši sveženj, po potrebi leno nalaganje
- Spletni delavci za zahtevne izračune zunaj glavne niti
- requestIdleCallback za opravila, ki niso v stanju mirovanja
- scheduler.postTask (novo v sodobnih brskalnikih) — nadzorovana "predaja" glavni niti
2. Skripti tretjih oseb
Google Tag Manager, Facebook Pixel, hotjar, intercom widget – vsak doda 100–500 ms blokirajočega JS-ja. Asinhrono ali odloženo vklop vsega, nalaganje pozneje, če je mogoče, uporabite Google Tag Manager na strani strežnika, kjer koli že gre.
3. Obdelovalci težkih dogodkov
Obdelovalci pomikanja, spreminjanja velikosti in klikov, ki izvajajo kompleksne izračune. Odpravljanje poskakovanja in dušenje , po možnosti preklopite na Delavce.
4. Prenasičenost z vtičniki (WordPress / WooCommerce)
WP Rocket in podobni lahko "odložijo" staro kodo jQuery, vendar je prava rešitev revizija vtičnikov in odstranitev tistih, ki v ozadju nalagajo veliko JS-ja.
Optimizacija CLS – najpreprostejša
CLS je najlažje rešiti. Pravila:
- Vse slike imajo atributa širine in višine (ali razmerje stranic v CSS-ju)
- Vdelani videoposnetki imajo vsebnik za razmerje stranic
- Spletne pisave uporabljajo font-display: neobvezno ali zamenjano z metričnimi preglasitvami
- Po nalaganju ne vstavljajte pasice nad vsebino (pasica za piškotke, soglasje GDPR – prikaže se pred, ne za )
- Prostor za dinamično rezervacijo vsebine (nalagalnik skeleta, nadomestni znak)
Potek dela za optimizacijo
- Preverite Search Console – kateri URL-ji imajo težave
- Vpogledi v PageSpeed o 3 najpogostejših problematičnih URL-jih – pridobite konkretna priporočila
- Ugotovite, katera metrika (LCP/INP/CLS) predstavlja največjo težavo
- Uporabi eno spremembo, uvedi, počakaj 28 dni (okno CrUX)
- Ponovno preverite Search Console – ali je metrika postala zelena?
Hitrost ni šprint, ampak maraton. Realno gledano potrebujete 2-3 mesece, da prebrodite vse težave in vidite stabilen rezultat v lestvici.
Kaj gostovanje zmore (in česa ne zmore)
Katere REŠITVE za gostovanje:
- TTFB (prek izolacije, shrambe NVMe, LiteSpeed)
- Predpomnjenje strani takoj po namestitvi
- Podpora za HTTP/2 in HTTP/3
- Brotlijeva kompresija
- OPcache za PHP
- Samodejni SSL, ki vas ne upočasni
Česa gostovanje NE reši:
- Vaša tema, ki naloži 47 JS vtičnikov
- Vaša 8 MB velika glavna slika
- Vaši sledilni pripomočki tretjih oseb
- Vaša koda, ki ima v rutini za obravnavo vsakega klika zanko O(n²)
Gostovanje vam lahko prinese 200–400 ms manj časa za odziv na napako (TTFB). Ostalo je vaša naloga (ali naloga vašega razvijalca).
Pogosta vprašanja
Ali se moja uvrstitev zniža, če sem v območju »potrebuje izboljšave«?
Ne takoj. Google uporablja Core Web Vitals kot merilo za odločanje o izenačenju – če ste v »slabi« coni, izgubite uvrstitev v konkurenčnih poizvedbah. »Potrebuje izboljšave« ni panika, ampak temu dajte prednost.
Ali potrebujem oceno 100/100 v PageSpeed-u?
Ne. Cilj je biti v območju »dobrega« za vse tri meritve. Rezultat PageSpeed nad 90 je zadosten, 100 ni realistično za večino WordPress spletnih mest.
Mobilni ali namizni računalnik – kaj je pomembnejše?
Mobilne naprave. Google privzeto uporablja indeksiranje, ki daje prednost mobilnim napravam. Mobilni CWV-ji so vaša prednost.
Kaj pa SPA-ji (Vue, React, Astro)?
INP je zanje še posebej težaven. SSR (upodabljanje na strani strežnika) ali SSG (generiranje statičnega spletnega mesta) je običajno edini način za uspešno prestati test INP. Čisti SPA z upodabljanjem na strani odjemalca trpi.
Kaj pa, če uporabljam Cloudflare?
Cloudflare ne pomaga neposredno CWV (razen če uporabljate njihovo optimizacijo slik in Argo Smart Routing). Vendar ne škodi, še posebej za mednarodno občinstvo.
Kaj WMD ponuja za zmogljivost
- Spletni strežnik LiteSpeed z vgrajenim predpomnilnikom in fragmenti ESI
- Shranjevanje NVMe SSD
- Izolacija CloudLinux LVE – vaš TTFB ni odvisen od drugih
- PHP 8.3 z vedno vklopljenim OPcachejem
- Podpora za HTTP/2 + HTTP/3
- Brotlijeva kompresija
- Samodejni SSL brez zmanjšanja učinkovitosti delovanja
Za resnejšo revizijo delovanja se obrnite na nas . Pregledali bomo specifično težavo na vašem spletnem mestu in vam iskreno povedali, kaj lahko gostovanje odpravi in kaj mora razvijalec popraviti v kodi.
Zaključek
Ključni spletni kazalniki v letu 2026 niso nič novega – vendar je INP prelomnica. Poleg tega indeksiranje, ki daje prednost mobilnim napravam, pomeni, da je hitrost na mobilnih napravah prva prednostna naloga.
Pristop: najprej izmeri , nato popravi po prioritetah (LCP → INP → CLS), nato pa mesečno ponavljaj. Hitrost je dejavnik SEO, ki se obrestuje z leti – vredno je časa.
Spremljali bomo, kako Google razvija CWV (načrtujejo izboljšanje INP in morda novo metriko odzivnosti v letih 2026/2027). Najnovejše posodobitve vedno objavljamo v naših novicah .