INP (Interaction to Next Paint)
Kapcsolódó szolgáltatás Weboldal és webshop
MEGHATÁROZÁS
A Core Web Vitals interakciós metrikája. Az oldalon végbemenő összes interakció (klikk, tap, billentyű) közül a 75. percentilis válaszidejét méri · az inputtól a következő paintig. 2024 márciusában leváltotta a FID-et. Cél: 200 ms alatti p75. Ami megöli: hosszú task-ok a fő szálon, túlméretezett event handlerek, hidratációs küzdelem, és nem yieldelő React-renderek. A monitorozáshoz `event` típusú PerformanceObserver-rel vagy a web-vitals lib-bel mérünk RUM-ban; a labor (Lighthouse) csak közelít.
- SSR (Server-Side Rendering)→
A HTML-t a szerver rendereli kérésre, minden felhasználónak frissen. Dinamikus tartalomra (dashboard) ideális, de lassabb, mint az SSG.
- SSG (Static Site Generation)→
Az oldalak build-időben készülnek el HTML-ként, és egy CDN szolgálja ki őket. Szinte nulla TTFB. A DField saját oldala 111+ oldallal fut így.
- ISR (Incremental Static Regeneration)→
SSG + időzített regeneráció: a HTML statikus, de megadott intervallumban újragenerálódik. Blog-cikkekhez ideális · frissesség CDN-sebességgel.
- Edge rendering→
A kód a felhasználóhoz legközelebbi CDN-pontban fut (Cloudflare Workers, Vercel Edge). Dinamikus válasz ~10–50 ms TTFB-vel.
- RSC (React Server Components)→
React-komponensek, amik kizárólag szerveren futnak, és nem kerülnek át a böngészőbe. Eredménye kevesebb kliens-oldali JS és gyorsabb hydration.
- LCP (Largest Contentful Paint)→
A legnagyobb látható elem megjelenésének ideje. Google Core Web Vitals zöld küszöbe 2.5s alatt · mi jellemzően <1s alá lőjük a landing oldalakat.
- 012026. ápr. 26.Next.js 16 teljesítmény csapdák, amibe minden Vercel projekt belesétál→
- 022026. ápr. 26.Postgres BRIN vs. B-tree · mikor melyik nyer→
- 032026. ápr. 26.Server vs. kliens komponensek 2026-ban · a döntési szabály, amit alkalmazunk→
- 042026. ápr. 22.Magyar webshop CWV 2026 · amit most kell javitani→
- 052026. febr. 14.Core Web Vitals Next.js-szel: hogyan lett 4.5s-ből 0.9s LCP→