Third-party scripts er JavaScript, der hentes fra en anden leverandør end dit eget domæne. Det kan være Google Analytics, Meta Pixel, en chat-widget, cookie-samtykke, heatmaps, A/B-test, annoncer, betalingsløsninger eller en indlejret video. Scriptet bliver kørt i brugerens browser som en del af din side, selv om du ikke selv vedligeholder koden.

Hvorfor de rammer Core Web Vitals

Et eksternt script koster ofte mere end den JavaScript-fil, man ser i HTML. Browseren skal slå et nyt domæne op, oprette forbindelse, hente underressourcer og bruge CPU på at parse og udføre koden. Mange scripts lytter også på klik, scroll og input. Det kan gøre hovedtråden optaget og forringe INP. Tredjepartskode kan desuden indsætte bannere eller embeds sent og dermed skabe CLS.

Asynkron indlæsning er nyttig, men ikke en fribillet. Async betyder, at downloadet ikke stopper HTML-parseren; scriptet kan stadig køre på et uheldigt tidspunkt. Defer bevarer rækkefølgen og udsætter udførelsen til dokumentet er parset, men påvirker stadig CPU-tid.

WordPress: behold kun det, der har et formål

Plugins og temaindstillinger kan tilføje scripts uden at det er tydeligt i editoren. Start derfor med en inventarliste: hvilket værktøj ejer hvert domæne, på hvilke skabeloner er det nødvendigt, og hvad sker der, hvis det fjernes? Saml ikke ukritisk flere tracking-lag, når ét værktøj kan dække behovet.

  • Indlæs kun scriptet på de sider, hvor funktionen bruges, eksempelvis chat på kontaktsiden og betalingskode i checkout.
  • Vent med video, kort og chat til brugeren interagerer eller til efter det vigtigste indhold er vist.
  • Blokér marketing-tags indtil gyldigt samtykke; det er både en GDPR- og performancefordel.
  • Brug få, dokumenterede tags i Tag Manager, og fjern gamle kampagnepixels.

Sådan måler og løser du problemet

Brug DevTools Network til at gruppere requests efter domæne og Performance-panelet til at finde lange JavaScript-opgaver. PageSpeed Insights peger ofte på “Reduce the impact of third-party code”, men kontrollér også rigtige brugeres data i CrUX. De viser, om problemet især rammer mobilbrugere.

Test én ændring ad gangen: forsink en chat-widget, fjern et heatmap eller begræns et tag til én skabelon. Sammenlign INP, LCP, antal requests og funktionalitet før og efter. Hvis en leverandør er forretningskritisk, skal den styres og forsinkes; hvis ikke, er sletning som regel den bedste optimering.