En långsam sida kan göra det svårt att läsa erbjudandet eller skicka en fråga. Men du kan inte räkna varje avhopp som en förlorad kund. Jag vill veta vad som är långsamt, vilka besökare som påverkas och vilken uppgift de försöker göra innan jag föreslår en åtgärd.
Skilj laboratorietest från fältdata
PageSpeed Insights kan visa två typer av underlag. Lighthouse simulerar ett besök med vissa förutsättningar och pekar ut tekniska problem. Fältdata bygger på verkliga användare när tillräckligt underlag finns. Ett enskilt laboratorietest kan variera och är inte samma sak som alla kunders upplevelse.
Om fältdata saknas betyder det inte att sidan är snabb eller långsam. Då kan du använda flera jämförbara tester och manuella kontroller. Anteckna URL, datum, enhet och testmetod. Testa även en viktig tjänstesida och formuläret, inte bara startsidan.
Tre mått som hjälper dig prioritera
LCP beskriver när sidans största synliga innehållselement har laddats. INP beskriver hur snabbt sidan reagerar på användarinteraktion. CLS beskriver oväntade layoutförskjutningar. För bra Core Web Vitals är gränserna LCP högst 2,5 sekunder, INP högst 200 millisekunder och CLS högst 0,1, bedömt vid 75:e percentilen. INP har ersatt det äldre måttet FID.
Exempel: om huvudbilden laddas sent kan LCP bli svagt. Om ett tungt skript blockerar när kunden öppnar menyn kan interaktionen bli trög. Om bilder saknar reserverat utrymme kan kontaktknappen flytta sig under laddningen. De problemen behöver olika åtgärder.
Börja med bilderna som syns först
Använd rätt dimensioner och ett lämpligt komprimerat format. En bild för en liten ruta behöver inte samma upplösning som en stor skärmvisning. Reservera bildens utrymme så att layouten blir stabil. Innehåll längre ned kan ofta laddas senare, men fördröj inte slentrianmässigt den bild som är viktig för första skärmen.
Mät före och efter. Ett byte av bildformat hjälper mindre om den egentliga flaskhalsen är serverns svar eller ett tredjepartsskript. Behåll bildens kvalitet där kunden behöver se detaljer, exempelvis i ett projekt eller en produkt.
Granska skript, typsnitt och drift
Inventera chattar, analys, videospelare, annonser och effekter. Varje integration behöver ett syfte och en ansvarig. Ladda bara det som behövs och kontrollera vad som händer om tjänsten svarar långsamt. Färre typsnittsvarianter och genomtänkt laddning kan också hjälpa.
Hosting, cache och databasfrågor kan påverka serverns svar. WordPress kan vara snabbt och Next.js kan vara långsamt. Tekniknamnet avgör därför inte resultatet. Börja med ett uppmätt problem i implementationen i stället för att byta plattform som första åtgärd.
Koppla mätningen till kundens uppgift
Anta som ett räkneexempel att 1 000 besök ger 50 förfrågningar. Om en ändring påverkar andelen som tar kontakt behöver du fortfarande följa vilka förfrågningar som blev relevanta, besvarade och affärer. Trafikmix, säsong och erbjudande kan samtidigt förändras. En före- och efterjämförelse kan visa en skillnad utan att bevisa att hastigheten ensam orsakade den.
En praktisk arbetsordning
Lighthouse har kategorier för prestanda, tillgänglighet, best practices och SEO. Om du vill bedöma AI-läsbarhet behövs en separat definierad metod. Varken en teknisk poäng eller ett snabbt svar från servern är ett affärsresultat.
Källor och vidare läsning
Läs också
Vill du ha hjälp med hemsidan?
Se paketens omfattning och villkor innan du bestämmer hur mycket hjälp du behöver.
Jämför hemsidepaketen