pejdž ikspíriensTakéPage Experience signals, signály uživatelského dojmu ze stránkyPokročilý

Definice

Page experience je souhrn signálů, kterými Google hodnotí, jak se návštěvníkovi stránka používá nezávisle na obsahu: rychlost načtení a stabilita měřené přes Core Web Vitals, zabezpečení přes HTTPS, použitelnost na mobilu a absence rušivých vyskakovacích prvků. Do vyhledávání vstupuje jako doplňkový faktor, nikoli jako náhrada za kvalitní obsah.

Kategorie: SEOAktualizováno

Než se na to spolehnete: Váha page experience v hodnocení Googlu není kvantifikovaná a formulace se v čase mění; sada signálů se také vyvíjí (FID nahrazeno INP, zrušení reportu mobilní použitelnosti v Search Console), takže odstavce o síle signálu jsou záměrně opatrné. Existenci anglického článku Wikipedie o Core Web Vitals jsem neověřoval s jistotou.

<h2>Co Google pod page experience měří</h2> <p>Page experience není jedna metrika, ale skupina měřitelných signálů popisujících technickou stránku návštěvy. Jádro tvoří <strong>Core Web Vitals</strong>: LCP (za jak dlouho se vykreslí největší prvek v prvním viewportu), INP (jak dlouho stránka odpovídá na interakce uživatele) a CLS (jak moc obsah poskakuje během načítání). K nim se přidává doručení přes HTTPS a to, zda je stránka použitelná na dotykovém displeji: čitelné písmo, dostatečně velké cíle pro prst, žádný horizontální posun. Samostatnou kapitolou jsou vsunuté reklamy a modaly, které překryjí obsah hned po příchodu z vyhledávání.</p> <h2>Proč se z toho stal samostatný pojem</h2> <p>Vyhledávač dlouho uměl posoudit, jestli text odpovídá na dotaz, ale ne, jestli se dá reálně přečíst. Uživatel, který kliknul na správný výsledek a pak čekal pět sekund na text skákající pod prsty, se vrátil zpět do výsledků. Page experience byla snaha tuhle zkušenost popsat čísly, která si web může sám změřit před tím, než ho potrestá chování návštěvníků. Odtud také plyne důraz na <em>terénní data</em>: rozhodující nejsou hodnoty z laboratorního testu na rychlém notebooku, ale to, co reálně naměří prohlížeče skutečných návštěvníků na jejich zařízeních a připojení.</p> <h2>Jak silný je to vlastně signál</h2> <p>Google opakovaně formuluje page experience jako rozhodovací kritérium mezi obsahově srovnatelnými stránkami. Špatná technická kvalita nesrazí ze žebříčku jediný relevantní zdroj k úzkému dotazu, ale v konkurenčním e-shopovém segmentu, kde deset výsledků říká prakticky totéž, rozdíl znát je. Praktičtější je proto číst page experience jako ukazatel obchodní, ne jen SEO: rychlost načtení a stabilita layoutu se projeví na <a href="/slovnik/konverzni-pomer">konverzním poměru</a> a na ceně za proklik v placených kampaních dřív než na pozici v organickém výsledku.</p> <h2>Kde se to typicky rozbíjí</h2> <ul> <li><strong>Obrázky bez rozměrů.</strong> Chybějící <code>width</code> a <code>height</code> nebo <code>aspect-ratio</code> znamená, že se obsah po dotažení obrázku posune. Nejčastější příčina špatného CLS.</li> <li><strong>Webfonty načítané bez fallbacku.</strong> Text buď blikne, nebo se dvě sekundy nezobrazí a LCP se posune.</li> <li><strong>Těžký JavaScript na hlavním vlákně.</strong> Bannery souhlasu, chaty a analytické skripty blokují reakci na první klepnutí, což se propíše do INP.</li> <li><strong>Cookie lišta přes celou obrazovku.</strong> Právně nutná, ale pokud překryje obsah a načte se se zpožděním, poškodí zároveň CLS i dojem z první návštěvy.</li> </ul> <p>Většina zásahů je levná a mechanická: rezervovat místo pro dynamické prvky, odložit neesenciální skripty, doručovat obrázky v moderním formátu a ve správné velikosti podle <a href="/slovnik/responzivni-design">responzivního designu</a>. Teprve když tohle nestačí, má smysl řešit architekturu vykreslování.</p>

Příklady z praxe

  1. E-shop s poskakující kategorií

    Výpis produktů se vykreslí okamžitě, ale nad ním se o vteřinu později doplní banner s akcí a celá mřížka sjede o 180 pixelů dolů. Uživatel na mobilu mezitím klepne a otevře jiný produkt, než chtěl. Řešením je rezervovat prostor bannerem předem, ať už fixní výškou, nebo poměrem stran.

    .promo-slot {
      min-height: 180px; /* misto se drzi i pred nactenim */
    }
    
    img.produkt {
      width: 100%;
      height: auto;
      aspect-ratio: 4 / 3;
    }
  2. Chat widget dusící INP

    Landing page má dobré LCP, ale první klepnutí na tlačítko reaguje se zpožděním přes 400 ms, protože se na hlavním vlákně zrovna inicializuje podpůrný chat. Odložení skriptu na okamžik, kdy je prohlížeč nečinný, nebo až na první interakci uživatele, vrátí INP do zeleného pásma bez ztráty funkce.

    window.addEventListener('load', () => {
      if ('requestIdleCallback' in window) {
        requestIdleCallback(() => nactiChat());
      } else {
        setTimeout(nactiChat, 3000);
      }
    });

Časté omyly

MýtusKdyž budu mít v PageSpeed Insights zelenou stovku, vyletím ve vyhledávání nahoru.
Ve skutečnostiSkóre z laboratorního testu není hodnoticí veličina. Google pracuje s terénními daty od skutečných návštěvníků a page experience používá spíš jako rozlišovací kritérium mezi obsahově vyrovnanými stránkami než jako samostatný způsob, jak se dostat nahoru.
MýtusPage experience je jen jiný název pro Core Web Vitals.
Ve skutečnostiCore Web Vitals jsou jádrem page experience, ale ne celkem. Do posuzování patří také HTTPS, použitelnost na mobilních zařízeních a to, jestli stránka nezakrývá obsah agresivními vsunutými prvky.
MýtusExistuje oficiální souhrnné skóre page experience, které si můžu zobrazit.
Ve skutečnostiGoogle nezveřejňuje jedno číslo, kterým by page experience vyjádřil. Search Console reportuje jednotlivé signály a stav URL podle Core Web Vitals, agregovanou známku si weby počítají samy pro interní potřebu.

Časté dotazy

Jak zjistím, jak si moje stránky stojí v page experience?
Základním zdrojem je Google Search Console, kde report Core Web Vitals ukazuje skupiny URL v pásmech dobrá, vyžaduje zlepšení a špatná, a to zvlášť pro mobil a desktop. Data pocházejí z reálných návštěv v prohlížeči Chrome, takže se projeví se zpožděním zhruba čtyř týdnů. Pro rychlou diagnostiku konkrétní adresy poslouží PageSpeed Insights, který kombinuje terénní data s laboratorním testem, nebo panel Performance ve vývojářských nástrojích. Vlastní měření přímo v produkci umožňuje knihovna web-vitals, která odešle naměřené hodnoty do analytiky.
Kolik toho page experience v hodnocení skutečně váží?
Google popisuje page experience jako jeden z mnoha signálů, který nabývá na významu tehdy, když je několik výsledků obsahově srovnatelných. Unikátní a relevantní obsah zůstává silnější, takže pomalá stránka s jedinečnou informací se ve výsledcích udrží. V konkurenčních segmentech, typicky u produktových kategorií nebo srovnávacích článků, kde se výsledky obsahově překrývají, ale technická kvalita rozhoduje. Investice do rychlosti se navíc vyplácí i mimo vyhledávání, protože přímo ovlivňuje míru opuštění a konverze.
Musím kvůli page experience přepsat web do moderního frameworku?
Přechod na jiný framework je zpravidla to poslední, co má smysl. Naprostá většina problémů s page experience pochází z konkrétních drobností: neoptimalizovaných obrázků, chybějících rozměrů u médií, blokujícího JavaScriptu třetích stran a pomalé odpovědi serveru. Tyhle věci se dají opravit v jakémkoli systému včetně WordPressu. Teprve když je hlavní vlákno zahlcené vlastní aplikací nebo server nestíhá generovat HTML, přichází na řadu úvaha o serverovém vykreslování, statické generaci nebo jiné architektuře.
Jak často se signály page experience mění?
Sada signálů není zafixovaná. Google v minulosti jednu z metrik Core Web Vitals nahradil: původní FID vystřídalo INP, které lépe popisuje odezvu během celé návštěvy, nikoli jen při prvním kliknutí. Zároveň zanikly některé samostatné reporty, například hodnocení použitelnosti na mobilech v Search Console. Pro praxi z toho plyne, že smysl má sledovat principy, tedy rychlé zobrazení obsahu, plynulou odezvu a stabilní rozvržení, protože ty přetrvávají napříč konkrétními metrikami.

Zdroje

  1. Understanding page experience in Google Search results(otevře se v novém okně)Google Search Central
  2. Core Web Vitals report(otevře se v novém okně)Google Search Central
  3. Largest Contentful Paint (LCP)(otevře se v novém okně)MDN Web Docs
  4. Cumulative Layout Shift (CLS)(otevře se v novém okně)MDN Web Docs

Související pojmy

Potřebujete to vyřešit v praxi?

Poradíme, jak na to ve vašem projektu

Vysvětlit pojem je jedna věc, navrhnout kolem něj funkční řešení druhá. Ozvěte se a probereme, co dává smysl u vás.