Hastighetskontroll av webbplatsen för europeiska småföretag

Välj tre till fem representativa webbadresser. Ta med startsidan, en viktig tjänste- eller produktsida och sidan där besökaren kontaktar er, bokar, ber om offert eller börjar handla. Arbetar företaget på flera europeiska marknader bör minst en översatt sida ingå, eftersom typsnitt, bilder, samtyckesrutor och externa verktyg kan skilja sig mellan språken.

Kontrollera både mobil och dator, men börja med mobilen. Öppna den publicerade sidan i ett privat webbläsarfönster och prova sedan på en vanlig telefon med en realistisk uppkoppling. Anteckna vad som dröjer, vad som flyttar sig och vilka tryck eller klick som ger en seg reaktion.

PageSpeed Insights har två perspektiv. Chrome UX Report sammanställer fältdata från kvalificerade Chrome-användare. Lighthouse kör ett kontrollerat laboratorietest och pekar på möjliga orsaker. Fältdata visar vad verkliga besökare har upplevt; labbtestet ger en upprepningsbar miljö för felsökning och jämförelse.

Mindre webbplatser kan sakna fältdata för en enskild sida. Chrome tar bara med sidor och webbplatser som uppfyller krav på synlighet och tillräcklig användning. Det är inte ett underkännande och betyder inte att ingen har besökt sidan. Använd labbresultatet som startpunkt, prova verkliga enheter och dra inte stora slutsatser av en enda automatisk körning.

Largest Contentful Paint, LCP, beskriver när det huvudsakliga synliga innehållet visas. Google anger 2,5 sekunder eller mindre som bra. Interaction to Next Paint, INP, mäter hur snabbt sidan svarar efter en interaktion; 200 millisekunder eller mindre är bra. Cumulative Layout Shift, CLS, mäter oväntade förflyttningar och bör vara 0,1 eller lägre.

Gränserna bedöms vid den 75:e percentilen och separat för mobil och dator. De ska spegla flertalet sidvisningar, inte ett ovanligt snabbt test. Använd dem som gemensamma kvalitetsmål. Google rekommenderar bra Core Web Vitals för sök och användarupplevelse, men gröna siffror är ingen garanti för placeringar, förfrågningar eller försäljning.

Gör en enkel tabell med en rad per sida och kolumner för mobil, dator, LCP, INP, CLS, synligt problem och nästa åtgärd. Kör varje webbadress i PageSpeed Insights, skriv datum och spara en skärmbild eller export. Då finns ett ordentligt underlag för nästa jämförelse.

Genomför sedan kundresan själv. Stanna inte vid prestandabetyget. En tekniskt snabb sida kan fortfarande gömma kontaktknappen, ha ett krångligt bokningsflöde eller täckas av en samtyckesruta.

Börja med ett problem på en viktig sida där lösningen verkar tydlig. En för stor toppbild kan försena huvudinnehållet. Bokning, chatt, karta, omdömen, annonsering eller samtycke kan skapa mycket arbete innan sidan svarar. Bilder utan reserverat utrymme kan flytta layouten. Många typsnittsfiler eller en automatisk video kan öka vikten utan att hjälpa kunden vidare.

Ta inte bort ett verktyg bara för att rapporten nämner det. Fråga vilket affärsbehov det fyller, när det måste laddas och om ett lättare alternativ klarar samma uppgift. Bokningsmodulen kan vara avgörande, medan en bortglömd spårningstagg inte är det. Sortera arbetet i kundhinder, enkel vinst, planerad ombyggnad och valfri finslipning.

Ett bra uppdrag anger sida, observerat problem, bevis, sannolik orsak, önskat resultat, ansvarig och hur omtestet ska göras. Exempel: ”På tjänstesidan i mobilen visas huvudfotot sent. PageSpeed pekar ut det som LCP-element. Ta fram en modern bild i rätt storlek, behåll godtagbar bildkvalitet, publicera och testa samma webbadress igen.”

Undvik vaga beställningar som ”gör webbplatsen snabbare” eller ”nå 100”. Lighthouse förklarar att resultat kan variera med enhet, nätverk, webbläsartillägg, annonser och andra förhållanden. Jämför likvärdiga test, håll affärsmålet synligt och bedöm om upplevelsen blev tydligare, inte bara om siffran steg.

Efter en ändring kör du samma webbadresser under liknande villkor och upprepar kundresan. Spara före- och eftervärden, men kontrollera också design, formulär, statistik, samtycke och språkversioner. En snabbare mätning är inte en förbättring om en viktig funktion har slutat fungera.

Gör om den korta granskningen efter en redesign, ny bokningsmodul, kampanjsida, större bilduppdatering eller byte av samtyckesplattform. För många små team är en kvartalsvis kontroll av de viktigaste sidorna en rimlig början. Kontrollera oftare när webbplatsen ändras ofta och mer sällan när den är stabil och övervakad.

Åtgärda först det som hindrar kunden från att se, känna förtroende eller agera. Undersök sedan problem som finns på många sidor eller ständigt återkommer. Planera det som kräver designarbete eller kontakt med en leverantör. Låt små poängvinster vänta tills de stöder ett verkligt behov.

Då förblir prestandagranskningen användbar för verksamheten. Core Web Vitals ger ett gemensamt språk och underlag, medan kundresan bestämmer ordningen.