Rýchlosť webu na mobile:prečo sa načítava pomaly a ako ju zmerať zadarmo

Rýchlosť webu si zmeriate zadarmo a bez prihlásenia za pár minút na stránke pagespeed.web.dev od Googlu: vložíte adresu a dostanete výsledok pre mobil aj pre počítač. Pozerajte najmä na mobil. Meranie tam simuluje pomalší telefón a pomalšiu sieť, takže tá istá stránka vyjde horšie než na počítači. Google hodnotí tri čísla: LCP hovorí, kedy sa ukáže najväčší obrázok alebo blok textu, INP, ako rýchlo stránka zareaguje na ťuknutie, a CLS, či sa obsah počas návštevy nečakane neposúva. Najväčšiu časť bežnej stránky tvoria obrázky a skripty, veľa pridávajú vložené služby ako mapa, video alebo chat a pri systéme WordPress aj priveľa doplnkov. Časť z toho opravíte aj bez programátora. Nižšie je postup merania krok za krokom, význam jednotlivých čísel a zoznam opráv, ktoré zvládnete sami.

Ako zmerať rýchlosť webu zadarmo

Otvorte pagespeed.web.dev, vložte adresu svojho webu a spustite analýzu. PageSpeed Insights ukáže výsledok pre mobil aj pre počítač a skladá ho z dvoch druhov údajov:

• Údaje od skutočných návštevníkov pochádzajú z prehliadača Chrome za posledných 28 dní. Ak ich vaša stránka nemá dosť, nástroj ukáže údaje za celý web, a keď chýbajú aj tie, túto časť vynechá.
• Laboratórne meranie urobí nástroj Lighthouse priamo pri vašej analýze. Z neho je skóre od 0 do 100 aj zoznam konkrétnych odporúčaní.

Pri novom webe alebo webe s málo návštevami môže časť so skutočnými údajmi chýbať. Laboratórne meranie je podľa Googlu užitočné práve na hľadanie problémov.

To isté meranie spustíte aj v prehliadači Chrome: v nástrojoch pre vývojárov (DevTools) otvorte kartu Lighthouse a kliknite na analýzu načítania stránky. Správa príde zhruba po 30 až 60 sekundách.

Skóre sa medzi dvoma meraniami mení, napríklad pre reklamy, zmeny v sieti, rozšírenia prehliadača alebo antivírus. Merajte preto aspoň dvakrát a porovnávajte len výsledky z toho istého nástroja.

Prečo mobil vychádza horšie: Lighthouse pri mobile simuluje pomalší telefón a pomalú sieť. V našom meraní nástrojom Lighthouse 12.8.2 to bol telefón Moto G Power, oneskorenie siete 150 ms, priepustnosť asi 1,6 Mbit/s a štyrikrát spomalený procesor. Tá istá naša stránka mala 8. 10. 2026 na počítači 99 bodov a najväčší prvok za 0,8 s, na mobile 94 bodov a najväčší prvok za 2,9 s.

Čo znamenajú LCP, INP, CLS a skóre

Google hodnotí skutočný zážitok návštevníkov tromi metrikami, ktorým hovorí Core Web Vitals. Pozerá sa na 75. percentil návštev, teda na hodnotu, ktorú tri štvrtiny návštev neprekročia:

• LCP (Largest Contentful Paint): čas od začiatku načítania po zobrazenie najväčšieho obrázka alebo bloku textu. Dobré je do 2,5 s, zlé nad 4 s.
• INP (Interaction to Next Paint): ako rýchlo stránka zareaguje na ťuknutie alebo klik. Dobré je do 200 ms, zlé nad 500 ms.
• CLS (Cumulative Layout Shift): nečakané posuny obsahu počas celej návštevy, aj po načítaní stránky, napríklad keď sa text náhle pohne alebo sa pod prstom posunie tlačidlo. Dobré je do 0,1, zlé nad 0,25.

Stránka v hodnotení skutočných údajov obstojí, keď sú dobré všetky tri čísla. Ak pre INP nie je dosť údajov, stačia dobré LCP a CLS.

Lighthouse INP zmerať nevie, lebo na stránku neťuká ako človek; namiesto neho ukazuje Total Blocking Time, teda ako dlho je stránka zablokovaná a nereaguje na kliknutie, ťuknutie ani klávesnicu. Aj CLS z laboratória zachytí len posuny pri načítaní, preto môže vyjsť lepšie, než ho zažívajú skutoční návštevníci.

Skóre výkonu od 0 do 100 skladá Lighthouse vo verzii 10 z piatich meraní: Total Blocking Time tvorí 30 %, LCP 25 %, CLS 25 %, First Contentful Paint 10 % a Speed Index 10 %. Pásmo 90 až 100 je dobré, 50 až 89 treba zlepšiť a 0 až 49 je slabé. Plných 100 bodov podľa dokumentácie nečakajte, je mimoriadne ťažké ich dosiahnuť.

Časté príčiny pomalého webu na mobile

Veľké obrázky. Medián váhy mobilnej stránky bol v októbri 2024 podľa Web Almanac 2 311 KB. Na úvodných stránkach pripadalo v mediáne 900 KB na obrázky a 558 KB na JavaScript, obrázky boli okrem videa najväčšia zložka. Menší súbor dosiahnete silnejšou kompresiou alebo vhodnejším formátom, napríklad WebP alebo AVIF.

Cudzie skripty a vložené služby. Mnohé populárne vložené prvky majú podľa Googlu viac než 100 KB skriptov, niekedy až 2 MB. Už len odložené načítanie videa z YouTube ušetrí pri prvom načítaní stránky približne 500 KB. Vloženú mapu Google možno načítať neskôr, nahradiť obrázkom mapy alebo odkazom, ktorý ju otvorí na novej karte. Okno chatu sa dá nahradiť fasádou, statickým prvkom, ktorý stojí na mieste služby, kým s ním návštevník nezačne pracovať.

Doplnky a šablóna pri systéme WordPress. Dokumentácia WordPress píše, že počet doplnkov a ich výkon má na rýchlosť webu obrovský vplyv. Najjednoduchší prvý krok je podľa nej deaktivovať a zmazať nepotrebné doplnky; veľký vplyv má aj šablóna a hosting.

Štýly a skripty, ktoré blokujú zobrazenie. Štýly načítané z HTML zdržia zobrazenie všetkého obsahu za nimi a synchrónne skripty v hlavičke stránky takmer nikdy nie sú potrebné.

Nečakané posuny obsahu. Časté príčiny zlého CLS sú obrázky bez zadanej šírky a výšky, reklamy a vložené prvky bez vyhradeného miesta, dodatočne vkladaný obsah a webové písma.

Pomalá reakcia na ťuknutie. Za zlým INP bývajú dlhé úlohy v hlavnom vlákne prehliadača, vyhodnocovanie skriptov pri načítaní a príliš rozsiahla stránka.

Čo spravíte bez programátora

1. Zmenšite a skomprimujte obrázky. Aplikácia Squoosh od Google Chrome Labs obrázok podľa svojho popisu neposiela na server a skomprimuje ho lokálne; uložte ho napríklad vo formáte WebP.
2. Mapu nahraďte odkazom. Namiesto vloženej mapy Google dajte odkaz, ktorý mapu otvorí na novej karte, alebo statický obrázok mapy.
3. Vyhoďte, čo nepoužívate. Deaktivujte a zmažte nepotrebné doplnky a zvážte, či naozaj potrebujete okno chatu alebo vložené video hneď na úvodnej stránke.
4. Zapnite ukladanie stránok do vyrovnávacej pamäte. Pri systéme WordPress to robí doplnok, ktorý ukladá stránky ako statické súbory; podľa dokumentácie to pri pomerne statických stránkach môže zrýchliť web niekoľkostonásobne.
5. Hlavný obrázok načítajte hneď. Ak má váš systém voľbu odloženého načítania obrázkov, obrázok hore na stránke z nej vynechajte, lebo prvok LCP sa podľa Googlu nikdy nemá načítavať odložene.
6. Zmerajte znova. Použite ten istý nástroj, merajte aspoň dvakrát a výsledok porovnajte s pôvodným.

Niektoré príčiny, napríklad štýly blokujúce zobrazenie alebo obrázky bez zadaných rozmerov, sa opravujú v šablóne alebo priamo v kóde stránky.

Časté otázky

Keď sa web oplatí prerobiť

Ak sa web nedá zrýchliť bez zásahu do šablóny, jednou z možností je nová jednoduchá stránka. My robíme jednostránkový statický web za 290 €: mapu dávame ako odkaz, fotky zmenšujeme do formátu WebP a web nepoužíva cookies. Faktúru posielame až po schválení a len vtedy, keď schválený náhľad na skúšobnej adrese dosiahne aspoň 90 bodov za výkon v predvolenom mobilnom meraní Lighthouse. Na vašu doménu web zapojíme po úhrade a zmeriame ho tam znova; ak si ho nahráte na vlastný hosting, meranie po nahratí vám pošleme, faktúru ani cenu však nemení. Nehodí sa na e-shop, rezervácie ani web s mnohými podstránkami.

Mobilné meranie cez PageSpeed Insights si zadarmo spustíte aj na našej stránke Ako rýchly je váš web na mobile: stačí adresa webu a výsledok so skóre výkonu, hlavným obsahom (LCP), váhou stránky a najviac tromi nálezmi, čo riešiť najskôr, uvidíte zvyčajne o 15 až 40 sekúnd. Ak potom necháte e-mail, do jedného pracovného dňa vám odpíšeme, či sa vám oplatí nový web, alebo čo z nálezov zadať správcovi webu; objednávať nemusíte nič. Ponuku nájdete na stránke Rýchly web.

Zdroje

Fakty v článku sú očíslované podľa interného podkladu a overené k dátumu vydania. Ak niektorý zdroj zmenil znenie, napíšte na podpora@arling.sk a článok opravíme.

• F352: Google, About PageSpeed Insights, https://developers.google.com/speed/docs/insights/v5/about (posledná úprava 21. 10. 2024, prečítané 8. 10. 2026; citáty: „PageSpeed Insights (PSI) reports on the user experience of a page on both mobile and desktop devices“, „Lab data is useful for debugging issues, as it is collected in a controlled environment.“, „over the previous 28-day collection period“, „A page might not have sufficient data if it has been recently published or has too few samples from real users.“, „Sometimes the origin may also have insufficient data, in which case PSI will be unable to show any real-user experience data.“); https://pagespeed.web.dev/ (otvorené 8. 10. 2026)
• F353: Google, About PageSpeed Insights, https://developers.google.com/speed/docs/insights/v5/about (prečítané 8. 10. 2026; tabuľka hraníc a citáty: „The 75th percentile is selected so that developers can understand the most frustrating user experiences on their site.“, „the aggregation passes the Core Web Vitals assessment if the 75th percentiles of all three metrics are Good“, „If the aggregation has insufficient data for INP, then it will pass the assessment if both the 75th percentiles of LCP and CLS are Good.“)
• F354: web.dev, Web Vitals, https://web.dev/articles/vitals (posledná úprava 31. 10. 2024, prečítané 8. 10. 2026; citáty: „LCP should occur within 2.5 seconds“, „pages should have a INP of 200 milliseconds or less“, „a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices“, v tabuľke nástrojov pri Lighthouse a INP „use TBT instead“); web.dev, Optimize Largest Contentful Paint, https://web.dev/articles/optimize-lcp (prečítané 8. 10. 2026; citát: „LCP measures the time from when the user initiates loading the page until the largest image or text block is rendered within the viewport.“); Chrome for Developers, Total Blocking Time, https://developer.chrome.com/docs/lighthouse/performance/lighthouse-total-blocking-time (prečítané 8. 10. 2026; citát: „TBT measures the total amount of time that a page is blocked from responding to user input, such as mouse clicks, screen taps, or keyboard presses.“); web.dev, Interaction to Next Paint is officially a Core Web Vital, https://web.dev/blog/inp-cwv-launch (posledná úprava 12. 3. 2024, prečítané 8. 10. 2026; citát: „Interaction to Next Paint is now a stable Core Web Vital metric, replacing First Input Delay.“)
• F355: Chrome for Developers, Lighthouse performance scoring, https://developer.chrome.com/docs/lighthouse/performance/performance-scoring (prečítané 8. 10. 2026; tabuľka Lighthouse 10 a citáty: „0 to 49 (red): Poor“, „50 to 89 (orange): Needs Improvement“, „90 to 100 (green): Good“, „A "perfect" score of 100 is extremely challenging to achieve and not expected.“, „Only metrics contribute to your Lighthouse Performance score, not the results of Opportunities or Diagnostics.“)
• F356: Vlastné meranie ARLing nástrojom Lighthouse 12.8.2 8. 10. 2026 na https://arling.sk/shop/custom-crossword/ a https://arling.sk/
• F357: HTTP Archive, Web Almanac 2024, Page Weight, https://almanac.httparchive.org/en/2024/page-weight (prečítané 8. 10. 2026; citáty: „The median page weight for a desktop page, as measured in October 2024 is 2,652 KB, for mobile it’s a slightly lower, but still weighty 2,311 KB.“, „For mobile homepages it was 18 KB, 73 KB, 111 KB, 558 KB and 900 KB.“, „The predominant resource type for homepages, excluding video, is images.“, „JavaScript was the second largest contributor to page weight“)
• F358: web.dev, Best practices for using third-party embeds, https://web.dev/articles/embed-best-practices (posledná úprava 5. 10. 2021, prečítané 8. 10. 2026; citáty: „Many popular embeds include over 100 KB of JavaScript, sometimes even going up to 2 MB.“, „Lazy loading the YouTube embed can save approximately 500 KB on the initial page load.“, „To lazy-load a Google Map iframe, include the loading attribute in the code for the iframe embed generated by the Google Maps Embed API.“, „you can provide a link to it with target="_blank" so that the user can click and view it in another tab“); Chrome for Developers, Lazy load third-party resources with facades, https://developer.chrome.com/docs/lighthouse/performance/third-party-facades (prečítané 8. 10. 2026; citáty: „A facade is a static element that looks similar to the embedded third-party, but is not functional and therefore much less taxing on the page load.“, „a facade is used in place of the third-party content until the user interacts with it“, „Live chat (Intercom, Drift, Help Scout, Facebook Messenger)“, „This audit has been removed as of Lighthouse 13.“)
• F359: web.dev, Optimize Largest Contentful Paint, https://web.dev/articles/optimize-lcp (posledná úprava 31. 3. 2025, prečítané 8. 10. 2026; citáty: „Never lazy-load your LCP image, as that will always lead to unnecessary resource load delay, and will have a negative impact on LCP.“, „switching to a more optimal format (such as AVIF or WebP)“, „Style sheets loaded from the HTML markup will block rendering of all content that follows them“, „It is almost never necessary to add synchronous scripts (scripts without the async or defer attributes) to the <head> of your pages“, „If you serve your resources with an efficient cache-control policy, then visitors who request those resources a second time will have them served from the cache“)
• F360: web.dev, Optimize Cumulative Layout Shift, https://web.dev/articles/optimize-cls (posledná úprava 7. 2. 2025, prečítané 8. 10. 2026; citát: „Always include width and height size attributes on your images and video elements. Alternatively, reserve the required space with CSS aspect-ratio or similar.“)
• F361: web.dev, Optimize Interaction to Next Paint, https://web.dev/articles/optimize-inp (posledná úprava 2. 9. 2025, prečítané 8. 10. 2026; citáty: „long tasks on the main thread“, „large DOMs do require more work to render than small DOMs“)
• F362: WordPress Developer Resources, Optimization, https://developer.wordpress.org/advanced-administration/performance/optimization/ (posledná úprava 17. 12. 2025, prečítané 8. 10. 2026; citáty: „The number of plugins and their performance will also have a huge impact on your site's performance.“, „Deactivate and delete any unnecessary plugins.“, „This can improve performance several hundred times over for fairly static pages.“, „A fast lightweight theme will perform much more efficiently than a heavy graphic-laden inefficient one.“)
• F363: GoogleChromeLabs, squoosh, https://github.com/GoogleChromeLabs/squoosh (README, prečítané 8. 10. 2026; citáty: „Squoosh is an image compression web app that reduces image sizes through numerous formats.“, „Squoosh does not send your image to a server. All image compression processes locally.“); https://squoosh.app/ (otvorené 8. 10. 2026)
• F364: Google Search Central, Understanding Google Page Experience, https://developers.google.com/search/docs/appearance/page-experience (posledná úprava 22. 9. 2026, prečítané 8. 10. 2026; citáty: „Core Web Vitals are used by our ranking systems.“, „getting good results in reports like Search Console's Core Web Vitals report or third-party tools doesn't guarantee that your pages will rank at the top of Google Search results“, „Google Search always seeks to show the most relevant content, even if the page experience is sub-par.“, „There is no single signal.“)
• F365: Chrome for Developers, Introduction to Lighthouse, https://developer.chrome.com/docs/lighthouse/overview (posledná úprava 2. 6. 2025, prečítané 8. 10. 2026; citáty: „Click the Lighthouse tab.“, „Click Analyze page load.“, „After 30 to 60 seconds, Lighthouse gives you a report on the page.“)
• F385: ARLing, stránka ponuky Rýchly web https://arling.sk/web/ a obchodné podmienky https://arling.sk/podmienky/ (overené 19. 10. 2026)
• F386: ARLing, stránka ponuky Rýchly web https://arling.sk/web/ (naživo overené 19. 10. 2026; časti Čo dostanete, Komu sa to hodí a komu nie a Než napíšete fakt potvrdzujú, stránka navyše uvádza, že ARLing nerobí telefonáty a stretnutia a nepreberá fotky ľudí ani mená zamestnancov)
• F388: web.dev, Cumulative Layout Shift (CLS), https://web.dev/articles/cls (posledná úprava 12. 4. 2023, prečítané 9. 10. 2026; citáty: „CLS is a measure of the largest burst of layout shift scores for every unexpected layout shift that occurs during the entire lifecycle of a page.“, „Layout shifts that occur within 500 milliseconds of user input will have the hadRecentInput flag set, so they can be excluded from calculations.“, „Unexpected layout shifts can disrupt the user experience in many ways, from causing them to lose their place while reading if the text moves suddenly, to making them click the wrong link or button.“, „Lab tools typically load pages in a synthetic environment and are thus only able to measure layout shifts that occur during page load. As a result, CLS values reported by lab tools for a given page may be less than what real users experience in the field.“)
• F436: ARLing, Ako rýchly je váš web na mobile?, https://arling.sk/rychlost-webu/ (prečítané 19. 10. 2026; citáty: „Stačí adresa webu.“, „Meria Google PageSpeed Insights (Lighthouse), ako telefón na pomalšom mobilnom pripojení. Zvyčajne to trvá 15 až 40 sekúnd, niekedy dlhšie.“, „Najviac tri nálezy podľa našich pravidiel priority.“, „Uložíme adresu, vybrané čísla, nálezy a čas merania, nie snímky stránky ani celý report, a po 90 dňoch výsledok zmažeme.“, „Rovnakú adresu znovu nemeriame počas 12 hodín“, „Napíšte nám a do jedného pracovného dňa odpíšeme, či sa vám oplatí nový jednostránkový web za 290 €, alebo čo z nálezov zadať vášmu správcovi webu. Weby na WordPresse a Shoptete neopravujeme. Objednávať nemusíte nič.“, „Laboratórne meranie kolíše. Skutoční návštevníci môžu mať iné časy. Výsledok nie je úplný audit webu.“)