Unused JavaScript er JavaScript, som browseren modtager, men ikke behøver for at vise eller bruge den aktuelle side. Selv en funktion, der aldrig aktiveres, kan koste download, parsing, kompilering og hukommelse. Hvis koden køres, kan den også optage browserens hovedtråd. Derfor er ubrugt JavaScript ofte en mere væsentlig flaskehals end selve filstørrelsen.

I Google PageSpeed Insights og Chrome Coverage er “unused” en måling af den konkrete test. Den betyder ikke nødvendigvis, at en hel fil kan slettes; en checkout-funktion kan eksempelvis være nødvendig senere i brugerrejsen. Men fundet viser, at du bør undersøge, om filen skal sendes til denne side og på dette tidspunkt.

Hvorfor det skader hastighed og Core Web Vitals

JavaScript konkurrerer om netværket med HTML, CSS, fonts og LCP-billedet. Når filen er ankommet, skal browseren stadig parse og forberede den. Store bundles og tredjepartsbiblioteker skaber ofte lange opgaver på hovedtråden, som forsinker maling og brugerinput. Det er særligt relevant for Interaction to Next Paint (INP).

Minify JavaScript og komprimering er gode basisforbedringer, men de ændrer ikke den grundlæggende mængde funktionalitet. Den største gevinst kommer, når browseren ikke skal hente koden overhovedet, før den er nødvendig.

Typiske årsager i WordPress

Et WordPress-tema kan enqueue globale scripts til sliders, animationer eller sticky headers på alle skabeloner. Plugins til formularer, WooCommerce, page builders, analytics, chat og samtykke kan gøre det samme. Resultatet bliver særligt tungt, når flere plugins medbringer deres egne biblioteker eller tags.

  • Fjern plugins, der ikke længere bruges, frem for kun at deaktivere deres front-end-filer.
  • Indlæs formular-, kort- og galleriskript kun på sider, der faktisk har den funktion.
  • Brug WordPress’ enqueue/dequeue-hooks eller et gennemtestet asset-manager-plugin til betinget indlæsning.
  • Udsæt chat, video og marketingtags til samtykke eller brugerinteraktion, hvor det passer med kravene.
  • Brug defer til scripts, der ikke må blokere parsing, men husk at det ikke fjerner koden.

Sådan finder og retter du problemet

Start med DevTools Network: noter filnavn, størrelse, initiator og hvilket plugin eller tema der registrerer filen. Brug Coverage til at se brugte og ubrugte dele under en realistisk sideindlæsning. Optag derefter Performance for at finde lange opgaver. Test flere sidetyper, fordi et script kan være korrekt på produkt- eller kontaktsiden, men overflødigt på en artikel.

Fjern eller begræns én kilde ad gangen, og test funktionaliteten efter cache-rydning. Vær særligt grundig ved WooCommerce og samtykkestyring, hvor en aggressiv forsinkelse kan bryde checkout eller compliance. Et lavere JavaScript-budget og betinget indlæsning giver normalt en mere stabil forbedring end at lægge flere optimeringslag oven på det samme bundle.