Core Web Vitals a Lighthouse: Prečo dnes nestačí, že web „nejako funguje“

To však ešte neznamená, že sa rovnako dobre používa aj návštevníkom.

Niekto môže web otvoriť na novom počítači a rýchlom internete. Iný ho otvorí na niekoľkoročnom mobile cez slabší signál. Ďalšiemu sa stránka síce zobrazí, ale pri kliknutí na menu na chvíľu zamrzne. Inému počas načítania odskočí tlačidlo a klikne na niečo úplne iné.

Práve takéto situácie sa snažia zachytiť Core Web Vitals. Nie sú to iba technické čísla určené programátorom. Sú to metriky, ktoré sa pokúšajú zmerať, ako sa web správa z pohľadu skutočného človeka.

Čo znamená názov Core Web Vitals?

Názov znie zložito, ale jeho význam je pomerne jednoduchý.

• Core znamená hlavné alebo základné.
• Web znamená webové stránky.
• Vitals môžeme voľne preložiť ako životne dôležité ukazovatele.

Core Web Vitals sú teda základné ukazovatele zdravia webovej stránky.

Podobne ako lekár nemeria iba to, či človek žije, ale sleduje aj tlak, tep alebo teplotu, pri webe nestačí zistiť iba to, či sa stránka otvorila.

Potrebujeme vedieť aj:

• ako rýchlo sa zobrazil jej hlavný obsah,
• ako rýchlo reagovala na kliknutie,
• či počas načítania neposkakoval obsah.

Prečo ich Google vôbec vytvoril?

Google nezačal riešiť rýchlosť webov až po vzniku Core Web Vitals.

Už v roku 2010 začal používať rýchlosť stránky ako jeden zo signálov pri hodnotení výsledkov vyhľadávania na počítačoch. Google vtedy vysvetľoval, že rýchlejšie stránky sú príjemnejšie pre používateľov a že pri pomalých stránkach ľudia trávia menej času.

V júli 2018 sa rýchlosť stala hodnotiacim signálom aj pre mobilné vyhľadávanie. Dávalo to zmysel. Čoraz viac ľudí používalo internet cez mobilné telefóny, ktoré nemuseli mať výkon nového počítača ani stabilné pripojenie.

Stále však zostával jeden problém.

Existovalo veľké množstvo rôznych metrík. Meral sa čas odpovede servera, čas prvého zobrazeného obsahu, celkový čas načítania, čas do možnosti interakcie, rýchlosť vizuálneho vykresľovania a mnoho ďalších údajov.

Vývojár alebo majiteľ webu potom mohol vidieť desať rôznych čísiel, ale nemusel vedieť, ktoré z nich je skutočne podstatné.

Preto Google v máji 2020 predstavil iniciatívu Web Vitals a z nej vybral tri hlavné metriky označené ako Core Web Vitals.

Ich úlohou bolo zjednodušiť veľmi zložitú tému na tri základné otázky:

1. Kedy návštevník uvidí hlavný obsah?
2. Ako rýchlo web reaguje na jeho ovládanie?
3. Zostáva obsah počas používania na svojom mieste?

Tri súčasné metriky Core Web Vitals

V súčasnosti patria medzi Core Web Vitals tri metriky:

• LCP – Largest Contentful Paint,
• INP – Interaction to Next Paint,
• CLS – Cumulative Layout Shift.

Skratky môžu pôsobiť komplikovane. Za každou z nich sa však nachádza pomerne bežná situácia, ktorú už pravdepodobne zažil každý používateľ internetu.

LCP: Kedy sa zobrazí hlavný obsah?

LCP je skratka z názvu Largest Contentful Paint.

Voľne to môžeme vysvetliť ako čas, za ktorý sa návštevníkovi zobrazí najväčší dôležitý prvok v práve viditeľnej časti stránky.

Môže ním byť napríklad:

• hlavný obrázok v úvode stránky,
• fotografia produktu,
• veľký nadpis,
• úvodný textový blok,
• obrázok na pozadí hlavnej sekcie.

Predstavme si titulnú stránku kvetinárstva. V hornej časti sa má zobraziť veľká fotografia kytice, nadpis a tlačidlo na objednanie.

Menu sa môže zobraziť okamžite. Malá ikona telefónu sa môže načítať tiež. Ak však návštevník niekoľko sekúnd pozerá na prázdne miesto, pretože hlavná fotografia stále nie je pripravená, stránka naňho pôsobí pomaly.

Práve toto sa snaží zachytiť LCP.

Za dobrý výsledok sa považuje LCP do 2,5 sekundy.

To neznamená, že do 2,5 sekundy musí byť úplne dokončené všetko. V spodnej časti stránky sa ešte môžu načítavať menej podstatné obrázky. Dôležité je, aby používateľ včas uvidel hlavný obsah, kvôli ktorému stránku otvoril.

Čo najčastejšie zhoršuje LCP?

• príliš veľký hlavný obrázok,
• obrázok uložený v nevhodnom formáte,
• pomalý server,
• zbytočné presmerovania,
• veľké CSS alebo JavaScript súbory,
• neskoré načítanie hlavného obrázka,
• externé fonty alebo skripty, na ktoré stránka čaká.

Niekedy sa vývojár sústredí na samotnú veľkosť fotografie. Tá však nemusí byť jediným problémom. Fotografia môže mať rozumnú veľkosť, ale prehliadač sa o nej dozvie príliš neskoro, pretože ju vloží až JavaScript alebo je schovaná v CSS.

LCP preto nehovorí iba „obrázok je veľký“. Hovorí, že hlavný obsah sa k používateľovi dostal neskoro. Príčinu potom musíme nájsť.

INP: Ako rýchlo web reaguje?

INP znamená Interaction to Next Paint.

Táto metrika sleduje, ako dlho trvá, kým stránka po interakcii používateľa zobrazí viditeľnú reakciu.

Interakciou môže byť napríklad:

• kliknutie na menu,
• otvorenie košíka,
• výber kategórie produktov,
• kliknutie na tlačidlo,
• zmena hodnoty vo formulári,
• otvorenie detailu alebo modálneho okna.

Predstavme si, že návštevník klikne na tlačidlo „Pridať do košíka“.

Ak sa hneď zmení počet položiek v košíku alebo sa zobrazí potvrdenie, stránka pôsobí svižne.

Ak klikne a jednu či dve sekundy sa nedeje vôbec nič, nevie, či tlačidlo fungovalo. Môže kliknúť znova. Produkt sa potom pridá dvakrát alebo používateľ stránku opustí.

Za dobrý výsledok INP sa považuje odozva do 200 milisekúnd. Jedna sekunda má 1 000 milisekúnd, takže ide približne o pätinu sekundy.

INP nesleduje iba prvé kliknutie po otvorení stránky. Sleduje interakcie počas jej používania a snaží sa zachytiť aj jednu z tých horších. Web totiž nemusí byť pomalý hneď na začiatku. Môže sa začať zasekávať až po otvorení menu, filtrovaní produktov alebo spustení zložitejšieho skriptu.

Prečo INP nahradil staršiu metriku FID?

Pôvodnou metrikou odozvy bolo FID – First Input Delay.

FID sledoval najmä oneskorenie pri prvej interakcii používateľa. To však nehovorilo dostatočne veľa o správaní stránky počas celej návštevy.

Stránka mohla dobre zareagovať na prvý klik, ale ďalšie ovládanie už mohlo byť pomalé.

Preto bol FID 12. marca 2024 nahradený metrikou INP. Nová metrika poskytuje širší obraz o tom, ako stránka reaguje počas používania.

Čo najčastejšie zhoršuje INP?

• veľké množstvo JavaScriptu,
• dlhé a zložité JavaScriptové úlohy,
• veľké knižnice načítané aj tam, kde ich netreba,
• zložité prekresľovanie stránky,
• veľké množstvo prvkov v HTML,
• externé reklamné, analytické alebo komunikačné skripty,
• slabší mobilný telefón návštevníka.

Rýchly počítač vývojára môže veľké množstvo JavaScriptu spracovať bez viditeľného problému. Starší mobil však môže pri rovnakej úlohe na chvíľu zamrznúť.

Preto nestačí povedať: „Mne to funguje rýchlo.“

CLS: Prečo obsah počas načítania poskakuje?

CLS je skratka z názvu Cumulative Layout Shift.

Táto metrika sleduje neočakávané posuny obsahu.

Predstavme si, že na stránke vidíme tlačidlo „Objednať“. Chceme naň kliknúť, ale tesne pred kliknutím sa nad ním načíta obrázok. Tlačidlo sa posunie nižšie a my omylom klikneme na iný odkaz.

Alebo začneme čítať článok a po načítaní reklamného bloku celý text odskočí o niekoľko riadkov.

To je presne problém, ktorý meria CLS.

CLS sa nemeria v sekundách. Výsledkom je bezrozmerné číslo. Čím je nižšie, tým je rozloženie stránky stabilnejšie.

Za dobrý výsledok sa považuje hodnota 0,1 alebo menej.

Čo najčastejšie spôsobuje poskakovanie stránky?

• obrázky bez určenej šírky a výšky,
• video alebo iframe bez rezervovaného priestoru,
• neskoro vložená reklama,
• cookie lišta, ktorá dodatočne odsunie obsah,
• oznámenie vložené nad už zobrazený obsah,
• neskoré načítanie fontu, ktorý zmení rozmery textu,
• JavaScript, ktorý po načítaní pridá nový blok na začiatok stránky.

Riešením často nie je načítať všetko okamžite. Stačí pre obsah vopred pripraviť miesto.

Ak prehliadač pozná rozmery obrázka, ešte pred jeho stiahnutím vie, koľko priestoru má vyhradiť. Obrázok sa potom iba doplní do pripraveného miesta a text pod ním nemusí odskočiť.

Čo znamená 75. percentil?

Core Web Vitals sa neposudzujú iba podľa jedného otvorenia stránky.

Predstavme si 100 návštev webu. Niektorí návštevníci majú nový telefón a rýchle pripojenie. Iní majú staršie zariadenie alebo slabší mobilný signál.

Google pri vyhodnocovaní používa takzvaný 75. percentil.

Zjednodušene povedané: aby bola metrika označená ako dobrá, dobrú skúsenosť musí mať aspoň približne 75 zo 100 návštev.

Nestačí teda, že stránka funguje výborne majiteľovi webu, programátorovi a ľuďom s drahými telefónmi.

Musí fungovať dobre pre väčšinu návštevníkov.

Web splní Core Web Vitals až vtedy, keď v požadovanom rozsahu vyhovujú všetky tri hlavné metriky:

• LCP do 2,5 sekundy,
• INP do 200 milisekúnd,
• CLS do 0,1.

Čo je Lighthouse?

Lighthouse je automatizovaný nástroj na kontrolu webových stránok.

Je súčasťou vývojárskych nástrojov prehliadača Chrome a používa sa aj v službe PageSpeed Insights.

Lighthouse dokáže skontrolovať viacero oblastí webu, napríklad:

• výkon,
• prístupnosť,
• základné SEO kontroly,
• odporúčané technické postupy.

Najznámejším výsledkom je farebné číslo od 0 do 100.

• 0 až 49 znamená slabý výsledok,
• 50 až 89 znamená priestor na zlepšenie,
• 90 až 100 znamená dobrý výsledok.

Toto číslo je užitočné, ale treba správne pochopiť, čo znamená.

Lighthouse je test v laboratóriu

Lighthouse môžeme prirovnať k technickej kontrole auta v pripravených podmienkach.

Nástroj otvorí stránku s určeným nastavením zariadenia a pripojenia, vykoná merania a vytvorí správu.

Takéto údaje sa označujú ako laboratórne dáta alebo lab data.

Ich výhodou je, že test môžeme opakovať. Po úprave obrázka alebo JavaScriptu môžeme stránku znovu otestovať a porovnať výsledok.

Lighthouse je preto výborný na:

• hľadanie technických problémov,
• kontrolu pripravovanej stránky,
• porovnanie výsledku pred úpravou a po nej,
• odhaľovanie veľkých obrázkov,
• hľadanie blokujúceho CSS a JavaScriptu,
• kontrolu, či nová úprava nezhoršila výkon.

Stále však ide iba o jeden pripravený test.

Lighthouse nepozná všetkých návštevníkov webu. Nevie presne napodobniť každý mobil, každú verziu prehliadača, každé internetové pripojenie ani každé správanie používateľa.

Číslo 100 nie je potvrdenie dokonalého webu

Výsledok 100 v Lighthouse vyzerá výborne, ale nemal by byť jediným cieľom.

Celkové skóre výkonu vzniká kombináciou viacerých meraní. Niektoré majú pri výpočte väčšiu váhu, iné menšiu.

Výsledok sa navyše môže medzi jednotlivými testami mierne meniť.

Ovplyvniť ho môže napríklad:

• aktuálne zaťaženie servera,
• rýchlosť počítača, na ktorom test beží,
• rozšírenie v prehliadači,
• antivírusový program,
• externý skript,
• reklama alebo obsah, ktorý sa pri každom otvorení mení,
• rozdiel medzi mobilným a počítačovým testom.

Preto nie je rozumné naháňať jeden bod z 99 na 100 za každú cenu.

Oveľa dôležitejšie je odstrániť skutočné problémy, ktoré návštevník pocíti.

Lighthouse skóre je pomôcka pri hľadaní problémov. Nie je to osvedčenie, že web je dokonalý.

Čo je PageSpeed Insights?

PageSpeed Insights, často označovaný skratkou PSI, je internetová služba od Googlu, do ktorej vložíme adresu stránky a spustíme analýzu.

PageSpeed Insights môže na jednej obrazovke ukazovať dva rozdielne druhy údajov:

1. údaje od skutočných návštevníkov,
2. výsledok aktuálneho laboratórneho testu Lighthouse.

Práve preto môže výsledok na prvý pohľad pôsobiť mätúco.

V hornej časti môžeme vidieť, že stránka Core Web Vitals spĺňa. Nižšie však môže mať Lighthouse výkon napríklad 82 bodov.

Alebo to môže byť naopak. Lighthouse ukáže 100 bodov, ale údaje skutočných používateľov hovoria, že LCP je stále príliš pomalé.

Nie je to chyba. Každá časť meria niečo iné.

Laboratórne a reálne dáta nie sú to isté

Rozdiel medzi nimi si môžeme predstaviť na aute.

Lighthouse je skúšobná jazda na pripravenej trati. Podmienky poznáme a test môžeme opakovať.

Reálne dáta sú skúsenosti vodičov z bežnej premávky. Niekto jazdí po diaľnici, niekto v kolóne, niekto v daždi a niekto s plne naloženým autom.

Laboratórny test nám pomôže nájsť technickú príčinu problému. Reálne dáta nám povedia, či problém skutočne pociťujú návštevníci.

Na dobrú kontrolu webu potrebujeme oboje.

Odkiaľ má Google údaje skutočných návštevníkov?

Google používa údaje zo systému Chrome User Experience Report, skrátene CrUX.

Ide o súhrnné údaje od oprávnených používateľov prehliadača Chrome, ktorí navštívili dané stránky.

PageSpeed Insights zobrazuje tieto údaje za predchádzajúcich približne 28 dní a vyhodnocuje ich pomocou 75. percentilu.

Preto sa výsledok reálnych používateľov nezmení okamžite po oprave webu.

Ak dnes zmenšíme hlavný obrázok a zrýchlime LCP, nový Lighthouse test môže ukázať zlepšenie hneď. Reálne dáta sa však budú meniť postupne, keď na stránku prídu ďalší návštevníci.

Pri novom alebo málo navštevovanom webe sa môže stať, že pre konkrétnu adresu nie je dostatok údajov. PageSpeed Insights potom môže ukázať údaje za celú doménu alebo oznámiť, že reálne dáta nie sú dostupné.

Neznamená to, že web nie je možné testovať. Stále môžeme použiť Lighthouse. Len zatiaľ nemáme dostatočne veľkú vzorku skutočných návštev.

Na čo slúži Google Search Console?

Google Search Console je nástroj určený majiteľom webových stránok.

Okrem informácií o indexovaní a návštevnosti z vyhľadávania obsahuje aj prehľad Core Web Vitals.

Search Console používa reálne používateľské dáta a zoskupuje podobné stránky. Môže napríklad upozorniť, že problém s LCP má väčšia skupina produktových stránok.

Search Console je vhodná najmä na:

• sledovanie vývoja webu v čase,
• hľadanie skupín problémových stránok,
• kontrolu mobilných a počítačových výsledkov,
• overenie, či sa problém po úprave postupne odstránil.

Search Console však väčšinou nepovie presný technický postup opravy.

Môže nám povedať: „Tieto stránky majú pomalé LCP.“

Lighthouse, PageSpeed Insights a vývojárske nástroje potom pomáhajú zistiť, či je príčinou obrázok, server, CSS, JavaScript alebo niečo iné.

Ďalšie skratky, ktoré môžeme vidieť v Lighthouse

Okrem troch hlavných Core Web Vitals sa v reportoch nachádzajú aj ďalšie metriky. Nie sú súčasťou hlavnej trojice, ale pomáhajú vysvetliť, prečo má stránka problém.

TTFB – Time to First Byte

Time to First Byte znamená čas do prijatia prvého bajtu zo servera.

Jednoducho povedané, meria, ako dlho trvá, kým server začne odpovedať.

Ak server odpovedá veľmi pomaly, prehliadač zatiaľ nemá z čoho vytvárať stránku. Pomalé TTFB preto môže zhoršiť aj LCP.

FCP – First Contentful Paint

First Contentful Paint sleduje, kedy sa na stránke prvýkrát zobrazí nejaký obsah.

Môže ísť o text, ikonu alebo malý obrázok.

Rozdiel oproti LCP je v tom, že FCP sleduje prvý viditeľný obsah, zatiaľ čo LCP sa zameriava na hlavný veľký obsah.

Stránka môže mať rýchle FCP, pretože skoro zobrazí malé logo, ale stále môže mať pomalé LCP, pretože hlavná fotografia príde o niekoľko sekúnd neskôr.

TBT – Total Blocking Time

Total Blocking Time môžeme preložiť ako celkový čas blokovania.

Sleduje, ako dlho je hlavné vlákno prehliadača zamestnané dlhými úlohami a nemôže plynulo reagovať.

TBT je laboratórna metrika. Lighthouse ju používa ako dôležitú pomôcku pri hľadaní problémov s veľkým množstvom JavaScriptu.

TBT nie je to isté ako INP. INP potrebuje skutočné interakcie používateľov. Vysoké TBT však môže upozorniť, že stránka bude mať problémy s odozvou.

Speed Index

Speed Index sleduje, ako rýchlo sa počas načítania vizuálne zapĺňa viditeľná časť stránky.

Dve stránky môžu byť úplne dokončené v rovnakom čase. Jedna však priebežne zobrazuje obsah, zatiaľ čo druhá zostane dlho prázdna a všetko ukáže naraz.

Prvá stránka bude na človeka pôsobiť rýchlejšie.

Ovplyvňujú Core Web Vitals pozície v Google?

Áno, Core Web Vitals používajú hodnotiace systémy Google. Neznamená to však, že stránka s výsledkom 100 automaticky predbehne všetkých konkurentov.

Google pri radení výsledkov používa veľké množstvo rôznych signálov.

Stále je rozhodujúce najmä to, či stránka obsahuje:

• užitočný a relevantný obsah,
• odpoveď na otázku návštevníka,
• dôveryhodné informácie,
• správne spracovanú tému.

Rýchly web s prázdnym alebo nekvalitným obsahom nebude automaticky úspešnejší ako pomalší web s výbornou odpoveďou.

Rovnako však nedáva zmysel povedať, že výkon webu nie je dôležitý len preto, že nejde o jediný hodnotiaci faktor.

Ak majú dve stránky podobne kvalitný obsah, príjemnejšia a použiteľnejšia stránka má výhodu. Predovšetkým však má výhodu u samotných návštevníkov.

Dobré Core Web Vitals nezaručia prvé miesto vo vyhľadávaní. Zlé používateľské prostredie však môže odradiť ľudí, ktorí sa už na web dostali.

Prečo je rýchlosť dôležitá aj bez Googlu?

Najväčšou chybou by bolo riešiť Core Web Vitals iba preto, aby bol spokojný Google.

Web je vytvorený pre ľudí.

Pomalá alebo nestabilná stránka môže spôsobiť, že návštevník:

• odíde skôr, než sa načíta hlavný obsah,
• prestane čakať na otvorenie produktu,
• nevie, či tlačidlo fungovalo,
• odošle formulár viackrát,
• omylom klikne na nesprávny prvok,
• nedokončí objednávku,
• začne web považovať za nespoľahlivý.

Návštevník väčšinou nepovie:

Táto stránka má zlé INP a jej LCP prekročilo odporúčanú hranicu.

Povie jednoducho:

Ten web je pomalý. Niečo tam nefunguje. Idem inde.

Core Web Vitals iba dávajú tomuto pocitu názvy a merateľné hodnoty.

A čo staršie webové stránky?

Staršie weby pri svojom vzniku o Core Web Vitals vedieť nemohli, pretože tieto metriky ešte neexistovali.

To však neznamená, že každý starý web je automaticky pomalý alebo zlý.

Jednoduchá staršia stránka s malým množstvom CSS, JavaScriptu a obrázkov môže byť veľmi rýchla aj dnes.

Problém nastáva skôr vtedy, keď sa na pôvodný web počas rokov postupne pridávali ďalšie vrstvy:

• nové knižnice,
• veľké fotografie,
• videá,
• analytické nástroje,
• reklamné skripty,
• chatovacie okná,
• mapy,
• pluginy,
• nové fonty,
• ďalšie a ďalšie úpravy.

Každá jednotlivá vec môže pôsobiť nevinne. Spolu však môžu vytvoriť stránku, ktorá je pre bežný mobil príliš náročná.

Starší web preto nemusíme automaticky zahodiť a vytvoriť od začiatku. Najskôr ho treba zmerať.

Niekedy stačí:

• optimalizovať obrázky,
• odstrániť nepoužívané skripty,
• upraviť načítanie fontov,
• rezervovať miesto pre obrázky,
• odložiť menej dôležitý obsah,
• zrýchliť odpoveď servera.

Inokedy meranie odhalí, že je technický základ webu natoľko zastaraný a preťažený, že bude rozumnejšia väčšia úprava.

Práve preto sú Core Web Vitals v súčasnosti ešte dôležitejšie. Weby sú zložitejšie, návštevníci ich používajú na rôznych zariadeniach a konkurencia je vzdialená iba jedno kliknutie.

Ako by mala vyzerať rozumná kontrola webu?

Jediný test nestačí.

Rozumný postup môže vyzerať takto:

1. Skontrolovať web v PageSpeed Insights pre mobil aj počítač.
2. Pozrieť, či sú dostupné reálne používateľské dáta.
3. Skontrolovať LCP, INP a CLS.
4. Pozrieť výsledok Lighthouse a jeho odporúčania.
5. Nájsť konkrétnu príčinu problému.
6. Urobiť úpravu.
7. Zopakovať laboratórny test.
8. Sledovať vývoj reálnych dát v Search Console.

Nestačí bez rozmýšľania splniť každé odporúčanie, ktoré Lighthouse zobrazí.

Niektoré úpravy prinesú veľký výsledok. Iné ušetria iba niekoľko milisekúnd a ich realizácia môže byť zbytočne komplikovaná.

Najskôr treba riešiť to, čo má najväčší vplyv na návštevníka.

Čo je teda skutočným cieľom?

Cieľom nie je iba zelený kruh.

Cieľom nie je ani fotografia výsledku so štyrmi stovkami, ktorú môžeme zverejniť na sociálnej sieti.

Cieľom je web, ktorý:

• rýchlo ukáže dôležitý obsah,
• reaguje bez nepríjemného čakania,
• počas načítania neposkakuje,
• funguje aj na slabšom zariadení,
• nekomplikuje cestu ku kontaktu alebo objednávke.

Lighthouse, PageSpeed Insights, Search Console a Core Web Vitals sú nástroje, ktoré nám pomáhajú zistiť, či sa k tomuto cieľu približujeme.

Záver

Kedysi sa web často hodnotil veľmi jednoducho: otvorí sa alebo sa neotvorí.

Dnes to nestačí.

Web môže byť technicky dostupný a napriek tomu môže byť pre návštevníka pomalý, nestabilný alebo nepríjemný na ovládanie.

Core Web Vitals vznikli preto, aby sa tieto problémy dali pomenovať a zmerať.

• LCP sleduje, kedy návštevník uvidí hlavný obsah.
• INP sleduje, ako rýchlo stránka reaguje na jeho ovládanie.
• CLS sleduje, či obsah počas používania neočakávane neposkakuje.

Lighthouse pomáha hľadať technické príčiny v kontrolovaných podmienkach. PageSpeed Insights môže spojiť laboratórny test s údajmi skutočných návštevníkov. Search Console následne pomáha sledovať stav webu v dlhšom období.

Dobré výsledky samy osebe nezaručia prvé miesto v Google ani úspech podnikania.

Znamenajú však, že web nekladie návštevníkovi zbytočné prekážky.

A práve to je podstatné. Človek neprišiel na stránku obdivovať jej technické riešenie. Prišiel nájsť informáciu, kontaktovať firmu, vybrať si službu alebo dokončiť objednávku.

Dobrý web mu to má čo najviac uľahčiť.

 

https://developers.google.com/search/blog/2010/04/using-site-speed-in-web-search-ranking

https://web.dev/articles/vitals

https://developer.chrome.com/docs/lighthouse/performance/performance-scoring

https://support.google.com/a/users/answer/9282664?hl=en