Blog
Optimalizujte Core Web Vitals: Podrobný průvodce SEO pro rychlost stránek
Praktický průvodce zlepšením skóre Core Web Vitals vašeho webu s konkrétními kroky, reálnými příklady a častými chybami, kterým se vyhnout pro lepší SEO a uživatelský zážitek.

Shrnutí
Core Web Vitals jsou metriky uživatelského zážitku Googlu, které přímo ovlivňují vaše pořadí ve vyhledávání. Mnoho vlastníků webů bojuje se špatnými skóre LCP, INP a CLS, což poškozuje jejich SEO. Tento článek poskytuje konkrétní, krok za krokem plán optimalizace každé metriky, od komprese obrázků po rozdělení kódu. Naučíte se měřit svůj aktuální výkon, prioritizovat opravy a vyhnout se běžným chybám, jako je přeoptimalizace. Reálné příklady ukazují zlepšení před a po. Postupujte podle těchto kroků, abyste zlepšili své Core Web Vitals a vyšplhali se ve výsledcích vyhledávání.
Problém Core Web Vitals
Core Web Vitals Googlu se staly přímým faktorem hodnocení, což znamená, že pomalé nebo trhané weby jsou pohřbeny ve výsledcích vyhledávání. Přesto je mnoho vlastníků webů v pasti: vidí špatná skóre, ale nevědí, jak je systematicky opravit. Tento průvodce vás provede opakovatelným procesem optimalizace Largest Contentful Paint (LCP), Interaction to Next Paint (INP) a Cumulative Layout Shift (CLS). Na konci budete mít jasný akční plán pro zlepšení výkonu vašeho webu a SEO.
Pochopení tří metrik
Než se pustíme do oprav, je zásadní pochopit, co každá metrika měří a proč jsou důležité:
- LCP (Largest Contentful Paint) – Měří rychlost načítání. Ideálně pod 2,5 sekundy. Představuje čas, kdy je pravděpodobně viditelný hlavní obsah stránky.
- INP (Interaction to Next Paint) – Měří odezvu. Ideálně pod 200 milisekund. Zachycuje zpoždění mezi interakcí uživatele (kliknutí, klepnutí) a vizuální odezvou.
- CLS (Cumulative Layout Shift) – Měří vizuální stabilitu. Ideálně pod 0,1. Kvantifikuje, jak moc se viditelný obsah neočekávaně posouvá.
Google je používá jako signály hodnocení, ale také přímo ovlivňují zapojení uživatelů. Stránka, která se načítá rychle, okamžitě reaguje a neskáče, udržuje návštěvníky spokojené a konvertující.
Měřte, než začnete optimalizovat
Nelze opravit to, co neměříte. Začněte shromážděním základních dat z více zdrojů:
- PageSpeed Insights – Poskytuje laboratorní a terénní data pro libovolnou URL. Spusťte ho na svých nejdůležitějších stránkách.
- Chrome User Experience Report (CrUX) – Data od skutečných uživatelů agregovaná v PageSpeed Insights nebo přes BigQuery.
- Lighthouse v Chrome DevTools – Nabízí akční doporučení a skóre.
- Rozšíření Web Vitals – Sledujte metriky v reálném čase při procházení vlastního webu.
Zaměřte se na terénní data (skutečné uživatele) spíše než jen na laboratorní data. Vaším cílem je opravit skutečné uživatelské zážitky. Zaznamenejte hodnoty metrik a identifikujte nejhorší stránky.
Krok 1: Optimalizace LCP – Hrdinský obrázek a TTFB serveru
Nejčastějším prvkem LCP je hrdinský obrázek nebo velký textový blok. Zde je návod, jak zmenšit LCP:
a. Komprimujte a modernizujte obrázky
- Používejte moderní formáty jako WebP nebo AVIF – nabízejí o 25–50 % menší velikost souboru než JPEG/PNG.
- Změňte velikost obrázků na maximální zobrazovanou velikost. Neposkytujte obrázek 4000px v kontejneru 1200px.
- Používejte CDN s automatickou optimalizací obrázků (např. Cloudflare, Imgix) pro doručení správně velkých verzí.
Příklad: Hrdinský obrázek se změnil z 500KB JPEG na 50KB WebP bez viditelné ztráty kvality, čímž klesl LCP ze 4,2 s na 2,1 s.
b. Zlepšete dobu odezvy serveru (TTFB)
- Používejte rychlého hostingu s dobrým cachováním (např. Vercel, Netlify nebo hostitel podpořený CDN).
- Implementujte cachování na straně serveru pro dynamické stránky.
- Zvažte lehký CMS nebo generátor statických stránek pro minimalizaci zpracování serveru.
c. Upřednostněte kritické zdroje
<link rel="preload">hrdinský obrázek, aby se načetl brzy.- Vložte kritické CSS pro obsah nad záhybem, abyste předešli blokování vykreslování.
Krok 2: Optimalizace INP – Zkroťte těžký JavaScript
INP často ničí dlouhé JavaScriptové úlohy, které blokují hlavní vlákno. Pro zlepšení:
a. Rozdělení kódu a líné načítání
- Rozdělte JavaScriptový balíček tak, aby se zpočátku načetl pouze nezbytný kód. Použijte
import()pro trasy/komponenty. - Odložte nekritické skripty pomocí
deferneboasync.
b. Rozdělte dlouhé úlohy
- Použijte
requestIdleCallback()nebosetTimeout()pro rozdělení práce na menší části. - Pokud je to možné, přesuňte náročné výpočty do Web Workers.
c. Optimalizujte obsluhu událostí
- Debounce nebo throttle posouvání a změny velikosti.
- Vyhněte se složitým inline posluchačům událostí. Použijte delegaci událostí, kde je to vhodné.
Příklad: Stránka s těžkým analytickým skriptem načítaným brzy zvýšila INP na 350 ms. Přesunutí skriptu po načtení pomocí requestIdleCallback zlepšilo INP na 180 ms.
Krok 3: Optimalizace CLS – Zabraňte posunům rozvržení
CLS je často nejsnadnější opravit, protože je obvykle způsoben chybějícími rozměry nebo pozdě načítaným obsahem.
a. Nastavte explicitní rozměry
- Vždy přidávejte atributy
widthaheightk obrázkům a videím. Moderní CSS zvládá responzivní velikost pomocíaspect-ratio. - Pro dynamické reklamy rezervujte kontejner s pevnou výškou (nebo použijte zástupný prvek, který zohledňuje typickou variabilitu reklamy).
b. Řízení webových fontů
- Použijte
font-display: swap, aby se text vykreslil okamžitě záložním písmem, zatímco se načítá vlastní písmo. - Upřednostněte
font-display: optionalpro nekritická písma.
c. Vyhněte se dynamickému vkládání nad existující obsah
- Vkládejte prvky třetích stran (reklamy, widgety) až po stabilizaci okolního rozvržení, nebo předem rezervujte místo.
Příklad: Přidání explicitních width a height k hrdinskému obrázku (a odstranění nesprávně vypočítaných inline rozměrů) snížilo CLS z 0,32 na 0,05 – obrovské zlepšení.
Stanovení priorit oprav
Ne všechny opravy jsou stejné z hlediska úsilí a dopadu. Použijte tento seznam priorit:
- CLS jako první – Často nejsnadnější a nejrychlejší oprava. I jedna změna rozměru vás může dostat pod 0,1.
- LCP jako další – Komprese obrázků a cachování mohou přinést rychlé výhry.
- INP jako poslední – Obvykle vyžaduje větší architektonické změny, jako je rozdělení kódu.
Po každé opravě spusťte PageSpeed Insights, abyste změřili pokrok. Pokud se LCP zlepší, ale INP se zhorší, vaše změny mohly zvýšit JavaScript. Vždy testujte na mobilu – tam uživatelé pociťují špatný výkon nejvíce.
Časté chyby, kterým se vyhnout
- Přeoptimalizace: Neodstraňujte všechny animace ani se zbavujte frameworků zbytečně. Cílem je dobrý, ne dokonalý.
- Ignorování mobilního zážitku: Optimalizujte nejprve pro nejmenší obrazovku.
- Zapomínání na skripty třetích stran: Pomalý reklamní server může zničit vaše metriky. Používejte líné načítání a asynchronní načítání.
- Sledování pouze laboratorních dat: Terénní data (z CrUX) používá Google. Pokud jsou terénní data špatná, laboratorní data nemusí odrážet skutečné podmínky.
Závěr
Optimalizace Core Web Vitals není jednorázový úkol, ale cyklus neustálého zlepšování. Dodržováním uvedených kroků – měření, řešení CLS, komprese LCP aktiv a zkrocení INP pomocí rozdělení kódu – můžete systematicky zlepšovat své skóre a SEO. Začněte dnes auditem jedné klíčové stránky a aplikací tří snadných výher: nastavte rozměry obrázků, komprimujte hrdinské obrázky a odložte nekritický JavaScript. Vaši uživatelé (a pořadí ve vyhledávání) vám poděkují.
Jakmile máte základní výkonnostní linii, můžete také zvážit vytváření nových stránek s výkonem zabudovaným od začátku. Nástroje jako Pagenza vám umožní vytvořit celou vstupní stránku z popisu v prostém textu a vyrobit čisté, rychlé HTML bez ruční optimalizace. To je jeden způsob, jak zajistit, aby vaše další stránka již od začátku splňovala prahové hodnoty Core Web Vitals.
Sources (5)
- Google's SEO Starter Guide: What Website Teams Need to Know
- What Is Technical SEO? The Best Checklist in 2026
- Technical SEO Checklist 2026: What Really Matters - NoGood
- How Important Is Page Speed for SEO? Exploring Its Impact on Rankings - Devenup Agency
- Core Web Vitals — What they are and how to optimize them - web.dev



