Hvordan optimalisere nettstedets ytelse

Se deg rundt på internett, så finner du nok statistikk som er sitert om hvor kort tid folk er villige til å vente på at et nettsted skal lastes opp før de mister interessen (i det tilfellet, ikke alltid skylde på hostingfirmaet).

De med faste bredbåndstilkoblinger forventer at et nettsted skal vises nesten umiddelbart, og til og med mobilbrukere har ikke uendelig tålmodighet.

Les mer: Offcloud

Ifølge forskning er den optimale lastetiden for en side tre sekunder, selv om de fleste nettsteder er nærmere det dobbelte - eller mer. Og hvis du går mye utover 10 sekunder, vil sannsynligvis flertallet av folk forlate siden og gå andre steder.

Hvor lang tid det tar for en webside å vises i en nettleser, avhenger av faktorer som er delt mellom både serveren og klientenheten i den andre enden.

Selv om det ikke er mulig å øke hastigheten på alle brukere på grunn av ting utenfor webdesignerens kontroll, er det praktisk å gjøre et nettsted så effektivt som mulig og forbedre ytelsen for de fleste besøkende.

Forbedret hastighet kan oppnås med en rekke forskjellige metoder, men det er tre sentrale søyler for å forbedre nettstedets ytelse. Dette er forbedret hosting, nettstedoptimalisering, og også noen plattformspesifikke hensyn.

  • Vi har valgt de beste webhotelltjenestene her
  • Dette er de beste gratis webhotellfirmaene rundt
  • Og de er for tiden de beste nettstedbyggere

Viktigheten av hosting

Hvor mye et nettsted bruker på webhotell er vanligvis i forhold til antall besøkende som forventes på en gitt dag, med tanke på hvor lenge hver blir og hvor mange sider de blar.

Dette er den viktigste grunnen sammen med sikkerhetsproblemer hvorfor relativt få selskaper er vert for nettsteder internt.

Vanligvis er webhotell ‘virtuelt’ ved at en bestemt maskinvare ikke tildeles nettstedet - det deles heller med andre nettsteder gjennom virtualisering.

Det fine med å ha denne løsningen er at flere ressurser lett kan tildeles et nettsted i tider med høy etterspørsel, forutsatt at hostingavtalen muliggjør denne fleksibiliteten.

Det som er viktig å bestemme er den forventede trafikken du forventer å motta, og å heve tjenesten din riktig.

Hvis du har et raskt voksende nettsted, men på grunn av vertsnivået begynner det å ikke svare når en flom av besøkende dukker opp, kan dette undergrave hele prosjektet ditt. Derfor planlegger du å starte i det små og deretter skalere når nettstedet når modenhet.

Nettstedoptimalisering

Ytelsen til ethvert nettsted er veldig avhengig av hvordan den ble bygget, og hvilken programvareteknologi den bruker.

Når du har et prototype-nettsted, er en av de første prosedyrene du trenger å utføre, å score hver side på hvor lang tid det tar å laste inn. Det er mange verktøy tilgjengelig for å måle sidens ytelse, og noen av dem vil bryte ned timingene for å identifisere nøyaktig hva som forårsaket mest forsinkelse på en gitt side.

Denne testen er ikke noe du bare skal utføre en gang på en enkelt PC, ettersom besøkende kommer fra et mangfoldig antall forskjellige steder, med varierte bredbåndstilkoblinger, og de vil bruke forskjellige typer enheter.

Det er spesielt viktig at mobilplattformer testes både under Wi-Fi og mobilforbindelser. Og i en ideell verden er det også verdifull informasjon å få resultater fra eksterne geografiske steder.

Når du har samlet disse ytelsesdataene, er det på tide å gå tilbake til nettstedet og se hvilke endringer du kan gjøre for å forbedre brukeropplevelsen.

Her er en liste over de syv beste problemene som bremser et nettsted som lett kan løses.

1. Multikildesider

Hvis en side består av elementer som kommer fra andre steder, inkludert annonser, kan dette dramatisk påvirke hastigheten. Siden blir avhengig av hvor raskt disse elementene som serveres utenfor siden blir servert, forsterker ytelsesproblemer.

Hvis du har en side som gjentatte ganger tar for lang tid å laste inn, kan du identifisere hva som bremser den og fjerne den.

2. Widgets og plugins

For mange av disse komponentene forårsaker omtrent de samme problemene som sider med flere kilder, men de er et problem som særlig påvirker WordPress-nettsteder. Fristelsen til å forhåndslaste sider med alle slags kalendere, animerte knapper, klokker og så videre er sterk, men du må motstå.

Disse funksjonene krever kode på serversiden og klientsiden for å utføres, og vil ofte stoppe presentasjonen av andre sideelementer midlertidig før de er ferdig lastet.

3. Skaleringsgrafikk

Nettstedsgrafikk skal ikke skaleres med mindre det er fotografier du vil kunne klikke på for en presentasjon i full kvalitet.

Å ha dem skalert opp er også dårlig, da dette gjør dem blokkere eller avslører kompresjonsgjenstander.

Å lage grafikken til samme størrelse som den skal vises, tar arbeidsbelastningen fra serveren og klientleseren, og unngår at brukeren laster ned større grafikk enn nødvendig.

4. Inkompatible medier

Det finnes en rekke filtyper som en gang var populære på PC-en, men som nå er effektivt avsluttet. Mobilbrukere får ikke tilgang til dem, og de fleste stasjonære brukere vil også ha problemer med mindre de fremdeles kjører et programtillegg på en gammel nettleserversjon.

Som regel må du ikke være vert for video-, bilde- eller musikkformater som ikke fungerer som standard med Google Chrome eller Microsoft Edge. Det irriterer brukere når nettstedet mangler elementer, eller kommer med rare feil.

5. Backend-kode

Hvor mange ganger har du sett en fin funksjon som kan legges til et nettsted med ‘bare en kort linje med kode’? Det er mange av disse, og de kan være nyttige. Imidlertid forårsaker de ofte hodepine for et mye større stykke kode som kjører på serveren for å få kodebiten til å gjøre noe nyttig.

Har for mange av disse - fordi du legger den koden på hver side - og serveren vil bli kjørt fast og prøver å behandle disse forespørslene i stedet for å betjene sidene.

De vanligste synderne for disse tingene er, ironisk nok, analyse og formbehandling. Men kode som takler andre oppgaver kan også ha en negativ innvirkning på ytelsen.

6. Mobilfeil

En klassisk feil som påvirker mobilbrukere, er at viderekoblingen til mobilversjonen av nettstedet bare kommer etter at det meste av den desktop-tiltenkte hjemmesiden gjengis på telefonen eller nettbrettet.

Resultatet er ofte en lang ventetid før nettleseren blir dratt bort til mobilnettstedet, etterfulgt av en ny forsinkelse før den gjengis.

Mens statistisk mobile plattformer fremdeles ligger litt bak konvensjonelle datamaskiner når det gjelder nettlesing, utvides mobilsurfing raskt og vil snart være den dominerende måten de fleste brukere vil få tilgang til de fleste nettsteder.

Derfor er oppmerksomhet mot mobilvarianten av et hvilket som helst nettsted minst like viktig, om ikke mer, enn motstykket til skrivebordet.

Fordi mobilbrukere ofte kobler til via 3G- eller 4G-datatjenester uten de konsistente overføringshastighetene som kablet bredbåndsbrukere kan forvente, er betydningen av rask levering av nettsider enda større.

7. Bruk kompresjon

Det er mange måter det er mulig å sikre at filene som utgjør nettstedet er mindre, og derfor raskere å laste ned for en besøkende.

Det er globale server-teknologier som Gzip som kan knuse filstørrelser med så mye som 70%, selv om bare å velge riktige filtyper og kompresjonsnivåer for JPG.webp-filer, kan det også gi ytelsesfordeler.

Gzip krever serveraktivering, og du kan sjekke om den er aktiv på serveren din ved å bruke dette nettstedet.

Den eneste advarselen ved bruk av komprimering er at du må identifisere filene og mappene du ikke vil komprimere til systemet. Fordi allerede komprimerte videofiler og komprimerte volumer (ZIP, RAR eller LZH) ikke kan presses ned lenger.

Interessante artikler...