👉 Hur man använder GTMetrix för att testa en webbplats hastighet - effektivt!

OptinMonster Review 2018: Är det bästa ledningsgenereringsverktyget?

Webbplatshastigheten är utan tvekan en av de viktigaste mätvärdena för vilken webbplats som helst – för vissa webbplatser kan skillnaden i ett sekund öka till tusentals dollar av missade (eller vinst) intäkter. Detta gör att hastigheten är avgörande för mätning av platshastigheten. Tyvärr är webbplatshastigheten inte särskilt lätt att mäta. I den här artikeln visar jag hur du använder ett av de mest populära verktyg som finns tillgängliga, GTMetrix, för att effektivt mäta en webbplatss hastighet.

Hastighetstest överväganden

Många verktyg – som ovan nämnda GTMetrix – är bra, men ganska meningslösa om allt du gör är en engångshastighetskontroll. Många faktorer måste beaktas om du vill effektivt testa för hastighet, men en av de största är detta: Hastighetsprov behöver göras flera gånger och medelvärdena tas för att resultaten ska ha någon riktig betydelse.

1. Antal test

För att få en riktigt bra omfattande uppsättning data måste du göra en hel del hastighetsprov, helst vid olika tidpunkter under hela dagen. Det ideala skulle vara att schemalägga ett timmarsprov och lämna det i ungefär en vecka eller så.

Anledningen till detta är att din webbplats prestanda ändras under hela dagen, beroende på antalet besökare eller till och med användningen av din serverns box om du är på en gemensam värd.

En bra bieffekt av detta test är att du kommer att se dina högtidstimmar – vilket kan indikera den bästa tiden för att du ska skicka nya innehåll eller målannonser / popup-fönster, etc, till dina besökare.

Det sägs att det fortfarande finns gott om att lära sig genom att bara göra fem eller tio test under en timme eller så. Även om den faktiska belastningshastigheten som ges i sekunder kan förändras under en dag (eller till och med veckan), kan några av de saker GTMetrix avslöjar – som många av de rekommendationer som kommer att ge på hur du går fort på att påskynda din webbplats – kommer Inte förändras med tiden alls.

2. Provplatser

När du använder fria versioner av många hastighetsprövningsverktyg (till exempel Pingdom), tilldelas du vanligtvis en testserver slumpmässigt (det vill säga den plats från vilken din webbplats testas kommer att vara slumpmässig). Detta kan ofta leda till extremt inkonsekventa resultat. Medan test 1 kan utföras från New York, till exempel – 100 mil från din server – Test 2 kan utföras från Sydney, 10 000 miles från din server.

Den plats du väljer att testa din webbplats från gör stor skillnad. För vissa projekt (som lokala företag) kan det vara bra att skicka data från platser långt borta, men i andra fall (tänk webbplatser med en potentiellt världsomspännande publik) vill du testa globalt.

För att testa lokalt, välj testservrar som ligger nära din servers fysiska plats. Om du inte vet var din server är lokaliserad, fråga det webbhotell du använder för att vara värd för din webbplats.

Att testa globalt, Välj fyra eller fem testservrar på viktiga platser runt om i världen. Personligen gillar jag att välja minst en server från USA, en från Europa, en från Australien och en från Asien.

För att kunna välja platsen för att testa din webbplats från att använda GTMetrix måste du registrera dig för ett gratis konto och logga in.

3. Testmål

Jag ser ofta att människor testar ENDAST deras hemsida. Detta är en absolut nybörjares misstag som kan skeva saker mycket mer än du kanske tror. Först och främst kan din hemsida vara den minst dataintensiva sidan på din webbplats, vilket gör det naturligtvis det snabbaste.

Din hemsida kan också inte vara lika viktig som du skulle vilja tänka. Jag arbetade på en webbplats som förvärvade 97% av sin trafik organiskt via sökmotorer, nästan alla som gick till enskilda inlägg / sidor – så var noga med att fokusera på mer än bara din hemsida!

Kort sagt: Hastigheten på din hemsida är förstås viktig, men kan vara sekundär till många av dina andra sidor, så var noga med att testa det som ett antal andra sidor. Testa sidor som enstaka sidor, butikssidor och produktsidor, etc, för att få en väl avrundad uppsättning resultat.

Hur GTMetrix fungerar

Grundläggande användning av GTMetrix är gratis. Du kan gå till huvudsidan och börja analysera din webbplats direkt. Ett registrerat (eller till och med betalat konto) ger dig fler alternativ, till exempel att du kan välja testställen, automatisera tester och mer.

Resultatöversikten visar vilken webbläsare och plats som används för testning, PageSpeed ​​och YSlow-poäng, sidladdningstid, antal förfrågningar och total sidstorlek. Dessa är bra för att analysera trender, men om du verkligen vill veta varför din webbplats är långsam och / eller vad som kan göras för att ytterligare förbättra saker, måste du gräva djupare.

PageSpeed ​​och YSlow

PageSpeed ​​och YSlow erbjuder två lite olika metoder för att mäta hur en webbplatss struktur och mekanik påverkar sin hastighet. Resultaten av dessa innehåller egna rekommendationer för att göra saker snabbare – som cachning, lägger till upphörande rubriker, minskar tillgångar, möjliggör gzip-komprimering och liknande.

Motsvarande avsnitt i GTMetrix varje länk till ytterligare information om ämnet – så att du kan läsa mer djupt om det och lära dig exakt vad du ska göra för att implementera varje specifik hastighetsökande metod som listas.

En viktig punkt att notera: Chase inte procentpoäng. Dessa kan vara vilseledande och tar inte nödvändigtvis hänsyn till absolut allt som är viktigt, till exempel den övergripande storleken i sidans sidor (som ibland ofta påverkas av dåligt optimerade bilder). Istället, betona den faktiska sidlasthastigheten som ges i sekunder – Siktar på att raka sekunder bort från detta (och den "kritiska återgivningsbanan" – mer här nedan) borde vara det riktiga målet!

Vattenfallet

Vattenfallet är ett av de mest användbara verktygen för att hitta flaskhalsar i din webbplats hastighet.Denna synvinkel är faktiskt väldigt lik vad du kanske ser i webbläsarbaserade verktyg, till exempel Firebug Net Panel. För mer information, ta en snabb titt på denna utmärkta artikel om hur man läser vattenfall. Om du har kort tid, här är nutshell-versionen:

Varje tillgång på din webbplats måste letas upp, överföras och visas. Varje bar i vattenfallet visar alla steg som är involverade för varje tillgång och hur länge de tog.

Stegen som varje tillgång kan gå igenom är följande, med en liten förklaring tillagt:

  • DNS-sökning: Tid för att lösa DNS
  • Anslutning: Tiden för att skapa en anslutning
  • Blockering: Tid som spenderas i webbläsarkön och väntar på en anslutning
  • Sändning: Tid för att skicka förfrågan
  • Väntar: Tidsförbrukning väntar på svaret (tid till första byte)
  • Tar emot: Tid för att ladda ner innehåll

Baserat på denna information kan vi göra några antaganden om vad som händer på vår hemsida. Först och främst, ta en titt på den blå linjen i vattenfallet ovanför. Den representerar den punkt där DOM-filen laddades. Den röda linjen representerar tiden då sidan laddades.

Tiden till första byte (TTFB) anses också som en viktig indikator på din serverhastighet. Detta visas genom väntande information i vattenfallet. Om du konsekvent ser en hög TTFB (även efter att du har gått igenom och förbättrat de viktigaste rekommendationerna för att förbättra webbplatsens hastighet) kan det vara att din värdserver är vad som släpper ner dig!

Video och historia

De två sista sektionerna gäller endast premiumkonton. Videon visar en faktisk inspelning av webbplatsen laddning – som kan visa dig vad alla dessa olika data faktiskt uppgår till. Medan det är en bra funktion, tycker jag inte att jag använder det så mycket som det är, sanningen ska höras, lite gimmicky, enligt min åsikt.

Historikfliken är dock verkligen en av de bästa funktionerna, eftersom den låter dig se resultaten av flera tester på en sida i ett lättfattat, praktiskt diagram.

Konfigurera en testsupport

Jag har personligen ett proffs konto med GTMetrix, som jag använder mest för att testa både mina egna webbplatser och specifika teknologier av intresse.

En nackdel med GTMetrix (även om jag ännu inte har stött på något verktyg som kan göra det i alla fall) är att det inte kan skapa variabla test. Vad jag menar med detta är att du inte kan berätta för GTMetrix att välja en slumpmässig sida från ett givet set och testa det från en slumpmässig plats. Detta skulle ge oss ett diagram som borra ner ytterligare, baserat på sida och plats (något för framtiden kanske?).

Ett alternativ skulle vara att ange både vissa sidor och platser och testa alla variationer varje timme. Detta är visserligen ganska resursintensivt – men skulle ge oss en bra dataset att arbeta med. Som det står kan du göra det manuellt och använda GTMetrix-jämförningsfunktionen för att analysera dina resultat.

Till att börja med skapar jag alla olika prov som jag behöver. Om jag ville testa 2 sidor från 3 platser skulle jag sätta upp test för alla permutationer – vilket skulle resultera i 6 test. Jag skulle sedan övervaka varje timmeprov i minst ett par dagar, helst en vecka.

När en tillfredsställande tid har gått, går jag in i min instrumentpanel, väljer alla tester och jämför dem. Detta resulterar i sida-vid-sida data och aggregerade grafer.

Snabbtips för WordPress-användare

Åh, och om du använder WordPress (ämnet är den här webbplatsen förstås handlar om allt) och råkar leta efter några snabba korrigeringar för att påskynda saker: här är några väldigt effektiv tips som nästan alla WordPress-drivna webbplatser kan dra nytta av:

  • 1. Se till att vilken webbhotell du använder använder server som optimeras specifikt för WordPress – och om du fortfarande använder generisk, icke-WordPress-optimerad delad hosting, byt till något mycket, mycket snabbare, som en webbhotell plan från WP-motor, svänghjul eller Kinsta.
  • 2. Om du inte redan, börja använda ett plugin för sidhantering, till exempel W3 Total Cache, WP Super Cache eller WP Rocket.
  • 3. Ta dig tid att gå igenom bilderna på din webbplats och se till att de är så optimerade som de kan vara (antingen optimera dem i ett program som Photoshop eller överväga att använda en specialtjänst / plugin som WP Smush).
  • 4. Se till att din webbplats laddar så mycket av dess JavaScript som möjligt längst ner på sidorna (i stället för överst där det kommer att fördröja laddningen av alla andra sidelement).
  • 5. Så smärtsamt som det kan vara: Ta bort eventuella onödiga sociala medier profiler från att läsa på din sida (som Facebook, Twitter och Google+ profiler – alla kan helt bokstavligen lägga till sekunder till sidlastningstiderna).
  • 6. Aktivera gzip-komprimering, minimera alla skript och utnyttja webbläsarens caching när det är möjligt.
  • och 7. Kanske viktigast av allt: Ta bort allt onödigt plugin som kan ladda alla typer av CSS- och JavaScript-filer på dina sidor – även om det finns tekniskt ingen gräns för antalet plugins du kan installera på en WordPress-driven webbplats, en mycket allmän tumregel är: ju fler plugins, desto långsammare är platsen!

– Alla andra superffektiva snabbkorrigeringar? Lämna gärna dem i kommentarerna nedan! ;)

GTMetrix som ett övervakningsverktyg

Hittills har vi i stor utsträckning fokuserat på GTMetrix som ett sätt att ta reda på vad som ska förbättras på en webbplats för att göra det snabbare. Med hjälp av varningsfunktionen kan du också upptäcka (och rapportera) eventuella fall som din webbplats saktar under en fördefinierad hastighet.

Du kan ställa in ett antal villkor från sidlastningstider och YSlow-poäng till HTML-storlek – vilket ger ett ganska väl avrundat system. Om någon av dina förinställda villkor är uppfyllda, får du ett e-postmeddelande direkt, så att du kan agera på informationen för att åtgärda eventuella problem.

Genom att övervaka din webbplats kan du kanske inte förhindra långsamhet helt, men du kommer åtminstone att ha möjlighet att snabbt reagera på några problem för att minimera skadan som orsakas av en oväntad trafiköverskott.

Där GTMetrix faller kort

På det hela taget gillar jag GTMetrix, och väljer att använda den över alla andra hastighetsprovningsverktyg för att mäta och hålla reda på mina egna webbplatser. Det betyder emellertid inte att allting om det är perfekt. Ett av mina största problem med GTMetrix är att det inte erbjuder variabel testning, vilket skulle vara en stor tidsbesparare – något jag gärna skulle betala lite extra för, eftersom det här skulle trimma en hel del ledig tid från mina testprocedurer.

Ett annat fokusområde kan betona hur viktigt det är att använda en högkvalitativ värd. Genom att upptäcka och visa de olika värdarna användarna använder, kan hastigheter jämföras och bättre värdar föreslås för vissa användare. TTFB kunde också övervakas och förslag till snabbare värden visas när detta värde är särskilt högt.

Några anteckningar om de kritiska reningsbanorna kunde – och enligt min mening skall – läggs också till Medan den här är perceptuell kan många faktorer detekteras, till exempel att många JS / CSS-filer behöver laddas tidigt på sidan (en absolut viktig övervägning förresten). Optimering av den kritiska reningsbanan leder till att din webbplats faktiskt visas mycket snabbare på användarens skärm – även om lasthastigheten för hela sidan är fortfarande ganska hög!

Översikt

Om du vill ha en snabb webbplats behöver du ett omfattande verktyg för att testa det under ett antal omständigheter. Med GTMetrix kan du göra exakt det här: genom att övervaka en URL-timme och från olika platser kommer den att ge dig en komplett bild av hur din webbplats utför.

Används korrekt i striden mot långsamma sidhastigheter, kommer GTMetrix att utrusta dig med mer än tillräckligt med information för att slåss tillbaka. Kom bara ihåg att testa mer än bara din hemsida, för att testa varje sida mer än en gång, och från flera platser, och för att hålla fokus på att faktiskt minska dessa belastningstider i stället för att maximera PageSpeed ​​och YSlow-procenttalet!

Känna till andra / bättre sätt att mäta en webbplats hastighet? Tankar?

Titta på videon: OptinMonster Review

Like this post? Please share to your friends:
Kommentera

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