Jak zkontrolovat své Core Web Vitals v AmICited

Rychlé a stabilní stránky jsou důležité i pro viditelnost v AI — odpovědní vyhledávače upřednostňují rychle načítající se zdroje. Než se pustíte do auditu AmICited, je dobré pochopit, co Core Web Vitals vlastně měří a proč se problém s rychlostí stránky může nenápadně proměnit v problém s citovaností v AI.

Co jsou Core Web Vitals?

Core Web Vitals je sada standardizovaných metrik, které Google vytvořil, aby dokázal kvantifikovat reálný zážitek ze stránky : jak rychle se zobrazí hlavní obsah stránky, jak rychle reaguje na vstup uživatele a jak vizuálně stabilní zůstává během načítání. Jejich smyslem bylo nahradit vágní pocity typu „stránka se zdá pomalá" konkrétními čísly, která lze sledovat, porovnávat a podle kterých lze činit vývojářské týmy odpovědnými. Google je před lety zařadil mezi signály pro hodnocení ve vyhledávání a stejná podkladová data — sbíraná od skutečných uživatelů Chromu prostřednictvím Chrome UX Report (CrUX) — čím dál víc ovlivňují i to, které zdroje jsou odpovědní vyhledávače ochotné stahovat, vykreslovat a citovat.

Tři klíčové metriky jsou Largest Contentful Paint (LCP), Interaction to Next Paint (INP) a Cumulative Layout Shift (CLS), z nichž každá má svou hranici úspěch/neúspěch, kterou Google publikuje a průběžně aktualizuje. Dvě doplňkové metriky, First Contentful Paint (FCP) a Time to First Byte (TTFB), pak dokreslují celkový obrázek rychlosti stránky tím, že izolují, jak rychle reaguje server a jak rychle se na obrazovce objeví cokoliv, ještě než je připravený hlavní obsah. Protože CrUX vychází z anonymizovaných terénních dat — skutečných návštěv od skutečných uživatelů Chromu — čísla odrážejí reálné podmínky (mix zařízení, kvalitu sítě, geografii), a ne jen jeden laboratorní test na rychlém kancelářském připojení.

Proč na tom záleží konkrétně pro generative engine optimization ? AI roboti a vyhledávací systémy stojící za AI Overviews, vyhledáváním v ChatGPT nebo Perplexity musí vaši stránku nejprve stáhnout a zpracovat, než ji mohou citovat. Stránka, která vyprší časovým limitem, načítá se pomalu nebo během načítání „skáče" obsahem, je ve velkém měřítku nákladnější na procházení a méně spolehlivá pro extrakci čistého obsahu. Zejména pomalé TTFB může způsobit, že robot stahování stránky opustí ještě dříve, než se vůbec dostane k hlavnímu obsahu. Nic z toho není hlavním faktorem, který rozhoduje o tom, zda budete citováni — relevance obsahu, autorita a struktura hrají mnohem větší roli — ale chronicky pomalá nebo nestabilní domovská stránka je tření, které odpovědní vyhledávače nemají důvod tolerovat, když stejné informace nabízí rychlejší konkurent.

Je to zároveň případ, kdy se technické SEO a optimalizace pro odpovědní vyhledávače prakticky úplně překrývají: stejné technické úpravy, které zlepšují vaše pozice ve vyhledávání Google — velikost obrázků, rychlost odezvy serveru, stabilita rozvržení — jsou i těmi, díky kterým zůstávají vaše stránky přístupné a citovatelné pro AI systémy. Právě proto AmICited zobrazuje Core Web Vitals v rámci širšího auditu AI viditelnosti , a ne jako samostatný SEO nástroj: je to jeden z faktorů, které rozhodují o tom, jestli AI vyhledávače považují váš web za důvěryhodný a snadno zpracovatelný.

Kde to najít

Otevřete Audit → Web Vitals v levém navigačním panelu. Stránka to vysvětluje takto: “Core Web Vitals pro domovskou stránku vaší domény… rychlost načítání stránky je faktorem hodnocení Google a odpovědní AI vyhledávače upřednostňují rychle se načítající stránky.” AmICited tato data automaticky stahuje pro vaši sledovanou doménu i pro každého konkurenta, kterého monitorujete, takže nemusíte spouštět samostatný nástroj ani ručně vkládat URL — jde o stejnou konkurenční sadu, kterou už používáte ke sledování share of voice a pořadí citací jinde na platformě.

Protože CrUX potřebuje minimální objem reálného provozu z Chromu, než pro danou URL zveřejní stabilní čísla, domény s nízkým provozem — včetně mnoha B2B a niche webů — mohou po nějakou dobu zobrazovat prázdné hodnoty. To je očekávané chování, ne chyba: znamená to jen, že Google zatím nenashromáždil dostatek terénních dat, aby je mohl spolehlivě reportovat, a hodnoty se doplní, jakmile přibude provoz (nebo čas).

Co jednotlivé metriky znamenají

Tabulka srovnání konkurentů uvádí u každé domény:

• Score (skóre) — celkové shrnutí, zda Core Web Vitals splňují nebo nesplňují dané prahy, díky kterému na první pohled poznáte, jak si doména celkově stojí.
• LCP (Largest Contentful Paint) — jak rychle se načte hlavní obsah, obvykle největší obrázek nebo textový blok ve viditelné části stránky. Jde o metriku nejtěsněji spojenou s tím, jak návštěvník — nebo robot — vnímá, „jestli už je stránka připravená".
• INP (Interaction to Next Paint) — jak responzivně stránka působí, když s ní uživatel skutečně interaguje (kliká, klepe, píše). Nahradila starší metriku First Input Delay, protože zachycuje responzivitu během celé návštěvy stránky, ne jen při první interakci.
• CLS (Cumulative Layout Shift) — jak vizuálně stabilní stránka je během načítání. Vysoké CLS znamená, že prvky „poskakují", jak se dodatečně načítají obrázky, reklamy nebo fonty, což je rušivé pro návštěvníky a může ztížit i konzistentní zpracování obsahu automatizovanými systémy.
• FCP (First Contentful Paint) — jak rychle se na obrazovce poprvé objeví cokoliv, ještě než je připravený hlavní obsah. Je to raný signál, že se stránka vůbec načítá, místo aby uživatel koukal na prázdnou obrazovku.
• TTFB (Time to First Byte) — rychlost odezvy serveru: doba mezi vyžádáním stránky a přijetím prvního bajtu odpovědi. Jde téměř výhradně o metriku backendu/infrastruktury a často je to ta nejsnáze opravitelná změnou hostingu, cachování nebo CDN.

Vaše vlastní doména je označena Vy (You), pod ní najdete domovské stránky sledovaných konkurentů, takže je každá metrika okamžitě srovnatelná, a ne posuzovaná izolovaně.

Jak to používat

1. Srovnávejte se s konkurencí. Pokud jsou stránky konkurentů rychlejší, je to další výhoda, kterou mají jak ve vyhledávání, tak v AI odpovědích — a mezera, kterou je relativně levné zacelit ve srovnání s prací na obsahu nebo autoritě.
2. Opravte červené hodnoty. Nevyhovující LCP nebo CLS ukazuje na konkrétní technickou práci: předimenzované hero obrázky, chybějící atributy width/height, skripty blokující vykreslování nebo neoptimalizovaná webová písma bývají obvyklými viníky.
3. Pokud je pomalé TTFB, řešte ho přednostně. Protože stojí „výše po proudu" před všemi ostatními metrikami, pomalé TTFB stahuje dolů i LCP, a přitom je to často metrika, kterou lze zlepšit nejrychleji — obvykle pomocí cachování, CDN nebo upgradu hostingu, spíš než přepisováním obsahu.
4. Po změnách znovu zkontrolujte. Jak se terénní data aktualizují, vraťte se a potvrďte, že se zlepšení skutečně projevila. Data CrUX jsou klouzavé 28denní okno, takže se změny projeví až s odstupem — nečekejte posun v číslech hned den po nasazení.
5. Berte pomalé TTFB jako varovný signál. Server, který pravidelně potřebuje přes sekundu na vrácení prvního bajtu, je silným kandidátem na problémy s procházením a vykreslováním, které sahají daleko za tento jeden audit — stojí za to přečíst si, proč inženýři zabývající se roboty pro procházení čím dál víc považují rychlé TTFB za práh pro spolehlivý úspěch AI robotů , a ne jen za pěkný bonus.

Žádná z těchto čtyř metrik nefunguje izolovaně od zbytku vaší technické stopy. Domovská stránka, která dosahuje dobrého skóre v Core Web Vitals, ale blokuje AI roboty v souboru robots.txt, nebo klientům bez JavaScriptu servíruje z velké části prázdnou stránku, se stejně citovaná nedočká — rychlost pomůže, jen pokud robota vůbec pustíte dovnitř a ten dokáže zpracovat, co tam je. Právě proto se vyplatí brát tento audit jako jeden kontrolní bod v rámci širší rutiny, ne jako jednorázovou opravu: spouštějte ho pravidelně spolu s ostatními audity AmICited, stejně jako byste se pravidelně vraceli k širšímu kontrolnímu seznamu technického auditu pokrývajícímu procházitelnost, strukturovaná data a extrahovatelnost obsahu.

Web Vitals samy o sobě citace nezajistí, ale pomalé a nestabilní stránky vás mohou brzdit — tento audit vám ukáže, na čem jste ve srovnání se stránkami, mezi kterými si AI vyhledávače vybírají. Pokud chcete hlubší výzkum stojící za tímto doporučením, přečtěte si, zda rychlost stránky skutečně ovlivňuje viditelnost v AI vyhledávání , a doplňte tuto kontrolu širším auditem AI přístupnosti vašeho webu, který pokryje stránku procházitelnosti. Odtud je přirozeným dalším krokem zařadit Web Vitals do svého pravidelného monitorovacího rytmu spolu s AI rank trackerem a sledováním citací v AmICited, aby byl výkonnostní propad zachycen ve stejnou chvíli jako pokles zmínek — místo aby se objevil samostatně, o týdny později, až vás už stál viditelnost.