👉 Sådan bruger du GTMetrix til at teste en hjemmeside hastighed - effektivt!

OptinMonster Review 2018: Er det det bedste ledende generationsværktøj?

Webstedets hastighed er uden tvivl en af ​​de vigtigste metrics for enhver hjemmeside – for nogle websteder kan forskellen på et enkelt sekund tilføje op til tusinder af dollars af ubesvarede (eller opnåede) indtægter. Dette gør det nøjagtigt at måle webstedets hastighed afgørende. Desværre er webstedets hastighed ikke særlig nem at måle. I denne artikel vil jeg vise dig, hvordan du bruger en af ​​de mest populære værktøjer, GTMetrix, til effektivt at måle en hjemmeside hastighed.

Speed ​​Test Overvejelser

Mange værktøjer – som den førnævnte GTMetrix – er gode, men ret ubrugelige, hvis alt du gør er en engangs hastighedskontrol. Mange faktorer skal tages i betragtning, hvis du vil effektivt teste for hastighed, men en af ​​de største er dette: Hastighedsforsøg skal udføres flere gange, og gennemsnittet tages for at opnå en reel betydning.

1. Antal test

For at få et rigtig godt omfattende sæt data, skal du lave en masse hastighedsprøver, helst på forskellige tidspunkter i løbet af dagen. Idealet ville være at planlægge en times prøve og lade den køre i omkring en uge eller deromkring.

Årsagen til dette er, at dit websteds præstationer vil ændre sig i løbet af dagen afhængigt af dit besøgstæller eller endda brugen af ​​din serverboks, hvis du er på en delt vært.

En god bivirkning ved denne test er, at du vil se dine spidsbelastninger – hvilket kunne potentielt angive den bedste tid til at sende nye indhold eller målannoncer / popups mv til dine besøgende.

Når det er sagt, er der stadig meget at lære ved at lave kun fem eller ti tests i løbet af en time eller deromkring. Selv om den faktiske belastningshastighed givet i sekunder kan ændre sig i løbet af en dag (eller endda ugen), kan nogle af de ting, GTMetrix afslører – som mange af de anbefalinger, det giver om, hvordan man kan øge hastigheden på din hjemmeside – vil ikke ændre sig med tiden overhovedet.

2. Teststeder

Når du bruger gratis versioner af mange hurtighedsprøvningsværktøjer (som f.eks. Pingdom), tildeles du normalt en testserver tilfældigt (det vil sige, hvorfra dit websted bliver testet vil være tilfældigt). Dette kan ofte føre til ekstremt inkonsekvente resultater. Mens test 1 kan udføres fra New York, for eksempel – 100 miles væk fra din server – Test 2 kunne udføres fra Sydney, 10.000 miles væk fra din server.

Den placering, du vælger at teste dit websted fra, gør en stor forskel. For nogle projekter (som lokale virksomheder) kan det være fint at kassere data fra steder langt væk, men i andre tilfælde (tænk websteder med et potentielt globalt publikum) vil du prøve globalt.

For at teste lokalt, vælg testservere, der ligger tæt på din serveres fysiske placering. Hvis du ikke ved, hvor din server er placeret, spørg den hostingvirksomhed, du bruger til at være vært for dit websted.

At teste globalt, Vælg fire eller fem testservere på nøgleområder rundt om i verden. Personligt kan jeg vælge mindst en server fra USA, en fra Europa, en fra Australien og en fra Asien.

For at kunne vælge den placering, hvorfra du skal teste dit websted fra at bruge GTMetrix, skal du registrere dig for en gratis konto og login.

3. Testmål

Jeg ser ofte, at folk test KUN deres hjemmeside. Dette er en helt nybegynders fejl, der kan skever ting meget mere, end du måske tror. Først og fremmest kan din hjemmeside være den mindst dataintensive side på dit websted, hvilket gør det naturligvis det hurtigste.

Din hjemmeside kan heller ikke være lige så vigtig som du gerne vil tænke. Jeg arbejdede på et websted, der erhvervede 97% af sin trafik organisk gennem søgemaskiner, hvoraf næsten alle gik til enkelte indlæg / sider – så sørg for at fokusere på mere end bare din hjemmeside!

Kort sagt: Hastigheden på din hjemmeside er selvfølgelig vigtig, men kan være sekundær til mange af dine andre sider, så sørg også for at teste som en række andre sider. Test sider som enkelt indlægssider, butikssider og produktsider mv for at få et godt afrundet sæt resultater.

Hvordan GTMetrix virker

Grundlæggende brug af GTMetrix er gratis. Du kan gå til hovedsiden og begynde at analysere dit websted med det samme. En registreret (eller endda betalt konto) giver dig flere muligheder, såsom at give dig mulighed for at vælge teststeder, automatisere test og meget mere.

Resultatoversigten viser dig browseren og den placering, der blev brugt til testning, PageSpeed ​​og YSlow-score, sideindlæsningstid, antal anmodninger og total sidestørrelse. Disse er gode til at analysere tendenser, men hvis du virkelig vil vide, hvorfor dit websted er langsomt, og / eller hvad der kan gøres for yderligere at forbedre tingene, skal du grave dybere.

PageSpeed ​​og YSlow

PageSpeed ​​og YSlow tilbyder to lidt forskellige metoder til at vurdere, hvordan en websteds struktur og mekanik påvirker dens hastighed. Resultaterne af disse indeholder deres egne anbefalinger til at gøre tingene hurtigere – såsom caching, tilføjelse udløber overskrifter, minificering af aktiver, aktivering af gzip-komprimering og lignende.

De tilsvarende afsnit i GTMetrix hvert link til yderligere information om emnet – så du kan læse mere dybt om det og lære præcis hvad du skal gøre for at implementere hver specifik hastighedsøkende metode, der er angivet.

Et vigtigt punkt at bemærke: Forfølg ikke procenttal. Disse kan være vildledende og tager ikke nødvendigvis hensyn til alt, hvad der er vigtigt, som den samlede størrelse i megabyte på siden (hvilket i øvrigt ofte er stærkt påvirket af dårligt optimerede billeder). I stedet, understrege den faktiske sidelasthastighed givet i sekunder – sigter på at barbere sekunder ud af dette (og den 'kritiske gengivelsessti' – mere på nedenstående) skal være det rigtige mål!

Vandfaldet

Vandfaldet er et af de mest nyttige værktøjer til at bestemme flaskehalse i din hjemmeside hastighed.Denne særlige visning er faktisk meget lig den, som du måske ser i browserbaserede værktøjer, såsom Firebug Net Panel. For mere information, kig hurtigt på denne fremragende artikel om, hvordan man læser vandfald. Hvis du er kort til tiden, er det nøddeskalversionen:

Hvert aktiv på dit websted skal søges op, overføres og vises. Hver bar i vandfaldet viser alle de trin, der er involveret for hvert aktiv, og hvor lang tid de tog.

De trin, som hvert aktiv kan gennemgå, er som følger, med en lille forklaring tilføjet:

  • DNS Lookup: Tid til at løse DNS'en
  • Tilslutning: Tiden er taget for at oprette en forbindelse
  • Blokering: Tid brugt i browserkøen og venter på en forbindelse
  • Sende: Tid til at sende anmodningen
  • Venter: Tidsforbrug venter på svaret (tid til første byte)
  • Modtagelse: Tid til at downloade indhold

Baseret på disse oplysninger kan vi lave nogle antagelser om, hvad der foregår på vores hjemmeside. Først og fremmest skal du kigge på den blå linje i vandfaldet ovenfor. Det repræsenterer det punkt, hvor DOM'en blev lastet. Den røde linje repræsenterer den tid siden blev indlæst.

Tiden til første byte (TTFB) betragtes også som en vigtig indikator for din serverhastighed. Dette fremgår af de ventende oplysninger i vandfaldet. Hvis du konsekvent ser en høj TTFB (selv efter at du har gennemgået og forbedret de vigtigste anbefalinger til forbedring af webstedets hastighed), kan det være, at din vært server er, hvad der slår dig ned!

Video og historie

De sidste to sektioner er kun til premium-konti. Videoen viser en faktisk optagelse af webstedets indlæsning – som kan vise dig, hvad alle disse forskellige data faktisk svarer til. Selvom det er en flot funktion, finder jeg ikke mig selv at bruge det meget, som det er, sandheden bliver fortalt, lidt gimmicky, efter min mening.

Historikfanen er imidlertid virkelig en af ​​de bedste funktioner, fordi den giver dig mulighed for at se resultaterne af flere tests på en side i en letforståelig, praktisk graf.

Konfiguration af en testsuite

Jeg har personligt en pro-konto med GTMetrix, som jeg hovedsagelig bruger til at teste både mine egne websteder og specifikke teknologier af interesse.

Én ulempe ved GTMetrix (selv om jeg endnu ikke er kommet over et værktøj, der kan gøre det alligevel) er, at det ikke kan oprette variable tests. Hvad jeg mener med dette er, at du ikke kan fortælle GTMetrix at vælge en tilfældig side fra et givet sæt og teste det fra et tilfældigt sted. Dette ville give os en graf, der kunne bore ned endnu mere, baseret på side og placering (noget for fremtiden måske?).

Et alternativ ville være at angive både nogle sider og steder og teste alle variationer hver time. Dette er ganske vist temmelig ressourceintensive – men ville give os et godt datasæt til at arbejde med. Som det står kan du gøre det manuelt og bruge GTMetrix-sammenligningsfunktionen til at analysere dine resultater.

Til at begynde med opretter jeg alle de forskellige tests, jeg har brug for. Hvis jeg ønskede at teste 2 sider fra 3 steder, ville jeg oprette tests for alle permutationer – hvilket ville resultere i 6 tests. Jeg vil derefter overvåge hver timetest i mindst et par dage, helst en uge.

Når en tilfredsstillende tid er gået, går jeg ind i mit dashboard, vælg alle tests og sammenligner dem. Dette resulterer i side-by-side data og aggregerede grafer.

Hastighedstips til WordPress-brugere

Åh, og hvis du bruger WordPress (emnet dette websted selvfølgelig primært handler om) og tilfældigvis er på udkig efter nogle hurtige løsninger til at fremskynde ting: her er et par meget effektiv Tip, at næsten alle WordPress-drevne websites kan have gavn af:

  • 1. Sørg for, uanset hvilken webhost du bruger, bruger servere, der er optimeret specifikt til WordPress – og hvis du stadig bruger generisk, ikke-WordPress-optimeret delt hosting, skift til noget meget, meget hurtigere, som en web hosting plan fra WP motor, svinghjul eller Kinsta.
  • 2. Hvis du ikke allerede er, skal du begynde at bruge et side caching plugin, som W3 Total Cache, WP Super Cache eller WP Rocket.
  • 3. Tag dig tid til at gå gennem dit websteds billeder og sikre, at de er alle optimalt, som de kan være (enten optimere dem i et program som Photoshop eller overvej at bruge en specialservice / plugin som WP Smush).
  • 4. Sørg for, at dit websted lægger så meget af dets JavaScript som muligt i bunden af ​​siderne (i stedet for øverst, hvor det vil forsinke læsningen af ​​alle andre sideelementer).
  • 5. Som smertefuldt som det kan være: Fjern eventuelle unødvendige sociale medier profiler fra indlæsning på din side (som Facebook, Twitter og Google+ profiler – som alle kan bogstaveligt talt tilføje sekunder til dine sidetryk gange).
  • 6. Aktiver gzip-komprimering, reducer alle scripts og udnyt browserens caching, hvor det er muligt.
  • og 7. Måske vigtigst af alt: Fjern alt unødvendigt plugin, der kan indlæse alle slags CSS- og JavaScript-filer på dine sider – selv om der ikke er nogen teknisk begrænsning for antallet af plugins, du kan installere på et WordPress-powered website, en meget almindelig tommelfingerregel er: Jo flere plugins, jo langsommere webstedet!

– Hvilke andre super-effektive hurtige løsninger? Du er velkommen til at forlade dem i kommentarerne nedenfor! ;)

GTMetrix som et overvågningsværktøj

Hidtil har vi i høj grad fokuseret på GTMetrix som en måde at finde ud af, hvad der skal forbedres på et websted for at gøre det hurtigere. Ved hjælp af alarmeringsfunktionen kan du imidlertid også registrere (og rapportere) eventuelle tilfælde, hvor dit websted sænker under en foruddefineret hastighed.

Du kan indstille en række betingelser fra sideindlæsningstider og YSlow-score til HTML-størrelse – hvilket giver et ret godt afrundet system. Hvis nogen af ​​dine forudindstillede betingelser er opfyldt, modtager du en e-mail med det samme, så du kan handle på oplysningerne for at rette op på eventuelle problemer.

Ved at overvåge dit websted kan du muligvis ikke forhindre langsomhed helt, men du vil i det mindste have mulighed for hurtigt at reagere på eventuelle problemer for at minimere den skade, der er forårsaget af f.eks. En uventet trafikstigning.

Hvor GTMetrix falder Kort

På det hele synes jeg snarere om GTMetrix, og vælger at bruge det over alle andre hastighedsprøvningsværktøjer til måling og overvågning af mine egne websteder. Dette betyder dog ikke, at alt om det er perfekt. Et af mine største problemer med GTMetrix er, at det ikke tilbyder variabel test, hvilket ville være en kæmpe tidsbesparende – noget jeg gerne ville betale lidt ekstra for, da dette ville trimme en smule tid uden for mine testprocedurer.

Et andet fokusområde kunne understrege, hvor vigtigt det er at bruge en højkvalitets vært. Ved at registrere og vise de forskellige værter brugerne bruger, kunne hastigheder sammenlignes og bedre værter foreslået for bestemte brugere. TTFB'en kunne også overvåges, og forslag til hurtigere værter vises, når denne værdi er særlig høj.

Et par noter om de kritiske renderingsbaner kunne – og efter min mening bør – også tilføjes. Selvom denne er perceptuel, kan mange faktorer opdages, såsom mange JS / CSS-filer unødvendigt indlæst tidligt på siden (en absolut vigtig overvejelse forresten). Optimering af den kritiske renderingssti vil føre til din hjemmeside faktisk vises meget hurtigere på brugerens skærm – selvom den samlede sidehastighed stadig er ret høj!

Oversigt

Hvis du vil have en hurtig hjemmeside, skal du bruge et omfattende værktøj til at teste det under en række omstændigheder. GTMetrix giver dig mulighed for at gøre det nøjagtigt: Ved at overvåge en URL hver time og fra forskellige steder, vil det give dig et komplet billede af, hvordan dit websted udfører.

Bruges korrekt i kampen mod langsomme sitehastigheder, vil GTMetrix udstyre dig med mere end nok information til at kæmpe tilbage. Bare husk at teste mere end kun din hjemmeside, for at teste hver side mere end én gang og fra flere steder og for at holde fokus på faktisk at reducere disse belastningstider i stedet for at maksimere PageSpeed ​​og YSlow procentpoint!

Kendskab til andre / bedre måder at måle en hjemmeside hastighed på? Tanker?

Like this post? Please share to your friends:
Skriv et svar

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