👉 Kuidas kasutada GTMetrixi veebilehe kiiruse testimiseks - tõhusalt!

OptinMonster Review 2018: kas see on parim põlvkondade tööriist?

Veebisaidi kiirus on vaieldamatult üks kõige olulisemaid mõõdikuid mis tahes veebisaidil – mõnedel saitidel võib ühe sekundi erinevus tuhandeid dollareid katkestatud (või saadud) tulu kokku võtta. See muudab kohapealse kiiruse täpset mõõtmist otsustava tähtsusega. Kahjuks pole saidi kiirus eriti mõõdetav mõõdikut. Käesolevas artiklis ma näitan sulle, kuidas kasutada ühte populaarsematest tööriistadest GTMetrix, et tõhusalt hinnata veebisaidi kiirust.

Kiiruse testi kaalutlused

Paljud tööriistad – nagu eespool nimetatud GTMetrix – on suurepärased, kuid üsna kasutud, kui kõik, mida teete, on ühekordne kiiruse kontroll. Kui soovite kiirust tõhusalt katsetada, tuleb arvesse võtta mitmeid tegureid, kuid üks neist on suurim: Kiiruste testid tuleb teha mitu korda ja keskmised tulemid peavad olema tõelised.

1. Katsete arv

Hea tervikliku andmete kogumi saamiseks peate tegema palju kiiruse testid, eelistatavalt erinevatel aegadel kogu päeva vältel. Ideaalne oleks ajapikenduste katse ettevalmistamine ja see kestab umbes nädala jooksul.

Selle põhjuseks on see, et teie veebisaidi toimivus muutub kogu päeva jooksul, olenevalt teie külastajate arvust või isegi teie serveri kasti kasutamisest, kui olete jagatud hostis.

Selle testi suurepärane kõrvalmõju seisneb selles, et näete oma tipptunde – mis võib potentsiaalselt näidata teile parimat aega, et saaksite oma külastajatele postitada uut sisu või sihitud reklaame / hüpikaknaid jne.

Sellest hoolimata on ikka veel palju õppida, tehes viie või kümne testi ühe tunni jooksul. Kuigi tegeliku koormuse kiirus, mis on antud sekundites, võib päeva jooksul (või isegi nädalal) muutuda, võivad mõned GTMetrixi asjad ilmneda – näiteks paljud soovitused, mida see annab teile, kuidas teie veebisaiti kiirendada, ei muutu ajaga üldse.

2. Kontrollige asukohti

Kui kasutate paljude kiiruse testimise tööriistade (nt Pingdom) tasuta versioone, määratakse tavaliselt teile test-server juhuslikult (st teie veebisaidi testimise asukoht on juhuslik). See võib tihti kaasa tuua väga vastuolulisi tulemusi. Kuigi Test 1 võidakse teha näiteks New Yorgist – näiteks 100 miili kaugusel serverist – Test 2 võidakse teha Sydney serverist 10 000 miili kaugusel.

Koht, kuhu soovite oma saiti testida, teeb suurt erinevust. Mõnede projektide (nt kohalike ettevõtete puhul) puhul võib olla hea, kui kaugel asuvatelt andmeid kustutada, kuid muudel juhtudel (mõtlevad saidid, millel on potentsiaalselt ülemaailmne publik) soovite testida kogu maailmas.

Kohapeal katsetamiseks valige test servereid, mis on lähedal teie serveri füüsilisele asukohale. Kui te ei tea, kus asub teie server, küsige hosting veebisaidilt, mida kasutate oma veebisaidi haldamiseks.

Ülemaailmseks testimiseks vali neli või viis testimise serverit võtmepiirkondades kogu maailmas. Personaalselt mulle meeldib valida vähemalt üks server USAst, üks Euroopast, üks Austraaliast ja üks Aasiast.

Selleks, et saaksite valida saidi GTMetrixi kasutamise kohta, peate registreeruma tasuta konto ja sisselogimise jaoks.

3. Testi sihtmärgid

Näen tihti inimesi, kes testivad AINULT oma kodulehte. See on täiesti algaja viga, mis võib asju tuua palju rohkem kui võite arvata. Kõigepealt võib teie koduleht teie saidil kõige vähem andmekambleerivat lehte, muutes selle loomulikult kõige kiiremaks.

Teie koduleht ei pruugi olla nii tähtis, kui tahaksite mõelda. Töötasin veebisaidil, mis sai otsingumootorite kaudu organismis 97% oma liiklusest, millest peaaegu kõik läksid üksikutele postitustele / lehtedele – seega kindlasti keskenduge rohkem kui lihtsalt oma kodulehele!

Lühidalt: teie avalehe kiirus on muidugi tähtis, kuid võib paljudele teistele lehtedele teisene olla, nii et kindlasti katsetage seda ka mitmete teiste lehtedena. Testige lehti nagu üksikud postitused, poe lehed ja tootelehed jms, et saada üllatunud tulemuste kogumik.

Kuidas GTMetrix töötab?

GTMetrixi põhikasutus on tasuta. Võite minna avalehele ja alustada saidi analüüsimist kohe. Registreeritud (või isegi tasuline) konto annab teile rohkem võimalusi, näiteks võimaldab teil valida testimise asukohad, automatiseerida testimine jms.

Tulemuste ülevaade näitab brauseri ja asukoha, mida kasutatakse testimiseks, PageSpeed ​​ja YSlow skoorid, lehe laadimisaeg, taotluste arv ja kogu lehe suurus. Need sobivad suurepäraselt suundumuste analüüsimiseks, kuid kui soovite tõesti teada, miks teie veebisait on aeglane ja / või mida saab teha asjade edasiseks täiustamiseks, peate kaevama sügavamalt.

PageSpeed ​​ja YSlow

PageSpeed ​​ja YSlow pakuvad kahte erinevat meetodit, mille abil mõõta veebisaidi struktuuri ja mehhanismi mõju selle kiirusele. Nende tulemused sisaldavad oma soovitusi asjade kiiremaks tegemiseks – näiteks vahemällu salvestamine, lõpptulemuste lisamine, varade minimiseerimine, gzip-pakkimise lubamine jms.

GTMetrixi vastavad jaotised seovad iga teema kohta lisateabega, nii et saate seda põhjalikumalt lugeda ja täpselt teada, mida teha, et rakendada loetletud kõiki konkreetseid kiiruse suurendamise meetodeid.

Oluline märkus: Ärge jälgi protsendimäära. Need võivad olla eksitavad ja ei võta tingimata arvesse kõike, mis on oluline, nagu kogu lehe megabaiti suurune suurus (mida muide on sageli suuresti mõjutanud halvasti optimeeritud kujutised). Selle asemel rõhutage sekundis olevat lehekülje tegelikku koormuskiirust – selle eesmärk on raseerida sekundit sellest välja (ja "kriitilise pildistamistee" – rohkem seda allpool) peaks olema tõeline eesmärk!

Veekeskus

Jõgi on üks kõige kasulikumaid vahendeid kitsaskohtade kindlakstegemiseks teie veebisaidi kiirusel.See konkreetne vaade on tegelikult väga sarnane sellele, mida võite näha brauseripõhistes tööriistades, näiteks Firebug Net Panelis. Lisateabe saamiseks võtke lühike ülevaade sellest suurepärasest artiklist, kuidas vesiputumeid lugeda. Kui olete lühikese ajaga, siin on lühike versioon:

Iga saidi vara tuleb otsida, üle kanda ja kuvada. Iga bassein juga näitab kõiki tegevusi iga vara ja kui kaua nad võtsid.

Iga vara läbimise sammud on järgmised, lisades väikese selgituse:

  • DNS-i otsing: DNS-i lahendamise aeg
  • Ühendamine: Ühenduse loomiseks kulunud aeg
  • Blokeerimine: Brauseri järjekorda kulutatud aeg, mis ootab ühendust
  • Saatmine: Taotluse saatmiseks kulunud aeg
  • Ootamine: Vastuse ootamise aeg (aeg kuni esimene bait)
  • Vastuvõtmine: Sisu laadimiseks kuluv aeg

Selle teabe alusel saame teha mõningaid eeldusi selle kohta, mis meie veebisaidil toimub. Kõigepealt vaadake seda siniset joont ülaltoodud joadil. See kujutab endast DOM-i laadimispunkti. Punane joon tähistab lehe laadimise aega.

Aja enne esimese baiti (TTFB) peetakse teie serveri kiiruse oluliseks näitajaks. Seda näitab jookide ootel olev teave. Kui näete pidevalt kõrget TTFB-d (isegi pärast saidi kiiruse parandamise peamiste soovituste läbimist ja parendamist), võib juhtuda, et teie hostserver on see, mis sulle laseb!

Video ja ajalugu

Kaks viimast osa on ainult lisatasude kontode jaoks. Video näitab saidi laadimise tegelikku salvestamist – see võib näidata teile, mida kõik need erinevad andmed tegelikult kujutavad. Kuigi see on tore funktsioon, ei leia ma, et kasutaksin seda nii palju, nagu see on, tõde, mulle on natuke trumm.

Kuid ajaloo vahekaart on tõesti üks parimaid funktsioone, kuna see võimaldab teil vaadata hõlpsalt arusaadavas ja hõlpsas graafikus mitme lehe testi tulemusi ühel lehel.

Testimisfunktsiooni seadistamine

Mul on isiklikult GTMetrixi profiilikonto, mida ma kasutan enamasti minu enda saitide ja konkreetsete huvipakkuvate tehnoloogiate testimiseks.

Üks GTMetrixi negatiivne külg (kuigi mul pole ikka veel võimalik seda teha) on see, et see ei saa muuta muutuvaid katseid. See, mida ma sellega silmas pean, on see, et te ei saa GTMetrixil valida teatud komplekti juhuslikku lehte ja testida seda juhuslikust asukohast. See annaks meile graafiku, mis võiks veelgi leevendada, lähtudes lehest ja asukohast (võib-olla midagi tulevikus).

Alternatiiviks oleks mõlema lehe ja asukoha määramine ning iga tundide katsetamine. See on tõepoolest päris ressursimahukas, kuid annab meile suurepärase andmekogumi, millega töötada. Nagu see seisab, saate seda teha käsitsi ja kasutada tulemuste analüüsimiseks GTMetrix võrdlemise funktsiooni.

Alustuseks loen kõik vajalikud testid. Kui ma tahtsin testida kahte lehte kolmest asukohast, seadisin testideks kõik ülemised vaheldused – see viiks läbi 6 testi. Seejärel kontrolliksin iga tunnise testi vähemalt paari päeva jooksul, ideaaljuhul nädalas.

Kui rahuldav aeg on möödas, läheb mu armatuurlauale, valib kõik testid ja võrdleb neid. Selle tulemuseks on kõrvutiasjad ja agregeeritud graafikud.

Kiirusnõuanded WordPressi kasutajatele

Oh, ja kui kasutate WordPressi (sellel saidil on loomulikult ennekõike kõigepealt) ja otsime mõnda kiiret lahendust, et kiirendada asju: siin on mõned väga tõhus Näpunäiteid, mida peaaegu kõik WordPressiga töötavad veebisaidid võivad saada:

  • 1. Veenduge, et ükskõik milline veebimajutus, mida te kasutate, kasutab serverit, mis on spetsiaalselt WordPressile optimeeritud, ja kui kasutate ikka veel üldist, mitte-WordPress-optimeeritud virtuaalserverit, lülitage midagi palju, palju kiiremini, näiteks veebimajutusplaani WP mootor, spiraal või Kinsta.
  • 2. Kui te pole seda juba teinud, alustage lehe vahemällu lisamise plugina kasutamist, näiteks W3 Total Cache, WP Super Cache või WP Rocket.
  • 3. Veebisaidi piltide läbimiseks võtke aega ja veenduge, et need on nii optimeeritud kui võimalik (kas neid uuesti optimeerida sellises programmis nagu Photoshop või kaaluge spetsiaalse teenuse / plugina kasutamist nagu WP Smush).
  • 4. Veenduge, et teie veebisait laadiks nii palju JavaScripti kui võimalik lehe alaosas (mitte ülaosas, kus see lükkab edasi kõigi teiste leheelementide laadimist).
  • 5. Võimalikult valus: kõrvaldage oma lehelt laadimisega seotud ebavajalikud sotsiaalmeedia profiilid (näiteks Facebook, Twitter ja Google+ profiilid – kõik need võivad teie lehe laadimisaja juurde lisada sõna-sõnalt sekundit).
  • 6. Luba gzip-pakkimine, minimeerida kõik skriptid ja kasutada võimaluse korral brauseri vahemällu.
  • ja 7. Võib-olla kõige tähtsam: eemaldage kõik ebavajalikud pistikprogrammid, mis võivad oma lehtedel laadida igasuguseid CSS-i ja JavaScript-vormingus faile – kuigi pluginate arvu saab installida WordPress-powered veebisaidil, väga üldine rusikareegel on: mida rohkem pistikprogramme, seda aeglasemalt saiti!

– Mis tahes muud üliefektiivsed kiire lahendused? Lõbutsege jätta need kommentaarid allpool! ;)

GTMetrix kui jälgimisvahend

Siiani oleme suures osas keskendunud GTMetrixile, et mõista, mida saidil peaks parandama, et seda kiiremini teha. Kuid hoiatuste funktsiooni abil saate tuvastada (ja teatada) kõikidest juhtudest, kus teie sait aeglustub etteantud kiirusega allapoole.

Saate määrata hulga tingimusi lehe laadimise aegadest ja YSlow skoorist HTML-i suurusele – mis teeb suhteliselt hästi ümara süsteemi. Kui ükskõik milline teie eelmääratud tingimused on täidetud, saadetakse teile kohe e-kiri, mis võimaldab teil probleemide lahendamiseks teavet tegema.

Oma veebisaidi jälgimisel ei pruugi te enam olla võimeline täielikult takistama aeglustumist, kuid teil on siis vähemalt võimalus reageerida kiirelt ükskõik millistele probleemidele, et minimeerida kahju, näiteks ootamatut liiklustihedust.

Kui GTMetrix langeb

Üldiselt pigem ma GTMetrixi jaoks ja kasuta seda ennekõike muude kiirte testimise tööriistade hulka, et mõõta ja jälgida oma saite. See aga ei tähenda, et kõike seda on täiuslik. Üks GTMetrixi suurimatest probleemidest on see, et see ei paku muutuvaid katsetusi, mis oleksid tohutult ajasäästjad – ma peaksin rõõmuga maksma veidi lisatasu, kuna see katkestab minu testimise protseduurile üsna vähe aega.

Teine tähelepanu keskmes võiks rõhutada, kui tähtis on kasutada kvaliteetset peremeesorganismi. Avastades ja kuvades mitmesuguseid hoste, mida kasutajad kasutavad, saab kiirusi võrrelda ja paremaid hosteid, mis on soovitatavad teatud kasutajatele. TTFB-d on võimalik jälgida ning soovitusi kiireimatele hostidele kuvatakse, kui see väärtus on eriti suur.

Mõned märkused kriitiliste riputusradade kohta võivad – ja minu arvates peaks – lisada ka. Kuigi see on pertseptuaalne, võib avastada palju tegureid, näiteks paljud JS / CSS-failid on lehel varakult laaditud (Muidugi on täiesti oluline kaalutlus) Kriitilise renderdusraja optimeerimine toob endaga kaasa teie veebisaidi kuvatakse kasutaja ekraanil palju kiiremini – isegi kui üldine lehe laadimiskiirus on endiselt üsna kõrge!

Ülevaade

Kui soovite kiiret veebisaiti, peate selle läbi proovima mitmesugustel asjaoludel. GTMetrix võimaldab teil seda teha täpselt: jälgides URL-i iga tunni järel ja eri kohtadest, annab see teile täieliku pildi teie veebisaidi toimivusest.

Kasutage korralikult võitluses aeglase kohapealse kiirusega, GTMetrix varustab teid rohkem kui piisavalt teavet, et võidelda tagasi. Ärge unustage proovida rohkem kui ainult oma avalehte, testida iga lehte rohkem kui üks kord ja paljudest kohtadest ning hoida keskendumist nende laadimisaegade tegelikuks vähendamiseks, mitte PageSpeed ​​ja YSlow protsentide maksimeerimiseks!

Kas teate mõnda muud veebisaidi kiiruse mõõtmise võimalust? Mõtted?

Vaata videot: OptinMonster Review

Like this post? Please share to your friends:
Lisa kommentaar

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: