Článek dostal v rychlostním testu zelené skóre, ale čtenáři si stěžují na pomalé menu. Obě zjištění mohou být pravdivá. Nejdřív zjistěte, která data sledujete a co přesně na stránce selhává. Teprve potom má smysl objednávat optimalizaci nebo měnit hosting. Pro magazín je užitečnější konkrétní oprava čtenářského problému než slib stovky bodů.
Core Web Vitals sledují zobrazení hlavního obsahu, odezvu na interakci a stabilitu rozložení. Nehodnotí však kvalitu článku, správnost formuláře ani celý obchodní přínos webu. Následující postup slouží k přípravě a převzetí práce; nejde o měření tohoto magazínu nebo o výsledky testu konkrétního poskytovatele.
Tři metriky, tři různé problémy
| Metrika | Co čtenář zažívá | Dobrá hodnota |
|---|---|---|
| LCP | Kdy se objeví největší viditelný obrázek nebo textový blok | Nejvýše 2,5 s |
| INP | Jak rychle stránka vizuálně reaguje na interakci | Nejvýše 200 ms |
| CLS | Jak moc obsah neočekávaně mění polohu | Nejvýše 0,1; bez jednotky |
U uživatelských dat se posuzuje 75. percentil, odděleně pro mobil a desktop. Hodnota tak neříká, že každá návštěva byla stejně rychlá. Zelená barva u jedné metriky také nevyřeší ostatní. Pokud se dlouho načítá fotografie a současně uskakuje tlačítko, jde o dvě odlišné závady s možným společným technickým pozadím.
Do zadání napište skutečný symptom. „Mobilní menu reaguje pozdě při prvním otevření článku“ se dá zopakovat. „Zlepšit technické SEO“ je příliš široké. Oprava výkonu může pomoci používání webu, ale sama nezaručuje konkrétní pořadí ve vyhledávání ani počet návštěv.
PageSpeed ukazuje dva odlišné pohledy
PageSpeed Insights kombinuje dostupná souhrnná data skutečných uživatelů CrUX s laboratorním auditem Lighthouse. Uživatelský přehled pracuje s předchozími 28 dny; laboratorní výsledek popisuje konkrétní běh v daných podmínkách. Po dnešní opravě se proto souhrn návštěv nezmění celý okamžitě.
Zkontrolujte přepínač konkrétní URL a celého originu. Pokud pro článek chybí dost dat, nástroj může nabídnout souhrn širšího webu. Ten pomůže s orientací, ale neprokazuje výkon právě otevřeného návodu. Chybějící data nejsou ani potvrzením bezvadného stavu, ani červeným výsledkem.
- Zapište URL, datum, zařízení a to, zda jde o stránku, nebo souhrn originu.
- Uložte jednotlivé metriky a popis diagnostiky; samotný barevný kruh nestačí.
- Poznamenejte stav souhlasu, přítomnost reklamy a přihlášení, pokud ovlivňují výsledek.
- Označte změnu šablony nebo pluginu, která testu předcházela.
Vyberte vzorek podle skutečných funkcí
Jeden článek bez reklamy nemusí zastupovat celý magazín. Pro první přehled zvolte běžný text, návod s tabulkami, článek s velkou fotografií, archiv a stránku s vloženým videem, pokud takový obsah vydáváte. Vyberte i často navštěvované starší URL, které mohou používat odlišné bloky.
Vzorek má zůstat dohledatelný při opakování. Uložte jeho seznam a stručný důvod výběru. Při další kontrole nenahrazujte pomalou stránku náhodně rychlejší adresou. Pokud se změnil obsah nebo reklamní konfigurace, zapište to; jinak budou dvě čísla v tabulce vypadat srovnatelně, přestože popisují jinou situaci.
Základní rozdělení serverových a prohlížečových problémů vysvětluje průvodce zrychlením WordPressu. Ten použijte jako rozcestník, zatímco zde sestavujete měřicí a přejímací protokol.
Z nálezu udělejte opravitelný úkol
| Zjištění | Co předat správci | Co požadovat při převzetí |
|---|---|---|
| Pozdní velká fotografie | URL, použitý obrázek a záznam načítání | Stejný článek a doloženou změnu příčiny |
| Zasekávající menu | Přesný sled kliknutí a podmínky | Funkční menu při opakování scénáře |
| Uskakující odstavce | Místo a okamžik posunu | Stabilní prostor i před načtením bloku |
| Rozdíl mezi testy | Zařízení, čas, cache a rozsah dat | Srovnání za odpovídajících podmínek |
Zodpovědnost rozdělte podle příčiny. Pozdní odpověď serveru může řešit hosting nebo správce aplikace, náročný reklamní skript jiný dodavatel a chybějící rozměry obrázku vývojář šablony. Neobjednávejte naslepo stejný zásah na všech webech. U sítě magazínů nejprve ověřte, které instalace skutečně sdílejí stejný problém.
Dobré zadání obsahuje i funkce, které musí zůstat použitelné. Pokud po optimalizaci přestane fungovat vyhledávání, newsletter nebo reklamní evidence, vyšší skóre samo o sobě převzetí neodůvodňuje. Domluvte také způsob návratu a člověka, který rozhodne při zhoršení.
Model: červený mobil a zelený desktop
Modelový magazín má dobrý desktopový výsledek, ale mobilní návštěvníci hlásí pomalý začátek článku. Redakce vybere tři různé texty se stejnou horní fotografií. Vývojář ověří, že mobil u jednoho typu šablony dostává zbytečně velký soubor, zatímco jiný typ čeká na jeho vložení skriptem.
Nejde tedy o jeden univerzální příkaz „zkomprimovat všechny fotky“. První úkol řeší vhodnou variantu, druhý načasování objevení zdroje. Po opravě se zopakuje původní vzorek a prohlédne čitelnost fotografií. Tato situace je vlastní model, nikoli záznam skutečného auditu; žádné konkrétní zrychlení v sekundách z ní nelze slibovat.
Jak opravu převzít bez zkresleného srovnání
- Uložte výchozí vzorek a podmínky, včetně původní podoby stránky.
- Na testovací kopii změňte jednu vymezenou příčinu a zopakujte scénář.
- Prohlédněte článek, tabulky, menu a formuláře na desktopu i mobilu.
- Po nasazení ověřte anonymní veřejnou stránku a datum změny.
- Laboratorní diagnostiku vyhodnoťte hned; uživatelský souhrn sledujte s vědomím jeho období.
Pro přípravu bezpečného prostředí navazuje postup testování na stagingu. Při výměně vzhledu přidejte přejímací kontrolu redesignu, aby se současně neztratily metadata či navigace.
Do závěru napište, co jste skutečně ověřili: konkrétní stránku, konkrétní scénář a dostupné měření. Pokud laboratoř ukazuje zlepšení, ale uživatelská data ještě zahrnují starou verzi, zachovejte obě informace. Ani několik povedených běhů není dokladem budoucího výkonu každého telefonu.
Při opakovaných odchylkách nepoužívejte jen nejlepší výsledek. Uložte sérii a hledejte společné podmínky: studenou cache, reklamní sestavu nebo rozdílné připojení. Cílem je vysvětlit opakovatelnou příčinu, ne vybrat nejhezčí snímek pro report. Vedle rychlosti dál samostatně sledujte dostupnost a funkční monitoring webu.
Jak rozhodnout mezi dvěma nabídkami optimalizace
Při objednávání práce žádejte nejprve rozsah diagnostiky a konkrétní výstup. Jedna nabídka může obsahovat jen nastavení pluginu, druhá rozbor příčiny a úpravu šablony. Bez společného vzorku a požadovaných funkcí se jejich ceny obtížně porovnávají. Nechte dodavatele napsat, co změna pokrývá a jak se pozná její dokončení.
Vlastní prioritní seznam může začít návody, do nichž přichází nejvíc čtenářů a které současně vykazují opakovaný problém. Následují shodné šablony, na nichž lze stejnou opravu rozumně ověřit. Nízká návštěvnost sama neznamená, že chybu ignorujete, ale pomůže určit pořadí práce při omezené kapacitě. Nedoplňujte odhadované úspory ani návštěvnost bez vlastních podkladů.
Při převzetí nabídky rozlišujte jednorázový zásah a průběžnou správu. Nová reklamní sestava nebo zásadně jiná šablona může později výkon změnit. Ověření se vztahuje k zaznamenané verzi, nikoli ke všem budoucím změnám webu. Pro další redakční práci je proto užitečné předat krátký seznam podmínek: které prvky šablony potřebují kontrolu při přidání nového formátu a kdo jejich změnu schvaluje.
Do rozpočtu zahrňte i možnost návratu, pokud se objeví funkční chyba. Převzetí má stát na ověřeném výsledku, ne na tom, že byl spotřebován dohodnutý čas nebo nainstalována placená licence.
Součástí dohody má být konkrétní termín předání výsledků a způsob řešení nalezené funkční závady.
Časté otázky
Je skóre Lighthouse totéž co Core Web Vitals?
Ne. Skóre je souhrnem laboratorního auditu. Uživatelské Core Web Vitals je nutné číst v příslušné části reportu a v kontextu zařízení i rozsahu dat.
Musí mít každý článek vlastní data CrUX?
Nemusí být dostupná. U méně navštěvovaných URL může chybět dostatek způsobilých vzorků. Pak použijte dostupnou diagnostiku a jasně označte její rozsah.
Má se výsledek po opravě změnit hned?
Laboratorní běh může reagovat okamžitě. Souhrn návštěv zahrnuje delší období, takže může současně obsahovat zkušenost před změnou i po ní.
Stačí kontrolovat homepage?
Pro magazín obvykle ne. Čtenář často přichází přímo do článku a různé typy obsahu mohou mít jiné technické závislosti.
Mám kvůli červené barvě ihned měnit hosting?
Nejdřív určete příčinu. Problém v načítání fontu nebo náročném menu se nemusí vyřešit vyšším serverovým tarifem.
