Core Web Vitals a uptime: keď 200 OK nestačí pre Google

V skratke: Server vám vracia HTTP 200, monitoring hovorí "UP" - a vy aj tak strácate trafic z Google. Core Web Vitals (LCP, INP, CLS) merajú reálnu používateľskú skúsenosť. Pomalý web je z pohľadu Google "down" rovnako ako nedostupný.

V skratke: Server vám vracia HTTP 200, monitoring hovorí "UP" - a vy aj tak strácate trafic z Google. Core Web Vitals (LCP, INP, CLS) merajú reálnu používateľskú skúsenosť. Pomalý web je z pohľadu Google "down" rovnako ako nedostupný.

Tri metriky CWV

Google v 2020 zaviedol Core Web Vitals ako ranking factor. Od marca 2024 ich tvoria:

LCP (Largest Contentful Paint) - kedy sa zobrazí najväčší prvok stránky. Dobre: ≤ 2,5 s. Treba zlepšiť: 2,5-4 s. Zle: > 4 s.
INP (Interaction to Next Paint) - ako rýchlo stránka reaguje na user interakcie (klik, tap). Nahradil FID v marci 2024. Dobre: ≤ 200 ms. Treba zlepšiť: 200-500 ms. Zle: > 500 ms.
CLS (Cumulative Layout Shift) - koľko sa prvky stránky vizuálne hýbu počas načítavania. Dobre: ≤ 0,1. Treba zlepšiť: 0,1-0,25. Zle: > 0,25.

Prečo to monitoring nezachytí

Klasický uptime monitor pošle HTTP GET request a meria:

Status kód (200 = OK)
Time to first byte (TTFB)
Voliteľne keyword match v HTML

Ale nerenderuje stránku v prehliadači. Nevidí, že:

JavaScript bundle má 3 MB a parsing trvá 4 sekundy
Hero obrázok sa loaduje synchrónne a blokuje paint
Tretia strana (analytics, advertising) blokuje main thread
Layout sa preskakuje, ako sa loadujú elementy

Z perspektívy návštevníka je web pomalý a nepoužiteľný - z perspektívy monitoringu je všetko "UP".

Lab vs field data

CWV sa merajú dvoma spôsobmi:

Lab data (Lighthouse, PageSpeed Insights, WebPageTest) - kontrolovaný browser, definovaná sieť (typicky 4G), konkrétny device. Reproducibilné, vhodné na regresné testovanie po deployoch.

Field data / RUM (Chrome User Experience Report, vlastný JS) - zber dát od reálnych návštevníkov v ich realných podmienkach. To, čo Google používa na ranking. Reflektuje skutočnú variabilitu (3G mobilný klient z vlaku, desktop fiber, atď.).

Lab data sú dobrá referencia, field data sú pravda.

Pozn.: ePulz.io aktuálne CWV metriky neeviduje. Na ich meranie použite špecializované nástroje (PageSpeed Insights, WebPageTest, Lighthouse CI, prípadne vlastný RUM JS snippet). Pre vizuálne regresie ePulz.io ponúka monitor typu visual, ktorý porovnáva screenshoty - to čiastočne kryje "stránka sa renderuje úplne inak" scenáre, ale nemerá LCP/INP/CLS.

Praktická monitoring stratégia

Synthetic uptime check - klasický HTTP monitor každú 1-5 min. Detekuje hard downtime, 5xx, expirované certifikáty.
CWV meranie mimo ePulz - Lighthouse CI v deployment pipeline alebo nightly cron, ktorý spustí Lighthouse a uloží výsledky. Detekuje regresiu po nasadení (LCP sa zdvihol z 1,8 s na 4,2 s po nasadení nového JS bundle).
Visual regression check - screenshot diff. Detekuje keď sa stránka renderuje úplne inak ako predtým (CSS broken, font fail, JS error).
Real User Monitoring - JS snippet v stránke zbiera CWV od reálnych návštevníkov. Sledujete 75th percentile metrík.

Top príčiny zlých CWV

LCP príliš vysoké:

Veľké hero obrázky bez priority hint (fetchpriority="high")
Pomalý server / TTFB (CDN cache miss, slow DB query)
Blocking resources v <head> (analytics, fonts bez display=swap)
Web fonts loadované z third-party CDN bez preconnect

INP príliš vysoké:

Veľký JS bundle blokujúci main thread
Synchronné event listenery, ktoré robia ťažkú prácu
Pomalé third-party skripty (chat widgets, A/B testing)

CLS príliš vysoké:

Obrázky bez explicitných width a height atribútov
Reklamy bez rezervovaného miesta
Dynamicky injectované obsahy nad fold
Web fonts s FOUT (Flash of Unstyled Text) bez správnej fallback

SEO impact

Google používa CWV ako tie-breaker. Pri rovnako relevantnom obsahu uprednostní rýchlejšiu stránku. V kompetitívnych nische to je rozhodujúce.

Praktický dopad:

Web s CWV v "good" rangu má v priemere ~20% nižšiu bounce rate
Conversion rate stúpa pri každom -100 ms LCP
Mobile-first indexing znamená, že Google hodnotí mobilnú verziu - testujte tam

Záver

Uptime monitoring odpovedá na "Je server dosiahnuteľný?". Core Web Vitals odpovedajú na "Je web použiteľný?". Obe metriky sú nezávislé a obe potrebujete sledovať. Server môže byť 100% uptime a web aj tak strácať traffic kvôli LCP nad 4 sekundy.

Monitoring nad rámec uptime

Visual regression detekuje vizuálne zmeny aj keď server vracia 200. Response time monitoring zachytí pomalé endpointy.

Vyskúšať ePulz.io →