En e-handel kan se snabb ut på en utvecklares dator men vara seg för kunder på mobilen. Produktbilder, tredjepartsskript, filter och kassa påverkar upplevelsen på olika sätt. Den här guiden hjälper e-handelsansvariga att välja webbprestandabyrå för ett konkret förbättringsprojekt – inte köpa ännu en rapport med röda siffror.
Det här ska ni kunna kräva före offert
- En baslinje för mobil och desktop, uppdelad på viktiga sidtyper: startsida, kategori, produkt och kassa.
- Separat analys av verkliga användardata och syntetiska labbtester, inklusive vad som saknas i datan.
- En prioriterad åtgärdslista med effekt, teknisk risk, ägare och testmetod.
- Plan för att testa prestanda utan att förstöra spårning, tillgänglighet, köpflöde eller sökfunktion.
- Överlämning med prestandabudget, larm och ansvar efter driftsättning.
Börja med kundresan, inte med en poäng
Core Web Vitals omfattar LCP (hur snabbt huvudinnehållet visas), INP (respons vid interaktion) och CLS (oväntade layoutförskjutningar). Googles riktvärden för god upplevelse är högst 2,5 sekunder LCP, högst 200 ms INP och högst 0,1 CLS, bedömt vid 75:e percentilen. Det är referenspunkter, inte en garanti för bättre försäljning eller ranking.
Be byrån jämföra mobiltrafik och olika sidtyper. En långsam produktvariantväljare kan skada köpupplevelsen trots en fin startsida. Om ni saknar tillräckliga fältdata ska leverantören säga det och komplettera med labbtester – inte låtsas att ett enskilt Lighthouse-test beskriver alla besökare.
Tre olika uppdrag – tre olika team
- Shopify-butik med många appar: utred skript, tema, appar och deras affärsvärde innan något tas bort.
- Headless-handel: granska rendering, API-svar, cache, bildleverans och vad som händer vid långsam anslutning.
- Stor katalog och avancerade filter: mät interaktion, produktkort, sökresultat och hur sidinnehåll flyttar sig när data laddas.
Vem ska faktiskt göra ändringarna?
En SEO-konsult kan identifiera problem. En frontend-utvecklare kan behövas för att åtgärda INP, och en plattformsutvecklare för cache eller dataladdning. Kräv att offerten skiljer analys, kodändringar, test och driftsättning. Om leverantören bara levererar en PDF är det en audit – inte ett förbättringsprojekt.
Be om en plan för tredjepartsskript. Taggar för analys, personalisering och annonsering får inte raderas på chans. Ändringar ska förankras med ansvariga för samtycke, mätning och verksamhetskritiska funktioner. Vid större ombyggnad kan även en CRO-byrå för e-handel behövas, men prestandafix och konverteringsexperiment är inte samma beställning.
Sju frågor som skiljer en specialist från en rapportleverantör
- Vilka URL-typer och användarsegment undersöker ni först, och varför?
- Hur kombinerar ni CrUX eller annan fältdata med labbdiagnostik?
- Vilka konkreta ändringar kan ni själva implementera?
- Hur isolerar ni effekten av bilder, JavaScript, appar och serverrespons?
- Hur regressionstestar ni produktval, sök, checkout och samtyckesflöden?
- Vem äger mätning och prestandabudget efter leverans?
- Vad rekommenderar ni att vi inte optimerar i första fasen?
Budget, tidsplan och acceptanskriterier
Begär ett separat pris för nulägesanalys, prioriterad implementation och uppföljning. Lägg till en tydlig ändringsprocess för sådant som kräver tema- eller plattformsarbete. Sätt acceptanskriterier per sidtyp och en mätperiod som tar hänsyn till trafik och variation. Kräv ingen magisk procentuell förbättring: börja med vilka flaskhalsar som går att belägga.
Varningssignaler och nästa steg
Var försiktig med löften om garanterad SEO-ranking, universella hastighetspoäng eller att allt kan lösas med ett cache-plugin. Ett annat varningstecken är en offert utan åtkomstbehov, testmiljö eller ansvarsfördelning. Om ni egentligen ska byta hela plattformen är en e-handelsbyrå ett annat inköp. För ett avgränsat prestandaprojekt: beskriv sidtyper, trafikmix, teknisk plattform och vem som kan godkänna kodändringar.
Metodreferenser: Google Web Vitals och Googles prioriterade förbättringsåtgärder.