← Späť na blog
2025-02-25 · 6 min

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ý.

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.

Praktická monitoring stratégia

  1. Synthetic uptime check - klasický HTTP monitor každú 1-5 min. Detekuje hard downtime, 5xx, expirované certifikáty.
  2. Synthetic CWV check - Lighthouse alebo headless Chrome raz denne. Detekuje regresiu po nasadení (LCP sa zdvihol z 1,8 s na 4,2 s po nasadení nového JS bundle).
  3. Visual regression check - screenshot diff. Detekuje keď sa stránka renderuje úplne inak ako predtým (CSS broken, font fail, JS error).
  4. 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ť ePulzio →