Hoe om GTMetrix te gebruik om die spoed van 'n webwerf te toets - effektief!
Die snelheid van die werf is waarskynlik een van die belangrikste statistieke vir enige webwerf – vir sommige webwerwe kan die verskil van 'n enkele sekonde duisende dollars se inkomste (of verdien) verdien. Dit is dus belangrik om die snelheid van die meet van die perseel te meet. Ongelukkig is die snelheid van die werf nie 'n baie maklike meting om te meet nie. In hierdie artikel sal ek jou wys hoe om een ​​van die gewildste beskikbare instrumente, GTMetrix, te gebruik om die snelheid van 'n webwerf effektief te meet.
1 Oorwegings vir spoedtoets
1.1 1. Aantal toetse
1.2 2. Toets liggings
1.3 3. Toets teikens
2 Hoe GTMetrix werk
2.2 Die Waterval
2.3 Video en geskiedenis
3 Die opstel van 'n toetssuite
4 Spoedwenke vir WordPress-gebruikers
5 GTMetrix as 'n moniteringsinstrument
6 Waar GTMetrix val kort
Oorwegings vir spoedtoets
Baie instrumente – soos die bogenoemde GTMetrix – is wonderlik, maar redelik nutteloos as u 'n eenmalige snelheidstoets doen. Baie faktore moet in ag geneem word as u effektief wil toets vir snelheid, maar een van die grootste is dit: Sneltoetse moet meerdere kere gedoen word en gemiddeldes geneem word om die resultate te bereik.
1. Aantal toetse
Om 'n baie goeie omvattende stel data te kry, moet u 'n hele paar spoedtoetse doen, verkieslik op verskillende tye gedurende die dag. Die ideaal is om 'n uurlikse toets te skeduleer en dit ongeveer 'n week of so aan die gang te hou.
Die rede hiervoor is dat die prestasie van u webwerf deur die loop van die dag sal verander, afhangende van die aantal besoekers of selfs die gebruik van u bedienerboks as u op 'n gedeelde gasheer is.
'N Aangename newe-effek van hierdie toets is dat u u piekure sal sien – wat moontlik die beste tyd vir u om nuwe inhoud te plaas of advertensies / pop-ups, ens..
Dit gesê, daar is nog baie om te leer deur slegs vyf of tien toetse in die loop van 'n uur of so te doen. Alhoewel die werklike vragsnelheid wat binne sekondes gegee word, gedurende 'n dag (of selfs 'n week) kan verander, is sommige van die dinge wat GTMetrix kan onthul – soos baie van die aanbevelings oor die versnelling van u webwerf – verander glad nie met tyd nie.
2. Toets liggings
As u gratis weergawes van baie snelheidstoetsinstrumente gebruik (soos Pingdom, word u gewoonlik willekeurig 'n toetsbediener toegeken (dit wil sê dat die plek waar u webwerf getoets word, ewekansig is). Dit kan dikwels lei tot uiters teenstrydige resultate. Alhoewel toets 1 uit New York uitgevoer kan word, byvoorbeeld – 100 myl van u bediener af – kan toets 2 vanaf Sydney, 10.000 kilometer van u bediener af uitgevoer word.
Die plek waar u kies om u webwerf te toets, maak 'n groot verskil. Vir sommige projekte (soos plaaslike ondernemings), kan dit goed wees om data van ver af weg te gooi, maar in ander gevalle (dink webwerwe met 'n potensieel wêreldwye gehoor), wil u wêreldwyd toets..
Om plaaslik te toets, kies toetsbedieners wat naby die fisiese ligging van u bediener is. As u nie weet waar u bediener is nie, vra die gasheeronderneming wat u gebruik om u webwerf te huisves.
Om wêreldwyd te toets, kies vier of vyf toetsbedieners op belangrike plekke regoor die wêreld. Persoonlik wil ek ten minste een bediener uit die VSA kies, een uit Europa, een uit Australië en een uit Asië.
Om die plek te kies waaruit u u webwerf kan toets om GTMetrix te gebruik, moet u registreer vir 'n gratis rekening en aanmeld.
3. Toets teikens
Ek sien gereeld dat mense SLEGS hul tuisblad toets. Dit is 'n absoluut beginnerfout wat dinge veel meer kan skeefloop as wat u dink. In die eerste plek is u tuisblad miskien die minste data-intensiewe bladsy op u webwerf, wat dit natuurlik die vinnigste maak.
U tuisblad is miskien ook nie so belangrik as wat u wil dink nie. Ek het gewerk op 'n webwerf wat 97% van sy verkeer organies via soekenjins verkry het, waarvan byna almal na enkele plasings / bladsye gegaan het – so wees seker dat u op meer as net u tuisblad fokus!
Kortom: die snelheid van u tuisblad is natuurlik belangrik, maar dit kan sekondêr wees as baie van u ander bladsye, dus moet u dit ook toets as 'n aantal ander bladsye. Toets bladsye soos enkele posbladsye, winkelbladsye en produkbladsye, ens. Om 'n afgeronde stel resultate te kry.
Hoe GTMetrix werk
Basiese gebruik van GTMetrix is ​​gratis. U kan dadelik na die hoofblad gaan en u webwerf dadelik begin ontleed. 'N Geregistreerde (of selfs betaalde rekening) gee u meer opsies, soos om u toetslokasies te kies, outomatiese toetsing en meer te kies.
Die resultate-oorsig wys u die blaaier en ligging wat gebruik word vir die toets, PageSpeed- en YSlow-tellings, bladsyladingstyd, aantal versoeke en totale bladsygrootte. Dit is ideaal om tendense te ontleed, maar as u regtig wil weet waarom u webwerf stadig is en / of wat gedoen kan word om dinge verder te verbeter, moet u dieper delf.
PageSpeed ​​en YSlow bied twee effens verskillende metodes om te bepaal hoe 'n webwerf se struktuur en meganika die snelheid daarvan beïnvloed. Die resultate hiervan bevat hul eie aanbevelings om dinge vinniger te maak – soos om te kas, die byvoeging van verstrykingsopskrifte, die vermindering van bates, die aktivering van gzip-kompressie en dies meer.
Die ooreenstemmende gedeeltes in GTMetrix skakel elk vir meer inligting oor die onderwerp – sodat u meer diepgaande daaroor kan lees en presies kan leer wat u moet doen om elke spesifieke snelheidsverhogingsmetode te implementeer.
'N Sleutelpunt om daarop te let: Moenie persentasie tellings jaag nie. Dit kan misleidend wees, en hoef nie noodwendig alles wat belangrik is in ag te neem nie, soos die totale grootte in megagrepe op die bladsy (wat, terloops, dikwels baie beïnvloed word deur swak geoptimaliseerde beelde). In plaas daarvan, beklemtoon die werklike bladsladingsnelheid wat in sekondes gegee word – die doel om sekondes hiervan af te skeer (en die 'kritieke leweringspad' – meer hierna hieronder), moet die eintlike doel wees!
Die waterval is een van die nuttigste instrumente om knelpunte in die spoed van u webwerf vas te stel. Hierdie spesifieke siening is baie dieselfde as wat u kan sien in blaaier-gebaseerde gereedskap, soos die Firebug Net-paneel. Kyk gerus na hierdie uitstekende artikel oor die lees van watervalle vir meer inligting. As u betyds is, is die volgende weergawe:
Elke bate op u webwerf moet opgespoor, oorgedra en vertoon word. Elke balk in die waterval toon al die stappe vir elke bate en hoe lank dit geneem het.
Die stappe wat elke bate kan volg, is soos volg, met 'n bietjie verduideliking bygevoeg:
DNS-soek: Tyd om die DNS op te los
verbindTyd geneem om 'n verbinding te skep
blokkeer: Tyd spandeer in die blaaierwag en wag vir 'n verbinding
StuurTyd geneem om die versoek te stuur
wag: Tyd spandeer vir die antwoord (tyd tot eerste greep)
ontvangTyd geneem om inhoud af te laai
Op grond van hierdie inligting kan ons aannames maak oor wat op ons webwerf aangaan. Kyk eerstens na die blou lyn in die waterval hierbo. Dit verteenwoordig die punt waarop die DOM gelaai is. Die rooi lyn verteenwoordig die tydstip waarop die bladsy gelaai is.
Die tyd na eerste greep (TTFB) word ook as 'n belangrike aanduiding van u bedienerspoed beskou. Dit word getoon deur die waginligting in die waterval. As u konsekwent 'n hoë TTFB sien (selfs nadat u die belangrikste aanbevelings vir die verbetering van die snelheid van die werf deurgemaak het en dit verbeter het), kan dit wees dat u gasheerbediener u in die steek laat.!
Video en geskiedenis
Die laaste twee afdelings is slegs vir premiumrekeninge. Die video wys 'n werklike opname van die laai van die werf – wat u kan wys waarop al hierdie verskillende gegewens eintlik neerkom. Alhoewel dit 'n aangename funksie is, vind ek my nie daarvan om dit baie te gebruik soos wat die waarheid is nie, na my mening.
Die geskiedenis-oortjie is egter een van die beste kenmerke, want dit stel u in staat om die resultate van verskeie toetse op een bladsy te sien in 'n maklik verstaanbare, handige grafiek.
Die opstel van 'n toetssuite
Ek het persoonlik 'n pro-rekening by GTMetrix, wat ek meestal gebruik om my eie webwerwe en spesifieke tegnologieë wat van belang is, te toets.
Een nadeel van GTMetrix (alhoewel ek nog nie enige instrument wat dit in elk geval kan doen nie) teëkom, is dat dit nie veranderlike toetse kan opstel nie. Wat ek hiermee bedoel, is dat u nie vir GTMetrix kan sê om 'n ewekansige bladsy uit 'n gegewe stel te kies en dit op 'n ewekansige plek te toets nie. Dit gee ons 'n grafiek wat nog verder kan boor, gebaseer op bladsy en ligging (miskien iets vir die toekoms?).
'N Alternatief kan wees om sommige bladsye en liggings te spesifiseer en elke uur alle variasies te toets. Dit is weliswaar redelik hulpbronintensief – maar ons kan 'n wonderlike datastel bied om mee te werk. Soos dit nou staan, kan u dit handmatig doen en die GTMetrix-vergelykfunksie gebruik om u resultate te ontleed.
Om mee te begin, skep ek al die verskillende toetse wat ek nodig het. As ek 2 bladsye van 3 plekke wou toets, sou ek toetse vir alle permutasies opstel – wat tot 6 toetse sou lei. Ek monitor dan elke uur elke uur 'n toets, ideaal vir 'n week.
Nadat 'n bevredigende tyd verloop het, gaan ek na my paneelbord, kies alle toetse en vergelyk dit. Dit lei tot data-by-sy-data en totale grafieke.
Spoedwenke vir WordPress-gebruikers
O ja, en as u WordPress gebruik (die onderwerp wat hierdie webwerf uiteraard veral gaan) en op soek is na 'n paar vinnige oplossings om dit te bespoedig: hier is 'n paar baie effektief wenke waarby byna alle webwerwe wat deur WordPress aangedryf is, voordeel kan trek uit:
1. Maak seker dat die webgasheer wat u gebruik, gebruik van bedieners wat spesifiek vir WordPress geoptimaliseer is – en as u nog steeds generiese, nie-WordPress-geoptimaliseerde gedeelde hosting gebruik, skakel dan oor na iets veel, baie vinniger, soos 'n webgasheerplan van WP-enjin, vliegwiel of Kinsta.
2. As u dit nog nie het nie, gebruik dan 'n bladsy-caching-inprop, soos W3 Total Cache, WP Super Cache of WP Rocket.
3. Neem tyd om deur die prentjies van u werf te gaan en te verseker dat hulle almal so optimaal moontlik is (heroptimaliseer dit in 'n program soos Photoshop, of oorweeg dit om 'n spesialisdiens / plugin soos WP Smush te gebruik.
5. Hoe pynlik dit ook al mag wees: verwyder onnodige sosiale media-profiele om op u bladsy te laai (soos Facebook-, Twitter- en Google+-profiele – wat alles letterlik sekondes tot die laai van bladsye kan voeg).
6. Aktiveer gzip-kompressie, verklein alle skrifte en benut waar moontlik die blaaier-cache.
– Enige ander super-effektiewe kitsoplossings? Laat hulle gerus in die kommentaar hieronder! 😉
GTMetrix as 'n moniteringsinstrument
Tot dusver het ons grotendeels op GTMetrix gefokus as 'n manier om uit te vind wat op 'n webwerf verbeter moet word om dit vinniger te maak. Deur die waarskuwingsfunksie te gebruik, kan u egter ook die gevalle opspoor (en aanmeld) wat u werf onder 'n voorafbepaalde spoed vertraag.
U kan 'n aantal voorwaardes instel vanaf die laai van bladsye en YSlow-telling tot HTML-grootte – wat 'n mooi afgeronde stelsel maak. As daar aan een van u voorafbepaalde voorwaardes voldoen word, sal u dadelik 'n e-pos ontvang, waarmee u kan reageer op die inligting om enige probleme reg te stel.
Deur u webwerf te monitor, sal u moontlik nie die traagheid volledig voorkom nie, maar u sal in elk geval die geleentheid hê om vinnig op enige probleme te reageer ten einde die skade wat deur 'n onverwagse oplewing veroorsaak word, te verminder..
Waar GTMetrix val kort
In die geheel hou ek van GTMetrix, en kies ek om dit bo alle ander snelheidstoetsinstrumente te gebruik om my eie webwerwe te meet en dop te hou. Dit beteken egter nie dat alles daaromtrent perfek is nie. Een van my grootste probleme met GTMetrix is ​​dat dit nie veranderlike toetsing bied nie, wat 'n reuse-tydbesparing sou wees – iets waarvoor ek graag 'n bietjie ekstra sou betaal, want dit sou 'n bietjie tyd afvat van my toetsprosedures..
'N Ander fokusarea kan wees om te beklemtoon hoe belangrik dit is om 'n gasheer van hoë gehalte te gebruik. Deur die verskillende gashere wat gebruikers gebruik, op te spoor en te vertoon, kan die snelhede vergelyk word en beter gashere vir sekere gebruikers voorgestel word. Die TTFB kan ook gemonitor word, en voorstelle vir vinniger gashere wat vertoon word wanneer hierdie waarde besonder hoog is.
'N Paar aantekeninge oor die kritiese leweringspaaie kan – en na my mening – Indien – word ook bygevoeg. Alhoewel hierdie een waarnemend is, kan baie faktore opgespoor word, soos dat baie JS / CSS-lêers vroeg op die bladsy onnodig gelaai word ('n absolute sleuteloorweging terloops). Die optimalisering van die kritieke leweringspaadjie lei eintlik tot u webwerf baie vinniger op die gebruiker se skerm verskyn – selfs al is die 'algehele' bladsy-spoed nog redelik hoog!
As u 'n vinnige webwerf wil hê, sal u 'n uitgebreide hulpmiddel benodig om dit onder verskillende omstandighede te toets. Met GTMetrix kan u presies dit doen: deur 'n URL per uur en op verskillende plekke te monitor, gee dit u 'n volledige beeld van hoe u webwerf presteer.
As u reg gebruik in die stryd teen stadige snelhede, sal GTMetrix u toerus met meer as genoeg inligting om terug te veg. Onthou net om meer as net u tuisblad te toets, elke bladsy meer as een keer te toets en van verskeie plekke af te hou, en om die fokus te behou om daai vragtye te verminder, eerder as om die PageSpeed- en YSlow-persentasietellings te maksimeer!