2026-08-04

Långsam webbplats: spårningsskripten bakom dåliga resultat

Du körde ett PageSpeed-test. Siffran kom tillbaka röd.

Så du komprimerade bilderna. Du slog på cachning. Du installerade optimeringstillägget som alla rekommenderar.

Siffran rörde sig fyra poäng.

Jag känner igen den slingan, för jag gick runt i den i en månad på min egen sajt. Min kod var inte problemet. Problemet var allt jag hade skruvat fast på den.

Analys. En annonspixel. En chattwidget. Ett samtyckesverktyg för att be om lov för de två första.

Var och en kändes liten när jag lade till den. Tillsammans var de tyngre än hela min sida.

Det här är varför det spelar roll bortom resultatet. Google mäter verkligt laddningsbeteende via Core Web Vitals och de signalerna påverkar rankningen. En långsam sida konverterar också sämre, eftersom folk lämnar innan de har sett något.

Den här artikeln visar hur du hittar vikten och vad du tryggt kan ta bort.

Varför ett spårningsskript kostar mer än sin filstorlek

Ett skript på 50 kilobyte kostar dig inte 50 kilobyte. Det kostar dig en hel kedja av arbete och det mesta sker i besökarens mobil.

Vikten är inte den enda kostnaden. Samma tredjepartsskript kan också få en knapp på din sida att sluta fungera.

En DNS-uppslagning och en ny anslutning. Skriptet ligger på någon annans domän. Webbläsaren måste hitta den servern och öppna en säker anslutning innan den kan ladda ner något.

Att ladda ett andra skript. Många taggar är laddare. De kommer fram och hämtar sedan det som gör själva jobbet.

Tid på huvudtråden. Skriptet måste tolkas och köras. Medan det pågår ritar webbläsaren inte din sida. Det är det som blir ett dåligt resultat för Interaction to Next Paint.

Layoutförskjutning. En samtyckesbanner som dyker upp efter att sidan har ritats trycker ner ditt innehåll. Det är ett direkt slag mot Cumulative Layout Shift.

"1.0 second is about the limit for the user's flow of thought to stay uninterrupted, even though the user will notice the delay."

Jakob Nielsen, Usability Engineering, 1993

1,0 sekund är ungefär gränsen för att användarens tankeflöde ska förbli obrutet, även om användaren märker fördröjningen. Nielsen skrev det innan spårningstaggen fanns. Gränsen har inte flyttats sedan dess, eftersom den kommer från mänsklig uppmärksamhet och inte från hårdvara.

Hitta vikten på tio minuter

Du behöver inget betalverktyg för det här. Två gratis kontroller räcker.

1. Sortera dina anrop efter tredje part

Öppna din sajt, tryck på F12 och gå till fliken Nätverk. Ladda om sidan.

Sortera efter domän. Skilj nu anropen från din egen domän från allt annat.

Skriv ner två siffror: hur många externa anrop det finns och hur många kilobyte de blir tillsammans. Den andra siffran är den ärliga kostnaden för dina taggar.

2. Titta på huvudtråden, inte på filstorlekarna

Kör ett test i PageSpeed Insights och öppna avsnittet om tredjepartskod. Där ser du hur många millisekunder varje externt skript höll huvudtråden upptagen.

Det är här överraskningen brukar finnas. Det tyngsta skriptet på din sida är sällan det största.

Det du kan ta bort, i ordning

Börja med den största vinsten. Ordningen nedan är ungefär vad jag hittade på min egen sajt.

• Samtyckesverktyget. Det laddas tidigt, blockerar ritningen och flyttar runt din layout. Om du tar bort spårarna som gjorde det nödvändigt försvinner det med dem.
• Annonspixeln du inte använder. De flesta sajter bär på minst en pixel från en kampanj som har tagit slut. Om du inte kör annonser just nu, ta bort den.
• Chattwidgeten. Ladda den vid klick i stället för när sidan laddas. Bubblan kan vara en statisk bild tills någon trycker på den.
• Inbäddad video. Använd inbäddningen utan cookies eller visa en förhandsbild och ladda spelaren först när någon trycker på spela.
• Själva analysen. Det här är den du behåller. Men viktskillnaden mellan verktyg är stor och lätt att kontrollera innan du byter.

Hänger du med? Den sista punkten är där det mesta av den återstående vikten finns.

Så jämför du analysskript ärligt

Leverantörer anger filstorlekar. Det är den minsta delen av berättelsen. Kontrollera de här tre sakerna i stället.

Storleken efter komprimering, inte före. Fråga efter den överförda storleken, det är den som besökaren faktiskt laddar ner.

Ett anrop eller flera. Laddar skriptet något mer efter att det har kommit fram?

Om det blockerar ritningen. En spårare ska laddas asynkront och aldrig ligga i den kritiska vägen.

En tagghanterarbehållare förtjänar ett eget omnämnande. Den är praktisk och den är också ett skript som laddar fler skript. Om du bara använder den för en tagg betalar du en mellanhand.

Det du inte ska förvänta dig

Att ta bort taggar fixar inte en långsam server. Om ditt webbhotell tar 800 millisekunder på sig att skicka den första byten döljer ingen mängd skriptbantning det.

Det fixar inte heller en ooptimerad toppbild. Ta bort taggarna och komprimera bilden, i den ordningen, för taggarna påverkar interaktiviteten och bilden påverkar det folk ser först.

Var också realistisk om resultatet. Att gå från rött till grönt på en eftermiddag är sällsynt. Att gå från rött till gult genom att ta bort tre skript är vanligt.

Där StatJolt passar in

StatJolts skript är några kilobyte och laddas asynkront, så det blockerar aldrig din sida från att ritas.

Det sätter inga cookies. Det betyder ingen samtyckesbanner, så den tyngsta punkten på listan ovan försvinner med den.

Det mäter också Core Web Vitals åt dig, bredvid din trafik. Du ser vad dina besökare faktiskt upplevde, inte vad en testmaskin mätte en gång från ett datacenter.

Två rader kod och det hastighetsarbete du redan har gjort slutar att raderas ut av dina taggar.

Den korta versionen

Ditt PageSpeed-resultat hålls oftast tillbaka av tredjepartsskript, inte av din egen kod. Öppna fliken Nätverk, lägg ihop allt som kommer utanför din domän och ta bort från toppen av den listan. Taggarna du tar bort ger dig tillbaka interaktiviteten och det är den delen som Google faktiskt mäter.

Tillbaka