Avoid chaining critical requests er en Lighthouse-anbefaling om den kritiske request-kæde: browseren opdager først fil B, når fil A er hentet og analyseret. Jo længere kæden er, desto senere kan den første synlige rendering ske. Det er tæt knyttet til critical rendering path.

Hvordan kæder opstår

Et typisk forløb: HTML peger på et stylesheet, CSS’en refererer en webfont, og først derefter opdages hero-billedet via en baggrundsregel eller et sent script. Hvert led tilføjer netværks-roundtrips. HTTP/2 og HTTP/3 hjælper med parallelisme, men de fjerner ikke opdagelsesforsinkelsen.

Praktiske rettelser

  • Placér LCP-billedet som et rigtigt <img> tidligt i HTML — ikke kun som CSS-baggrund.
  • Brug preload eller fetchpriority på den ene vigtigste ressource, når måling viser behov.
  • Undgå @import i CSS; link stylesheets direkte fra HTML.
  • Lever critical CSS tidligt, og udskyd resten.
  • Reducer antallet af render-blokerende filer i <head>.

Sådan måler du

I PageSpeed Insights og Chrome DevTools Network/Performance kan du se kædens dybde og varighed. Ret den længste vej til LCP eller første paint — ikke alle kæder på siden. En kortere kritisk sti giver ofte bedre LCP og FCP end blot at komprimere filer.