Sådan optimeres dit websteds ydeevne

Indholdsfortegnelse:

Anonim

Kig dig rundt på Internettet, og du finder masser af statistikker, der er citeret over, hvor kort tid folk er villige til at vente på, at et websted indlæses, før de mister interessen (i så fald skal du ikke altid bebrejde webhostingudbyderen).

Dem med faste bredbåndsforbindelser forventer, at et websted vises næsten øjeblikkeligt, og selv mobilbrugere har ikke uendelig tålmodighed.

Læs mere: Offcloud

Ifølge forskning er den optimale indlæsningstid for en side tre sekunder, selvom de fleste steder er tættere på det dobbelte - eller mere. Og hvis du går langt ud over 10 sekunder, vil flertallet af mennesker sandsynligvis opgive siden og gå andre steder.

Hvor lang tid en webside tager, før den vises i en browser, afhænger af faktorer, der er delt mellem både serveren og klientenheden i den anden ende.

Selvom det ikke er muligt at fremskynde alle brugere på grund af ting uden for webdesignerens kontrol, er det praktisk at gøre et websted så effektivt som muligt og forbedre ydeevnen for de fleste besøgende.

Forbedret hastighed kan opnås med en række forskellige metoder, men der er tre centrale søjler til forbedring af webstedsydelse. Disse er forbedret hosting, webstedsoptimering og også nogle platformsspecifikke overvejelser.

  • Vi har valgt de bedste webhostingtjenester lige her
  • Dette er de bedste gratis webhostingfirmaer rundt
  • Og det er i øjeblikket de bedste webstedsbyggere

Vigtigheden af ​​hosting

Hvor meget et websted bruger på webhosting er normalt i forhold til antallet af besøgende, der forventes på en given dag, idet man tager højde for, hvor længe hver bliver, og hvor mange sider de gennemsøger.

Dette er den primære årsag sammen med sikkerhedsproblemer, hvorfor relativt få virksomheder er vært for websteder internt.

Webhosting er typisk 'virtuel', idet et bestemt stykke hardware ikke tildeles webstedet - snarere deles det med andre websteder gennem virtualisering.

Skønheden ved at have denne løsning er, at flere ressourcer let kan tildeles et websted i tider med høj efterspørgsel, forudsat at hostingaftalen giver mulighed for denne fleksibilitet.

Hvad der er vigtigt at beslutte er den forventede trafik, du forventer at modtage, og at hæve din service korrekt.

Hvis du har et hurtigt voksende sted, men på grund af hosting-niveauet begynder det at reagere, når en strøm af besøgende dukker op, kan dette underminere hele dit projekt. Planlæg derfor at starte i det små og skalere derefter, når webstedet når modenhed.

Webstedsoptimering

Ydelsen på ethvert websted er meget afhængig af, hvordan det blev bygget, og hvilken softwareteknologi det bruger.

Når du har et prototype-sted, er en af ​​de første procedurer, du skal udføre, at score hver side på, hvor lang tid det tager at indlæse. Der er adskillige værktøjer til rådighed til måling af sidens ydeevne, og nogle af dem vil nedbryde tidsindstillingerne for at identificere nøjagtigt, hvad der forårsagede mest forsinkelse på en given side.

Denne test er ikke noget, du kun skal udføre en gang på en enkelt pc, da dine besøgende kommer fra et forskelligt antal forskellige placeringer med forskellige bredbåndsforbindelser, og de bruger forskellige typer enheder.

Det er især vigtigt, at mobile platforme testes både under Wi-Fi og mobilforbindelser. Og i en ideel verden er det også værdifuld information at få resultater fra fjerntliggende geografiske placeringer.

Når du har samlet disse præstationsdata, er det tid til at vende tilbage til webstedet og se, hvilke ændringer du kan foretage for at forbedre brugeroplevelsen.

Her er en liste over de syv topemner, der bremser et websted, der let kan løses.

1. Multikildesider

Hvis en side består af elementer, der kommer fra andre placeringer, inklusive annoncer, kan dette dramatisk påvirke hastigheden. Siden bliver afhængig af, hvor hurtigt disse elementer serveres udefra, hvilket forværrer ydeevneproblemer.

Hvis du har en side, der gentagne gange tager for lang tid at indlæse, skal du identificere, hvad der bremser den, og fjerne den.

2. Widgets og plugins

For mange af disse komponenter forårsager stort set de samme problemer som sider med flere kilder, men de er et problem, der især påvirker WordPress-sider. Fristelsen til at indlæse sider med alle mulige kalendere, animerede knapper, ure osv. Er stærk, men du skal modstå.

Disse funktioner kræver serversides kode og klientsides kode for at udføre og vil ofte sætte præsentationen af ​​andre sideelementer på pause, inden de er færdig med at blive indlæst.

3. Skalering af grafik

Webstedsgrafik skal ikke skaleres, medmindre det er fotografier, som du vil kunne klikke på for en præsentation i fuld kvalitet.

At have dem skaleret op er også dårligt, da dette gør dem blokerede eller afslører komprimeringsgenstande.

At gøre grafikken i samme størrelse, som de skal ses, fjerner arbejdsbyrden fra serveren og klientbrowseren og undgår, at brugeren downloader større grafik end nødvendigt.

4. Uforenelige medier

Der findes en række filtyper, der engang var populære på pc'en, men som nu er effektiv. Mobilbrugere har ikke adgang til dem, og de fleste desktopbrugere har også problemer, medmindre de stadig kører et plugin i en gammel browserversion.

Som regel må du ikke hoste video-, billed- eller musikformater, der ikke fungerer som standard med Google Chrome eller Microsoft Edge. Det irriterer brugerne, når webstedet mangler elementer eller kommer med ulige fejl.

5. Backend-kode

Hvor mange gange har du set en pæn funktion, der kan føjes til et websted med 'bare en kort kodelinje'? Der er mange af disse, og de kan være nyttige. Imidlertid forårsager de ofte hovedpine for et meget større stykke kode, der kører på serveren for at få kodestykket til at gøre noget nyttigt.

Har for mange af disse - fordi du lægger den kode på hver side - og serveren vil blive kørt ned og forsøge at behandle disse anmodninger i stedet for at betjene websidesiderne.

De mest almindelige synder for disse ting er ironisk nok analyse og formbehandling. Men kode, der tackler andre opgaver, kan også have en negativ indvirkning på den samlede præstation.

6. Mobilfejl

En klassisk fejl, der påvirker mobilbrugere, er, at omdirigering til mobilversionen af ​​webstedet først kommer, efter at det meste af den desktop-tiltænkte hjemmeside gengives på telefonen eller tabletten.

Resultatet er ofte en lang ventetid, før browseren viskes væk til mobilwebstedet, efterfulgt af en anden forsinkelse, før den gengives.

Mens statistisk mobile platforme stadig hænger lidt bag konventionelle computere med hensyn til web-browsing, udvides mobilsurfing hurtigt og vil meget snart være den dominerende måde, som de fleste brugere får adgang til de fleste steder.

Derfor er opmærksomhed på mobilvarianten af ​​ethvert websted mindst lige så vigtig, hvis ikke mere, end desktopmodellen.

Da mobilbrugere ofte forbinder ved hjælp af 3G- eller 4G-datatjenester uden de ensartede overførselshastigheder, som kabelforbundne bredbåndsbrugere måtte forvente, er betydningen af ​​hurtig levering af webside endnu større.

7. Brug kompression

Der er adskillige måder, det er muligt at sikre, at filerne, der udgør webstedet, er mindre og derfor hurtigere at downloade for en besøgende.

Der er globale server-side teknologier som Gzip, der kan knuse filstørrelser med så meget som 70%, selvom bare at vælge de rigtige filtyper og komprimeringsniveauer til JPG.webp-filer også kan medføre ydeevne fordele.

Gzip kræver serveraktivering, og du kan kontrollere, om den er aktiv på din server ved hjælp af dette websted.

Den eneste advarsel ved at bruge komprimering er, at du skal identificere de filer og mapper, som du ikke ønsker at komprimere til systemet. Fordi allerede komprimerede videofiler og komprimerede diskenheder (ZIP, RAR eller LZH) ikke kan presses yderligere ned.