Vaadake Internetis ringi ja leiate hulgaliselt viidatud statistikat selle kohta, kui vähe aega on inimesed enne huvi kaotamist valmis ootama, kuni mõni veebisait laaditakse (sellisel juhul ärge süüdistage alati veebimajutusteenuse pakkujat).
Fikseeritud lairibaühendusega inimesed eeldavad, et veebisait ilmub peaaegu koheselt ja isegi mobiilikasutajatel pole lõpmatu kannatlikkust.
Loe lisaks: Offcloud
Uuringute kohaselt on lehe optimaalne laadimisaeg kolm sekundit, kuigi enamus saite on selle kahekordistumisele - või rohkemale. Ja kui ületate palju rohkem kui 10 sekundit, siis enamik inimesi tõenäoliselt hülgab lehe ja läheb mujale.
Kui kaua veebileht brauseris ilmub, sõltub teguritest, mis on jagatud nii serveri kui ka kliendiseadme vahel.
Kuigi kõiki kasutajaid pole võimalik veebidisainerist sõltumatute asjade tõttu kiirendada, on otstarbekas muuta sait võimalikult tõhusaks, parandades enamiku külastajate jõudlust.
Suurendatud kiiruse saab saavutada paljude erinevate meetoditega, kuid saidi jõudluse parandamiseks on kolm keskset alustala. Need on täiustatud hostimine, saidi optimeerimine ja ka mõned platvormispetsiifilised kaalutlused.
- Oleme valinud siin parimad veebimajutusteenused
- Need on parimad tasuta veebimajutusettevõtted
- Ja need on praegu parimad veebisaitide koostajad
Hostimise tähtsus
See, kui palju sait veebimajutusele kulutab, on tavaliselt proportsionaalne külastajate arvuga, mida oodatakse igal päeval, arvestades, kui kaua kumbki viibib ja mitu lehte nad sirvivad.
See on peamine põhjus koos turvalisusega seotud probleemidega, miks suhteliselt vähesed ettevõtted hostivad saite sisemiselt.
Tavaliselt on veebimajutus „virtuaalne“ selle poolest, et konkreetset riistvara pole veebisaidile eraldatud - seda jagatakse virtualiseerimise kaudu teiste saitidega.
Selle lahenduse ilu on see, et suure nõudluse korral saab saidile hõlpsasti eraldada rohkem ressursse, kui hostimisleping võimaldab seda paindlikkust.
Oluline on otsustada prognoositava liikluse kohta, mille eeldatavasti vastu võtate, ja teenuse sobivaks tõstmiseks.
Kui teil on kiiresti kasvav sait, kuid hostimistaseme tõttu ei hakka see enam reageerima, kui külastajate tulv ilmub, võib see õõnestada kogu teie projekti. Seepärast plaanige alustada väikselt ja seejärel skaleerida, kui ala on küps.
Saidi optimeerimine
Iga veebisaidi toimivus sõltub väga palju selle ehitamise viisist ja tarkvaratehnoloogiast.
Kui teil on saidi prototüüp, on üks esimesi protseduure, mida peate tegema, skoorima iga lehe, kui kaua laadimine võtab. Lehe jõudluse mõõtmiseks on saadaval arvukalt tööriistu ja mõned neist jagavad ajastus, et teha täpselt kindlaks, mis põhjustas mis tahes lehel kõige rohkem viivitusi.
See testimine pole midagi, mida peaksite ühes arvutis tegema vaid ühe korra, kuna külastajad tulevad erinevatest kohtadest, mitmekesise lairibaühendusega ja nad kasutavad erinevat tüüpi seadmeid.
Eriti oluline on, et mobiilplatvorme testitaks nii WiFi kui ka mobiilside kaudu. Ideaalses maailmas on väärtuslik teave ka kaugematest geograafilistest asukohtadest tulemuste saamine.
Kui olete need toimivusandmed koondanud, on aeg naasta saidile ja vaadata, milliseid muudatusi saate kasutuskogemuse parandamiseks teha.
Siin on loetelu seitsmest peamisest probleemist, mis aeglustavad saiti, mida saab hõlpsasti lahendada.
1. Mitme allikaga lehed
Kui leht koosneb mujalt pärit elementidest, sealhulgas reklaamidest, võib see kiirust dramaatiliselt mõjutada. Leht sõltub sellest, kui kiiresti neid saidiväliseid elemente serveeritakse, mis muudab toimivusprobleeme veelgi keerulisemaks.
Kui teie lehe laadimine võtab korduvalt liiga kaua aega, tuvastage, mis seda aeglustab, ja eemaldage see.
2. Vidinad ja pistikprogrammid
Liiga palju neist komponentidest tekitab palju samu probleeme kui mitme allikaga lehed, kuid see on probleem, mis mõjutab eelkõige WordPressi saite. Kiusatus laadida lehti kõikvõimalike kalendrite, animeeritud nuppude, kellade ja muu sellisega on tugev, kuid peate vastu pidama.
Nende funktsioonide täitmiseks on vaja serveripoolset koodi ja kliendipoolset koodi ning sageli peatatakse teiste leheelementide esitamine enne laadimise lõpetamist.
3. Graafika skaleerimine
Veebisaidi graafikat ei tohiks skaleerida, välja arvatud juhul, kui tegemist on fotodega, mille soovite täiskvaliteedilise esitluse jaoks klõpsata.
Nende suurendamine on samuti halb, kuna see muudab nad blokeerituks või paljastavad tihendusartefaktid.
Graafika muutmine sama suureks, kui neid peaks vaatama, võtab serverilt ja kliendibrauserilt töökoormuse ära ning väldib kasutaja vajadusel suuremat graafikat alla laadimast.
4. Ühildumatu meedia
On olemas arvukalt failitüüpe, mis olid kunagi arvutis populaarsed, kuid on nüüdseks tõhusalt kadunud. Mobiilikasutajad ei pääse neile juurde ja enamikul töölauakasutajatel on probleeme ka juhul, kui nad kasutavad pistikprogrammi endiselt vanas brauseriversioonis.
Reeglina ärge hostige video-, pilt- ega muusikavorminguid, mis Google Chrome'is või Microsoft Edge'is vaikimisi ei tööta. See häirib kasutajaid, kui veebisaidil puuduvad elemendid, või ilmneb veider vigu.
5. Taustaprogrammi kood
Mitu korda olete näinud korralikku funktsiooni, mida saab veebisaidile lisada 'vaid lühikese koodireaga'? Neid on palju ja need võivad olla kasulikud. Sageli tekitavad need aga peavalu palju suuremal serveris töötaval koodilõigul, et panna koodilõik midagi kasulikku tegema.
Neid on liiga palju - kuna panete selle koodi igale lehele - ja server ummistub, proovides neid taotlusi saidi lehtede töötlemise asemel töödelda.
Nende asjade kõige levinumad süüdlased on irooniliselt analüütika ja vormide töötlemine. Kuid kood, mis tegeleb muude ülesannetega, võib ka üldisele jõudlusele negatiivselt mõjuda.
6. Mobiilivead
Klassikaline viga, mis mõjutab mobiilikasutajaid, on see, et saidi mobiiliversioonile suunamine toimub alles pärast seda, kui telefonis või tahvelarvutis renderdatakse enamik töölauale mõeldud avalehti.
Tulemuseks on sageli pikk ootamine, enne kui brauser mobiilisaidile minema visatakse, millele järgneb veel üks viivitus enne selle esitamist.
Kui statistiliselt on mobiilsed platvormid veebibrauserite osas tavapärastest arvutitest endiselt pisut maha jäänud, siis mobiilne surfamine laieneb kiiresti ja on peagi enamiku kasutajate enamiku saitide jaoks domineeriv viis.
Seetõttu on tähelepanu pööramine mis tahes saidi mobiiliversioonile vähemalt sama oluline kui isegi mitte rohkem kui töölaua vaste.
Kuna mobiilikasutajad ühendavad 3G- või 4G-andmesideteenuseid sageli ilma püsikiiruse kiiruseta, mida traadiga lairiba kasutajad võivad eeldada, on veebilehtede kiire edastamise tähendus veelgi suurem.
7. Kasutage tihendamist
On mitmeid viise, kuidas on võimalik tagada, et saidi moodustavad failid oleksid väiksemad ja seetõttu külastajale kiiremini alla laaditavad.
On olemas ülemaailmseid serveripoolseid tehnoloogiaid, nagu Gzip, mis suudab failisuurust koguni 70% krõbistada, ehkki just JPG.webp-failide jaoks õigete failitüüpide ja tihendustasemete valimine võib tuua ka jõudluse eeliseid.
Gzip nõuab serveri aktiveerimist ja selle saidi abil saate kontrollida, kas see on teie serveris aktiivne.
Ainus kokkusurumise hoiatus on see, et peate tuvastama need failid ja kaustad, mida te ei soovi süsteemi tihendada. Sest juba tihendatud videofaile ja tihendatud köiteid (ZIP, RAR või LZH) ei saa enam alla suruda.
