Google metrika: prodleva prvního vstupu

Nevím co přesně je prodleva prvního vstupu, ale předpokládám, že to je ne úplně šťastně přeložené Time to first byte. Hodnota 250ms není žádná sláva. Google tvrdí, že TTFB by mělo být do 200ms. Obecně cokoli do 100ms se považuje za dobrý čas.
Ze samotného TTFB se ale těžko pozná kde je problém, resp. z měření jedné stránky. Čas TTFB je součet časů které přidávají jednotlivé části (přenos po síti, režije web-serveru, rychlost aplikace, rychlost databáze a jiné) a z jednoho čísla nepoznáš, která část zpusobuje problémy a přidává nejvíce času. Co se dá udělat je, že si změříš rychlost částí s kterými toho moc nenaděláš (síť a režije webserveru) a odecteš si to od zbytku (části z kterých se skládá aplikace).

Jak to udělat. Nejlepší bude, když vezmeš vygenerovaný html kód stránky kterou jsi měřil a vložíš to do obyčejného statického html souboru. Tento soubor zahraješ na server a změříš TTFB k tomuto souboru. Jelikož ta tvoje aplikace nemusí v takovém případě nic dělat, dozvíš se, jakou dobu zabere přenos po síti a režije serveru. Pokud to bude například 180ms (na aplikaci zbývá 70ms), tak víš že je problém při přenosu dat a ne v aplikaci. V takovém případě změna hostingu poskytovatele může pomoct. Pokud to ale bude 30ms (na aplikaci zbývá 220ms) tak změnou poskytovatele si můžeš ale i nemusíš pomoct.

Proč si můžeš i nemusíš pomoct? Protože to že je aplikace pomalá může mít více duvodů. Ano, jedním z nich může být, že poskytovatel má poddimenzovaný hardware na to, kolik webů u něj běží, ty vzájemně soupeří o prostředky a proto je to vše pomalé. V takovém případě by změna mohla pomoct. Ovšem další možností je, že neoptimální je samotná aplikace. Je neefektivně nakódovaná, má neefektivní dotazy do databáze, nebo spousty a spousty jiných problémů. V takovém případě si změnou hostingu nepomůžeš. Pomalost je zakořeněna v aplikaci samotné a problém je potřeba najít a odstranit tam.

Moc by mě zajímalo, jak web.dev měří FID, když sami na stránce web.dev/fid píšou, že se to musí měřit na reálných uživatelích a ne v laboratoři.

Nicméně ať to měří jak to měří, FID by mělo vyjadřovat dobu když uživatel na něco klikne a než se něco stane. Podle toho článku to měří od té události do doby, než se uvolní hlavní vlákno. Například když je browser zaneprázdněný parsováním CSS. Nicméně to se celé děje v browseru u uživatele. Nenapadá mě možnost, jak by rychlost webserveru nebo rychlost sítě na to mohla mít vliv. Na TTFB(FBT) ano ale na FID ne.