Raskere nettside

Hvorfor fart betyr noe

Kunden kommer for å finne noe eller utføre en oppgave. Hvis menyen reagerer sent, teksten flytter seg under lesing eller et stort bilde lar vente på seg, blir besøket mer krevende enn nødvendig.

Hastighet handler derfor om flere ting enn tiden til alt er lastet. Det handler også om når det viktigste innholdet blir synlig, om knapper svarer og om siden holder seg i ro mens brukeren prøver å trykke.

Jeg starter med sidene og brukeroppgavene som betyr mest for dere. En tjenesteside med et kontaktskjema kan være viktigere å undersøke enn en arkivside få bruker.

Fart og tilgjengelighet henger ofte sammen. Mange ser derfor også på universell utforming og brukervennlighet i samme runde.

Vanlige årsaker til en treg nettside

Flere små valg kan gjøre siden tung over tid. Før jeg endrer noe, undersøker jeg hvilke ressurser som lastes og når de faktisk trengs.

• Bilder: store originalfiler kan bli sendt til en liten mobil selv om skjermen bare trenger en mindre versjon.
• Skript og utvidelser: kode kan bli lastet på alle sider selv om funksjonen bare brukes ett sted.
• Skrifter: flere skrifttyper og vekter kan gi flere filer å hente før innholdet vises som planlagt.
• Eksterne tjenester: kart, video, sporingsverktøy og andre tillegg kan legge til egne forespørsler og kjøring av kode.
• Server og mellomlagring: siden kan bruke unødvendig tid på å generere og sende det samme innholdet.
• Ustabilt oppsett: elementer uten avsatt plass kan flytte på innhold når de lastes.

En lang liste med plugins er ikke nok til å forklare problemet. Det viktige er hva de gjør, hvor de lastes og hvordan de påvirker sidene kundene bruker. Jeg måler før jeg anbefaler å fjerne eller erstatte noe.

Har dere allerede en PageSpeed-rapport? Send den sammen med lenken til nettsiden, så ser jeg hva tallene peker på.

Slik jobber jeg: måle – rette – måle igjen

1. Velg sider og oppgaver. Dere og jeg bestemmer hva som skal undersøkes, og om problemet først og fremst merkes på mobil, datamaskin eller bestemte funksjoner.
2. Dokumenter utgangspunktet. Jeg undersøker lasting, nettverksforespørsler og relevante målinger under beskrevne forhold.
3. Prioriter tiltak. Dere får en forståelig forklaring på årsakene, hvilke endringer jeg foreslår og hva de berører.
4. Rett det avtalte. Endringene gjøres og kontrolleres, inkludert funksjoner som kan bli påvirket.
5. Sammenlign. Jeg måler de samme sidene på nytt og beskriver resultatet og eventuelle gjenværende begrensninger.

En optimalisering må også bevare det nettsiden skal gjøre. Hvis et skjema eller en viktig kobling slutter å fungere, er ikke en bedre poengsum en god leveranse. Derfor inngår kontroll av de berørte funksjonene.

Core Web Vitals: lasting, respons og stabilitet

Core Web Vitals er Googles målinger av tre sider ved brukeropplevelsen. De gir mer konkrete spørsmål å arbeide med enn «føles nettsiden rask?».

Grensene vurderes ved den 75. prosentilen av registrerte brukeropplevelser. Se Googles forklaring av Core Web Vitals-rapporten.

Gode verdier gir ikke i seg selv en bestemt plassering i søk. Google forklarer sammenhengen i veiledningen om Core Web Vitals og søkeresultater.

WordPress som har blitt treg

Hvis dere bruker WordPress, ser jeg på hvordan temaet, utvidelsene og hostingen virker sammen. En funksjon som var nyttig tidligere, kan fortsatt laste kode selv om dere ikke bruker den lenger.

Aktuelle tiltak kan være å tilpasse bilder, begrense lasting av ressurser til riktige sider, rydde i ubrukte tillegg eller justere mellomlagring. Hva som er riktig, avhenger av målingene og funksjonene som skal beholdes.

Jeg avtaler endringene før de gjøres. Hvis problemet krever større arbeid med tema eller integrasjoner, beskrives det som et eget omfang. Se også siden om WordPress-utvikling.

Før og etter: slik dokumenteres forskjellen

Dere får en sammenligning av de samme sidene før og etter arbeidet. Måleforholdene beskrives, slik at forskjellen kan tolkes. Jeg ser etter et mønster i flere målinger, ikke bare det beste enkeltresultatet.

Jeg skiller mellom:

• Laboratoriedata: en kontrollert test som hjelper med å finne og undersøke konkrete problemer.
• Feltdata: målinger fra faktiske brukere, når det finnes nok data til at de kan vises.

PageSpeed Insights bruker et rullerende vindu på 28 dager for feltdata. En retting kan derfor være synlig i en ny laboratorietest før den slår fullt ut i feltdataene. Googles dokumentasjon av PageSpeed Insights forklarer forskjellen.

Sluttleveransen viser hva som ble endret, resultatet av kontrollene og hva som fortsatt avhenger av for eksempel hosting eller eksterne tjenester.

Vanlige spørsmål

Må vi bygge en ny nettside for å få den raskere?

Ikke nødvendigvis. Jeg undersøker først om årsakene kan utbedres i dagens løsning, og beskriver det hvis et større inngrep er nødvendig. Lønner det seg likevel å bygge nytt, forklarer jeg overgangen på siden om ny nettside.

Kan du garantere 100 i PageSpeed?

Nei. Resultatet påvirkes av oppsett, innhold, eksterne tjenester og måleforhold, og arbeidet skal først og fremst forbedre den faktiske bruken.

Hvorfor er mobilresultatet dårligere enn resultatet for datamaskin?

Testene bruker ulike enhets- og nettverksforhold. Jeg undersøker hva som særlig påvirker mobiltesten, i stedet for å anta at et godt resultat på datamaskin dekker mobilbruk.

Kan problemet ligge hos hostingleverandøren?

Ja, responstid og kapasitet kan være en del av årsaken. Jeg dokumenterer det jeg finner og avklarer hvilke tiltak som må gjøres av leverandøren.

Hvor lang tid tar arbeidet?

Det avhenger av hva som bremser og hvilke endringer som avtales. Dere får et avgrenset forslag og en tidsplan etter kartleggingen.

Hvor merker dere at siden er treg?

Send lenken og fortell hva dere opplever. En eksisterende PageSpeed-rapport kan være nyttig, men er ikke nødvendig. Jeg svarer innen én arbeidsdag og samarbeider digitalt med bedrifter i hele Norge.

Ta kontakt om en raskere nettside