10 võimalust oma WordPressi saidi optimeerimiseks selle kiiremaks muutmiseks

4

Kuna Microsofti hiljutine uuring näitas, et meie tähelepanuvõime on vähenenud 12 sekundilt 2000. aastal 8 sekundile 2013. aastal, on üha selgem, et veebikasutajad on kannatamatud. Täiendavad uuringud näitavad, et 40% inimestest hülgab teie veebisaidi, kui laadimiseks kulub rohkem kui 3 sekundit.

Kuigi WordPress on vaikimisi kerge ja kiire, võib keskmise veebikasutaja konfiguratsioon muuta asjad aeglaseks ja äärmiselt keeruliseks. Kui soovite kiiret WordPressi saiti, pöörake erilist tähelepanu järgmistele näpunäidetele.

1 Optimeerige regulaarselt oma andmebaasi

WordPress on CMS, mis sõltub suuresti andmebaasist ja see võib kaasa aidata aeglasele kasutuskogemusele.

Järgmised aspektid kasutavad palju andmebaase ja võivad aidata kaasa aeglasele veebisaidile:

  • Redaktsioonide postitamine: muudatuste postitamine võib teie andmebaasi kiiresti ummistada ja muuta saidi aeglasemaks. Iga postituse redaktsioon on teie andmebaasis uus kirje ja see lisandub kiiresti. Saate redaktsioonide postitamise keelata või seda piirata. Kui soovite piiratud versioone, saate oma wp-config.phpfaili värskendada, lisades alloleva koodi:

    define('AUTOSAVE_INTERVAL', 300); // seconds
    define('WP_POST_REVISIONS', 5);

    Ülaltoodud kood juhendab WordPressi salvestama maksimaalselt 5 postituse versiooni ja ainult 5-minutilise intervalliga. Saate koodi muuta nii, et see kajastaks oma postituse muutmise vajadusi.

    Teise võimalusena, kui te ei soovi failile wp-config.php koodi lisada, saate postituste versioonide automaatseks haldamiseks installida versioonikontrolli või WordPressi pistikprogrammi WP-Sweep .

  • Pingbackid ja trackbackid: tagasipööramised ja trackbackid võivad ka teie andmebaasi ummistada, nii et võiksite need keelata.

  • Blogi kommentaarid: blogi kommentaarid ei pruugi olla halvad, kuni avastate, et teil on tuhandeid rämpspostikommentaare, mis võtavad teie andmebaasis tarbetult ruumi. Kustutage rämpspostikommentaarid regulaarselt, et need ei võtaks mäluruumi üle.

  • Pluginad: mõned pistikprogrammid salvestavad andmeid ja logisid teie andmebaasi; alguses on need kasulikud, kuni mõistate, kui palju ruumi nad võtavad. Mul on olnud URL-i lühendamise pistikprogramm, mis näitab ka analüüsiandmete kasutamist kuni 160 MB minu andmebaasi ruumist. Jah, see on vaid üks pistikprogramm! Tavaliselt on need pistikprogrammid mittevajalikud ja neid saab eemaldada või asendada.

  • Analüütika ja logid: üldiselt olge ettevaatlik pistikprogrammide suhtes, mis salvestavad teie saidile analüüsi- ja logiandmeid. enamasti kasutavad nad palju andmebaasiruumi ja võivad muuta teie veebisaidi keeruliseks ja aeglaseks.

Veelgi parem, saate installida pistikprogrammi WP-Optimize ja kasutada seda oma andmebaasi korrapäraseks puhastamiseks.

2 Optimeerige oma pilte

Teie piltide suurus annab kokku aja, mis kulub teie saidi laadimiseks; see juhtub eriti siis, kui käitate palju kujutisi sisaldavat saiti või kui kasutate pilte kõigi oma artiklite jaoks ja need peavad laadima ka avalehel.

Selleks on kaks võimalust.

  • Korrapäraselt optimeerige ja vähendage oma piltide suurust; saate seda teha ilma kvaliteeti kahjustamata, nagu ma hiljem selgitan.
  • Piltide laadimise viivitus; sel viisil ei laadita pilte enne, kui lugejad kerivad piltide asukohta. See võib samuti aidata vältida saidi laadimisprobleeme.

Piltide optimeerimisega saab 2 MB suurust pilti vähendada 600 kbini ilma kvaliteeti ohverdamata; selleks eemaldatakse pildile manustatud teave, mis pole kasutajakogemuse jaoks vajalik. Saate oma WordPressi ajaveebi pilte optimeerida, installides WP Smushi pistikprogrammi või EWWW pildi optimeerija pistikprogrammi. Käsitsi valiku jaoks, mis ei piirdu WordPressiga, võiksite vaadata Kraken.

3 Lubage vahemällu salvestamine ja aegumise päised

Enamik WordPressi veebisaite võiks olla kaks korda kiirem, kui vahemällu salvestamine on lubatud; vahemällu salvestamine salvestab teie veebisaidi versiooni teie brauseri vahemällu, nii et neile esitatakse automaatselt vahemällu salvestatud versioon, kui nad teie veebisaiti külastavad. Tavaliselt, kui te ei konfigureeri vahemälu seadeid teisiti, värskendatakse veebisaidi värskendamisel külastaja brauseri vahemälu, tagades, et nad ei kaota midagi.

Vahemällu tõhusalt kasutades saate oma veebisaidi kiirust optimeerida järgmistel viisidel.

  • Selle asemel, et faile otse serverist taotleda, tõmbavad teie lugejate brauserid need oma vahemälust, mis annab neile peaaegu kohese kasutuskogemuse.
  • Teie serveri päringu vähenemise tõttu väheneb teie serveri koormus, mille tulemusena edastab teie server faile uutele kasutajatele palju kiiremini.

Vahemällu salvestamine võib veebisaidi kiiruse suurendamiseks olla nii tõhus ja on täheldatud, et veebisaidi täieliku vahemällu salvestamise lubamine võib veebisaidi kiirust suurendada 2,4 sekundilt 900 millisekundini.

Saate lubada oma veebisaidil vahemällu salvestamise, installides järgmised pistikprogrammid:

Kui olete vahemällu salvestamise lubanud, saate lubada ka aegumise päised, et muuta oma sait palju kiiremaks; Öeldes külastajate brauseritele, millal teie serveritest teatud faile taotleda, võivad aegumispäised säästa teie serveriressursse ja pakkuda kasutajatele kiiremat veebisaiti. Siin on mugav õpetus aegumise päiste lubamiseks.

4 Lubage GZIP-i tihendamine

Mis on teie lemmiktööriist failide ZIP-vormingusse tihendamiseks arvutis? 7-Zip? WinRar? Tõenäoliselt olete failid vähemalt korra tihendanud ja märganud imelist efekti, kus 200 MB fail vähenes ootamatult 40 MB-ni? Kuidas kuradil see juhtus? Kuigi ma ei ole tihendamise tehniliste omadustega liiga kursis, tean siiski, et seda on võimalik teie veebisaidi jaoks korrata ja tagada kiirem veebisaidi kasutuskogemus.

GZIP-i tihendamine aitab teie veebisaidi failid ZIP-vormingusse tihendada ja serveerib kõik teie külastajatele puutumata; teisisõnu, teie veebisaidi külastamise kogemus on sama, kuid teie sait on palju kiirem, kuna külastajatele pakutakse tihendatud versiooni.

Ajakirja Smashing Magazine artiklis tutvustas Marcus Taylor juhtumiuuringut saidist, mille maht kasvas 68 KB-lt 13 KB-ni ainuüksi GZIP-i tihendamise tõttu; ainuüksi GZIP-i tihendamise põhjal on see sait sisuliselt viis korda kiirem. Siin on õpetus, mis näitab 3 võimalust GZIP-i tihendamise lubamiseks.

5 Kasutage CDN-i

Uuringud on näidanud, et CDN võib teie veebisaidi kiirust suurendada kuni 60%.

Sisu edastamist mõjutavad paljud tegurid, kuid Indias hostitud veebisaidile pääseb India Interneti-ühenduse kaudu palju kiiremini juurde kui USA Interneti-ühenduse kaudu. Sellega ei saa palju teha. inimesed, kellel on teie veebisaidi asukohale lähemal Interneti-ühendus, saavad kiirema kiiruse, kui te ei kasuta usaldusväärset CDN-teenust.

Konfigureerides oma WordPressi saidi kasutama CDN-i, lubate oma sisu levitada serverites üle kogu maailma, nii et külastajatele saaks pakkuda neile lähimat versiooni. nii et kellelegi Aasiast külastajale pakutakse teie veebisaidi Aasias, mitte USA põhiversiooni

CDN-i pakkujaid on palju ja Google’i otsing näitab valikuid; Mõned kõige populaarsemad CDN-teenused on CloudFlare (tasuta) ja MaxCDN (tasuline).

6 Optimeerige või muutke oma WordPressi teemat

Teie WordPressi teema võib samuti teie saidi laadimisajale palju kaasa aidata; kui kasutate ülespuhutud WordPressi teemat, mis tugineb suuresti välistele päringutele, saate palju aeglasema veebisaidi kui keegi, kes kasutab vastavusstandarditel põhinevat teemat.

Copybloggeri juhtumiuuringus paljastas Jerrod Morris, kuidas veebisaidi teema muutmine võttis saidi laadimisaja 630 ms-lt 172 ms-ni; seda hoolimata asjaolust, et kõik muu oli võrdne, välja arvatud tema WordPressi teema muutus.

7 Kombineerige taustapildid Image Sprite’iga

Teie WordPressi teema tugineb mitmele taustapildile koos CSS-i käskudega, et korralikult kuvada puhas taust; nii et see ilus taustpilt, mida näete, koosneb tõenäoliselt 12 erinevast taustpildist. Pealtnäha tundub see normaalne ja süütu, kuni mõistate, et 12 pilti esindavad 12 erinevat taotlust teie serverile teie külastaja brauserist; mis siis, kui muudad need 12 pilti üheks? Märkate kiiruse drastilist tõusu.

Kombineerides oma taustapildid pildistriitideks, saate muuta oma teema erinevad taustapildid üheks pildiks ja seejärel kasutada CSS-i, et oma veebisaiti normaalselt kuvada. See vähendab baitide koguarvu, mida teie külastajate brauserid peavad alla laadima, edasi-tagasi reisidest ja päringutest põhjustatud viivitusi. Tulemuseks on teie jaoks palju kiirem veebisait.

SpriteMe abil saate oma pilte spraitideks kombineerida .

8 Kasutage JavaScripti koodide jaoks ainult asünkroonset edastamist

Olete ilmselt näinud Facebooki seisakuid, mis viivad veebisaidid alla või muudavad need naeruväärselt aeglaseks? Huvitav on see, et see ei juhtu ainult Facebooki koodi installimisel; see võib juhtuda, kui installite koodi mis tahes saidilt sünkroonselt – eriti analüüsi- või jälgimisteenuste puhul. Kui kood installitakse teie saidile sünkroonselt, tuleb kood enne saidi muude elementide laadimist esmalt laadida – olenevalt koodi jaotisest.

Kui kasutate oma JavaScripti koodide jaoks ainult asünkroonset edastamist, saate tagada, et teie sait töötab korralikult ja kiiresti, olenemata sellest, mis teie saidil olevate JavaScripti koodide serveritega toimub.

9 Lubage HTTP Keep-Alive

Kui külastaja küsib teie serverist faili, saadetakse iga fail eraldi; Selle lähenemisviisi probleem seisneb selles, et see peab avama iga faili jaoks uue ühenduse, mis lõpuks viib veebisaidi aeglaseni, sõltuvalt sellest, kui palju inimesi teie veebisaiti korraga külastab. HTTP Keep-Alive lubamisega annate külastaja brauserile käsu edastada kõik failid ühe ühenduse kaudu; Sel viisil jäetakse ühendus avatuks, kuni kõik failid on saadetud, vähendades seeläbi teie serveris avatud ühenduste arvu ja tulemuseks on kiirem veebisait.

10 Hankige parem võõrustaja

Kui teie veebihost on nõme, ei muuda selles artiklis esitatud näpunäited suurt midagi. Analüüsin ja profileerin regulaarselt veebimajutajaid ning selle käigus olen näinud veebimajureid, mis hindavad lehe laadimisel 2 punkti 10-st; nende veebimajutajatega ei muuda teie saiti kiireks, sest nende serveri konfiguratsioon on nõme.

Ajakirja Smashing Magazine artiklis lisas Marcus Taylor juhtumiuuringu, et näidata, kui suurt mõju võib veebimajutaja saidi laadimisajale avaldada; ta võrdles kahe oma kliendi saidi kiirust; üks spetsiaalses serveris ja teine ​​jagatud hostis. Vastus oli vapustav; spetsiaalses serveris oleva saidi reaktsiooniaeg oli 7 millisekundit, samas kui odava jagatud hostiserveri saidi reageerimisaeg oli 250 millisekundit.

Teie veebimajutaja on kindlasti oluline; veenduge, et teete oma asjakohase uurimistöö enne, kui asute veebimajutaja juurde.

See veebisait kasutab teie kasutuskogemuse parandamiseks küpsiseid. Eeldame, et olete sellega rahul, kuid saate soovi korral loobuda. Nõustu Loe rohkem