Snabb hemsida: vad som är sant och vad vi inte lovar

“Snabb hemsida” säljs ofta som en placering i sökresultatet. Det är inte en lögn, men det är en överdrift, och den är lätt att kontrollera. Här är vad som gäller.

De tre måtten och var gränserna ligger

Google mäter tre saker, och bedömer mobil och dator var för sig:

Mått	Bra	Dåligt
LCP, när det största innehållet har målats upp	högst 2,5 s	över 4 s
CLS, hur mycket layouten hoppar	högst 0,1	över 0,25
INP, hur snabbt sidan svarar på ett klick	högst 200 ms	över 500 ms

Måtten läses på den 75:e percentilen av besökarna, alltså inte på snittet. Det betyder att en fjärdedel av besöken får vara sämre än gränsvärdet.

Ser ni en guide som talar om FID och 100 millisekunder är den från 2023 eller tidigare. FID är ersatt av INP.

Hur tungt väger det egentligen

Mindre än branschen påstår. Googles egna röster talar nästan uteslutande om användare när de förklarar måtten, och nämner knappt rangordning. Den mest återhållsamma källan vi har läst är dessutom en renodlad SEO-kanal, och den landar i att hastighet avgör mellan två likvärdiga träffar, inte mellan plats ett och plats femton.

Ingen källa anger en viktning i procent. Ser ni en sådan siffra är den påhittad.

Därför lovar vi inte en bättre placering för ett hastighetsfix. Vi gör det ändå, av två skäl: det är billigt när sajten är handskriven, och besökaren märker skillnaden.

Fältdata slår labbtest, och det har en hake för er

Googles besked är entydigt: vill ni veta hur sajten ligger till ska ni titta på riktiga användare, inte på ett labbtest. Siffran från Lighthouse finns för att peka ut vad som ska fixas, inte för att vara betyget. Fältdatan är ett rullande snitt över 28 dagar, så ett fix syns först en månad senare.

Haken: fältdata kräver tillräckligt många besökare. En frisör i en småort har sannolikt inga alls. Då finns inget fältvärde att bli bedömd på, och labbsiffran är det enda som finns. Vi optimerar ändå, men vi säljer det inte som något mätbart.

Det som faktiskt flyttar på en liten företagssajt

Allt det här kostar ingenting extra när sidan är skriven för hand.

• Aldrig lazy loading på bilden som syns direkt. Det är det vanligaste sättet att förstöra LCP, och Google säger det rakt ut. Attributet hör på bilderna längre ner, inte på den första.
• Hög prioritet på den första bilden. Ett uppmätt fall gick från 3,23 till 1,78 sekunder av bara det attributet.
• Bredd och höjd angivet på varje bild. Då räknar webbläsaren fram förhållandet och reserverar plats innan bilden laddats, och layouten slutar hoppa.
• Rätt format och rätt storlek. Servera inte en bild som är mer än ungefär dubbelt så bred som skärmen.
• Reservera plats för allt som dyker upp senare. Öppettidsbanner, kakruta, inbäddad karta. Det som ramlar in efteråt är det som ger layoutskift.
• Typsnitt på egen server, inte hämtade utifrån. Snabbare, och det är ett mål mindre som sidan behöver nå.

En sak vi inte gör, fast guiderna säger det

Att skriva in den viktigaste CSS:en direkt i sidan. Det ger en vinst på en tung sajt, men det kostar en säkerhetsinställning som måste räknas om vid varje ändring av stilarna. Våra sajter är små nog att en vanlig CSS-fil oftast hinner i tid ändå. Vi mäter först, och lägger bara in det om mätningen säger att det behövs.

Vad ni får av oss

En sida som är snabb för att den är liten och inte har något onödigt i sig: ingen databas, inga plugins, inget ramverk som måste laddas innan texten syns. Det är inte en optimering vi lägger på i efterhand. Det är vad som blir kvar när man inte lägger dit något.

Och ett besked ni kan hålla oss till: vi säger vad vi har mätt, vilket datum, och med vilket verktyg.