9i lihtsad strateegiad veebisaidi kiireks kiirendamiseks

 

Kuigi keskmine Interneti-ühenduse kiirus Ameerika Ühendriikides kasvab ülespoole, võtab tüüpiline veebileht laadimiseks kauem aega mõned uuringud suunas 8.66 sekundit kui erinevate tööstusharude keskmine laadimisaeg.

Põhjus? Rohkem JavaScripti, CSS, pilte ja HTTP päringuid.

Internet on paisunud. SpeedCurve sõnul on keskmine veebileht praegu 3 MB suur - rohkem kui 300% tõusu alates 2011.

See on probleem, eriti kui kaalute lehekülje laadimise aega mõjutab veebisaidi põrkemäärasid.

Oma veebisaidi toimivuse parandamine peaks olema esmatähtis, eriti kui mõne teie lehe laadimiseks kulub rohkem kui kolm sekundit.

Siin on ülevaade üheksast võimalusest kiirendada veebisaidi laadimisaega ilma arenenud tehnilise oskusteabeta.

#1: Veenduge, et kasutate kindlat teenusepakkujat

Ükski teistest optimeerimisstrateegiatest pole selleta oluline. Usaldusväärne hostimisteenus on teie veebisaidi alus.

Hindade ja klienditeeninduse kvaliteedi kõrval pöörake erilist tähelepanu järgmistele asjaoludele:

Serveri reaktsiooniajad: halvasti konfigureeritud server või kasutajatega ülerahvastatud ja ressursside napp server aeglustab teie veebisaiti märkimisväärselt. See kehtib eriti jagatud hostikontode puhul.

Serveri käitumine liikluse naelu ajal mõned serverid toimivad suurepäraselt, kui aktiivseid kasutajaid on vaid kaks või kolm, kuid pettumus on ootamatu liikluse suurenemise korral, näiteks kui teie veebisaidi link liigub sotsiaalmeedia platvormide ümber. Näiteks vastavalt Mark Berka uuringutele parim web hosting, GoDaddy jagatud plaan suudab vaevu hakkama saada viie samaaegse külastajaga, enne kui hakkab HTTP-ühendusi katkestama ja ajastama.

#2: sisuvõrgu (CDN) kasutamine

CDN salvestab teie veebisaidi vahemällu salvestatud versiooni mitme kohalolekupunkti (PoP) serveritesse, mis on uhke viis öelda "server". Kui kasutaja üritab teie veebisaidile juurde pääseda, teenib CDN kasutaja sisu tema asukohast lähima PoP-i kaudu.

Kasutaja ja teie sisu vahelisest kaugusest tulenevalt edastatakse andmed kiiremini ja seega laaditakse teie lehed kiiremini.

CDN-võrk

Iage allikas: em360tech

Tegutsema:

CloudFlare on suurepärane CDN ja on tasuta kasutamiseks enamiku veebisaitide omanikele. Konfiguratsioon on lihtne ja hõlmab kahte sammu:

  1. Tasuta konto registreerimine
  2. Suunake oma domeen CloudFlare'i DNS-i poole

CDN-i kasutamisel on palju lisahüvesid, sealhulgas parem veebisaidi tööaeg, lihtsam vaatajaskonna segmenteerimine ja väiksema serveri ressursside kasutamine.

#3: optimeerige oma pilte

Vastavalt Käesoleva aruande, pildid moodustavad üle 21% keskmise veebisaidi massist.

Kõrge eraldusvõimega pildid või mitmed kujutised võivad olla eriti kahjulikud terve lehekülje laadimise kiirusele.

Teisest küljest võib piltidel olla suur mõju kasutajate kaasamisele ja aidata suurendada konversioone.

Kuidas saame kasu mõlemast maailmast? Kasutades mõnda neist parimatest tavadest:

  • Kasutama PNG lihtsate tekstide või joonistega piltide vorming
  • Kasutama JPG piltide jaoks, millel on palju värve, graafikat ja visuaalseid elemente
  • Kärpima pildid enne üleslaadimist
  • Kompress pildi suuruse vähendamiseks. Kui kasutate WordPressi, proovige tasuta Smushi pistikprogrammi.
  • Skaala pildid. Suurema pildi üleslaadimise ja CSS-i kasutamise vähendamise asemel veenduge, et pilt oleks enne selle üleslaadimist sobiv suurus.
  • Kaaluge lubamist Lazy Laadimine. See põhjustab pildi laadimise alles siis, kui kasutaja selle juurde kerib, mitte aga kõikide piltide automaatset laadimist niipea, kui nad lehele juurde pääsevad.

Mida rohkem pilte oma veebisaidil kasutate, seda suurem on kiiruse suurendamine ülaltoodud sammude järgimisel.

# 4: Kasutage oma külastaja brauseri vahemälu

Kasutades brauseri vahemällu, juhendate külastaja brauserit salvestama veebisaidifailid - näiteks pildid, CSS ja JS - oma kohalikku arvutisse.

Seetõttu ei pea kasutaja samu faile mitu korda alla laadima, kui nad teie veebisaidil teise lehe avavad, parandades seeläbi laadimiskiirust.

Tegutsema:

Brauseri vahemälu võimendamiseks peate muutma oma ressursside päringu päiseid ja seadistama iga ressursi tüübi aegumise. Seda saate teha, lisades oma koodi ülaosale järgmise koodi .htaccess faili, mille leiate oma domeeni juurest.

Hoiatus. Kui teil ei ole .htaccess-faili redigeerimise kogemust, peaksite abi saamiseks küsima arendajalt või vastuvõtva tugiteenuse operaatorilt

IfModule mod_expires.c>
ExpiresActive On

ExpiresByType image / jpeg "juurdepääs pluss 1 aasta"
ExpiresByType image / gif "juurdepääs pluss 1 aasta"
ExpiresByType image / png "juurdepääs pluss 1 aasta"
ExpiresByType'i pilt / veebileht "juurdepääs pluss 1 aasta"
ExpiresByType image / svg + xml „juurdepääs pluss 1 aasta”
ExpiresByType image / x-icon "juurdepääs pluss 1 aasta"
ExpiresByType video / mp4 "juurdepääs pluss 1 aasta"
ExpiresByType video / mpeg "juurdepääs pluss 1 aasta"
ExpiresByType text / css „juurdepääs pluss 1 kuu”
ExpiresByType text / javascript “access plus 1 month”
ExpiresByType'i rakendus / javascript "juurdepääs pluss 1 kuu"
ExpiresByType'i rakendus / pdf "juurdepääs pluss 1 kuu"
ExpiresByType'i rakendus / x-shockwave-flash "juurdepääs pluss 1 kuu"

Pange tähele, et kasutame eri sisutüüpide jaoks erinevaid aegumisaegu. Pärast teatud aegumisaega saabumist ei kasuta kasutaja brauser enam ressursi vahemällu salvestatud versiooni ja laadib selle uuesti alla.

Hea on kogu staatilise sisu aegumisaegadega agressiivne olla.

Pange tähele, et brauseri vahemälu suurendamine parandab ainult veebisaidi laadimisaega külastajatele, kes on teie veebisaidile juba vähemalt kord juurdepääsuks jõudnud; esmakülastajad ei saa mingit kasu.

#5: ümbersuunamiste ja suunamiskettide minimeerimine

Mida rohkem teie veebisait suunab, kui külastaja soovib sisu, seda rohkem HTTP päringu-vastuse tsükleid on olemas ja mida pikem on edasi-tagasi sõidu aeg (RTT).

Ümbersuunamised

allikas: Sitecheker.pro

Teisisõnu, teie teabe töötlemiseks kulub rohkem aega, suurendades seeläbi külastaja kogenud laadimisaega.

Kõige sagedamini põhjustavad liigsed ümbersuunamised ja ümbersuunamisahelad halvasti konfigureeritud WordPressi pluginad ja muud skriptid. Sotsiaalse jagamise rakendused ja reklaamide jälgimise koodid on sellest eriti tuntud.

Tegutsema:

Kui installisite hiljuti uusi pistikprogramme või skripte, käitage oma veebisaiti veebisaidi jõudlusanalüsaatori (nt GTmetrix või Pingdom) kaudu ja vaadake, kas uus rakendus põhjustab liigseid ümbersuunamisi. Kui see on nii, on mõistlik otsida võimalusel alternatiivne lahendus ja võrrelda jõudlust.

Lisaks, kui teie veebisait on konfigureeritud HTTP-ühenduste (tavaliselt SSL või TLS) sundimiseks, jagage kindlasti veebisaidi URL-i https-versiooni veebis ja sõpradega. Kui jagate selle asemel krüptimata HTTP-versiooni, tuleb kõik, kes selle lingi kaudu teie veebisaiti külastavad, suunata HTTPS-i versiooni, mõjutades seeläbi laadimisaega.

#6: GZip-i pakkimise lubamine serveris

Jean-loup Gailly ja Mark Adleri poolt välja töötatud ja 1992is avaldatud gZip on populaarne andmete pakkimise ja dekompressiooni algoritm, mida saab lubada kõige kaasaegsematel serveritel.

Gzipi kokkusurumine

Allikas: Grepitout.com

Kui lubasite gZipi, tihendatakse teie veebisaidi failid ja stiililehed enne külastaja brauserisse saatmist. Selle tulemuseks võib olla kuni 70% võrra lehekülje kogumahus.

Tegutsema:

GZipi lubamiseks saate:

  • Võtke ühendust oma tugiteenuste meeskonnaga ja esitage taotlus
  • Installige WordPress plugin, mis teeb selle teie jaoks. WP Performance Score Booster on stabiilne lahendus, mida tasub proovida.
  • Tehke seda ise, lisades oma .htaccess-failile järgmised failid (ainult Apache-serverid):

# Compress CSS, HTML, Text, XML, JavaScript ja fondid
AddOutputFilterByType DEFLATE rakendus / javascript
AddOutputFilterByType DEFLATE rakendus / rss + xml
AddOutputFilterByType DEFLATE rakendus / vnd.ms-fontobject
AddOutputFilterByType DEFLATE rakendus / x-font
AddOutputFilterByType DEFLATE rakendus / x-font-opentype
AddOutputFilterByType DEFLATE rakendus / x-font-otf
AddOutputFilterByType DEFLATE rakendus / x-font-truetype
AddOutputFilterByType DEFLATE rakendus / x-font-ttf
AddOutputFilterByType DEFLATE'i rakendus / x-javascript
AddOutputFilterByType DEFLATE rakendus / xhtml + xml
AddOutputFilterByType DEFLATE rakendus / xml
AddOutputFilterByType DEFLATE font / opentype
AddOutputFilterByType DEFLATE font / otf
AddOutputFilterByType DEFLATE font / ttf
AddOutputFilterByType DEFLATE image / svg + xml
AddOutputFilterByType DEFLATE image / x-icon
AddOutputFilterByType DEFLATE teksti / css
AddOutputFilterByType DEFLATE text / html
AddOutputFilterByType DEFLATE teksti / javascript
AddOutputFilterByType DEFLATE teksti / tavaline
AddOutputFilterByType DEFLATE teksti / xml

7 #: JavaScript ja CSS vähendamine

Muutke oma veebisait veelgi väiksemaks, vähendades JS-skriptide ja CSS-i stiilitabelite suurust. Seda saate teha minimeerimise kaudu, mis on automaatne protsess, mis hõlmab järgmist:

  • Kommentaaride ja tühikute eemaldamine koodist
  • Teatud programmeerimismustrite lühendamine
  • Liigse tähemärgi eemaldamine

Tulemuseks on väiksem lehekülje suurus ja väiksemad laadimisajad.

Tegutsema:

Kui kasutate WordPressLihtsaim tee minimiseerimiseks on plugin, näiteks Kiire kiirus väheneb.

Kui teie veebisait oli kohandatud ehitatud ja ei kasuta populaarset sisuhaldussüsteemi (CMS), peate kas paluma arendajal teid aidata või kasutama veebitööriista, näiteks Minipüüdur oma suurimate CSS- ja JS-failide käsitsi minimeerimiseks.

#8: teenindage oma sisu unikaalsest URL-ist

Mõned leheküljed kasutavad sama ressursi viitamiseks erinevaid URL-e. Näiteks võib üks leht näidata sama kujutist mitmes kohas, kasutades selleks erinevat URL-i, et seda iga kord viidata.

See on sageli probleem WordPressis, kus sama kujutise jaoks on vaikimisi määratud erinevad URL-id.

Kui see juhtub, taotlevad külastajad sisuliselt sama sisu (pilti) rohkem kui üks kord, sest nende brauseril ei ole võimalik teada, mis on konkreetse URL-i taga, kuni selle sisu on alla laaditud. Selle tulemusena suureneb HTTP-päringute arv ja lehekülje laadimise aeg halveneb.

Veenduge, et kasutate ainult ühte URL-i, et viidata lehele teatud failile.

#9: HTTP-päringute arvu vähendamine

Mida rohkem HTTP-päringuid teie kasutaja peab teie veebisaidi laadimiseks tegema, seda kauem kulub selle laadimiseks. Seda saab kasutada HTTP päringukontroller teada saada, kui palju taotlusi teie veebisait nõuab.

Taotluste arvu vähendamiseks on mitu võimalust ja ka mõned juba läbi viidud sammud aitavad kaudselt ka seda.

HTTP taotlused

Kuid siin on veel palju asju, mida proovida:

Ühendage oma JavaScript ja CSS: kuue CSS-faili ja üheksa JS-faili üleslaadimise asemel ühendasid stiililehed ühte faili ja skriptid ühte faili. Vähendate HTTP-päringute koguarvu 15-lt kahele. The M + M + R plugin WordPress aitab teil seda saavutada.

Laadige alla vähem fonte: paljud veebisaidid ühenduvad Google Fonts serveritega, et laadida alla ja teenida nende fonte. Millised veebimeistrid sageli ei saa aru, et iga fontide perekond on mitme faili komplekt, millest igaüks loob täiendava HTTP-päringu. Teadke, milliseid fontfaile kasutate oma veebisaidil ja laadige need alla. Seadistage oma veebisait, et teenida oma serveri fonte veelgi suurema jõudluse suurendamiseks.

Sisesta Javascript: kaaluge oma JS-skriptide lisamist otse lehe koodi, selle asemel, et viidata sellele välises failis. Kuid see on praktiline ainult suhteliselt lühikeste skriptide puhul.

Minimeerige kasutatavate pluginate arv: kui te ei vaja pistikprogrammi, peate selle tõenäoliselt keelama. Pluginad viitavad mõnikord oma CSS-stiililehtedele ja JS-skriptidele, mis kõik peavad kasutaja üleslaadimiseks alla laadima.

allikas