När det gäller den totala hastigheten på din webbplats, fokuserar vi många gånger på prestanda och optimeringar på framsidan för att förbättra sidladdningshastigheten.
Ibland är det dock bra att titta på det från serverns sida, där din webbplats ursprungligen börjar ladda.
Idag kommer vi att dyka in hur TTFB (tid till första byte) påverkar dig och diskutera några enkla sätt att minska det. TTFB är vanligtvis en förbisedd prestationsfaktor, men den bör beaktas när du testar hastigheten på din webbplats.
Vad är TTFB?
TTFB står för tid till första byte. För att uttrycka det enkelt är det här ett mått på hur länge webbläsaren måste vänta innan den mottar sin första bit av data från servern. Ju längre tid det tar att få den data, desto längre tid tar det att visa din sida. En vanlig missuppfattning är att detta beräknas efter DNS uppslagstider, men ursprungliga beräkningen av TTFB i nätverket innehåller alltid nätverkslatens. Detta innebär en 3-stegs process och fördröjningar och latens kan inträffa var som helst däremellan och lägger till din totala TTFB.
1. Begäran till Server
När någon besöker din webbplats är det första som händer en HTTP-begäran skickad från klienten (webbläsaren) till servern. I detta steg finns det en mängd olika faktorer som kan introducera förseningar. Långsamma DNS-uppslagstider kan bidra till ökad tid för begäran. Om servern ligger geografiskt långt bort kan detta introducera latens i det avstånd som data måste resa. Om du har komplicerade brandväggsregler kan detta också öka routingtiden. Och glöm inte kundens internethastighet.
2. Server-process
När begäran har skickats måste servern nu bearbeta det och skapa ett svar. Detta kan introducera ett antal olika förseningar, t.ex. långsamma databassamtal, för många tredjepartsskript, servern cachar inte ditt första svar, dåligt optimerad kod eller tema och ineffektiva serverresurser som disk I/O eller minne.
3. Svar till Klient
När servern behandlar begäran måste den sedan skicka tillbaka den till klienten (eller snarare skicka tillbaka första byte). Detta påverkas kraftigt av både serverns och klientens nätverkshastighet. Om klienten har långsamt internet från en Wi-Fi-hotspott, kommer det att reflekteras i TTFB.
Är TTFB Viktigt?
Det är viktigt att förstå att TTFB (tid till första byte) inte är densamma som webbplatsens hastighet. Detta är egentligen ett mått på responsivitet. Det finns många diskussioner på webben om huruvida TTFB är viktigt. Vissa säger att det är meningslöst (Cloudflare, LittleBizzy), och andra säger att det är viktigt (Ilya Grigorik, Web Performance Engineer på Google). Båda sidorna ger några giltiga punkter på varför det är eller inte är viktigt och även några frågor om hur det faktiskt beräknas.
Moz gjorde även en djupgående studie om korrelationen mellan sökrankningar och tid till första byte. Det är emellertid svårt att veta om det här var orsaken eller om webbplatser med lägre TTFB också var helt enkelt snabbare i allmänhet, vilket i sin tur kan påverkas av Googles sidhastighets rankingfaktor.
Men i stället för att spendera tid på att diskutera om det spelar roll eller inte, vill vi hellre fokusera på optimeringar du kan göra för att förbättra detta mätvärde. Allt du gör kan bidra till den totala hastigheten på din webbplats, vilket i sin tur påverkar din TTFB. I våra testsidor laddas och upplevs sidor med mycket större TTFB långsammare.
Vanligtvis är allt under 100 ms bra TTFB. Google PageSpeed Insights rekommenderar under 200 ms för serverens svarstid. Om du befinner dig i området av 300-500 ms är detta ganska standard. Och om du är över 600 ms kanske du har något fel konfigurerat på din server eller så kan det vara dags att uppgradera till en bättre webbstack. Eller följ våra rekommendationer nedan om hur du kan minska din TTFB. Och kom ihåg att SSL/TLS-förhandlingar också kan vara en faktor.
Hur du Mäter ditt TTFB
Det finns många olika sätt att testa din TTFB. Vi kommer att utforska ett par nedan. Men kom ihåg, varje verktyg ger lite annorlunda resultat så det är viktigt att helt enkelt använda en och hålla fast vid den för en baslinje.
Mäta TTFB med Google Chrome DevTools
Du kan mäta TTFB i Google Chrome genom att starta DevTools. Kom ihåg dock om du testar från din dator att TTFB påverkas av nätverksfördröjning och din internetanslutning. Så det är nog mer effektivt att använda Tredjepartsverktyget (se nedan) som testas från ett datacenter.
- Välj Fler verktyg> Utvecklarverktyg från Chrome-menyn.
- Högerklicka på ett sidelement och välj Inspektera
- Använd tangentbordsgenvägarna Ctrl+Shift+I (Windows) eller Cmd+Opt+I (Mac)
Du kan starta nätverksfönstret och se prestandan på din webbplats.
Mäta TTFB med Geekflare’s verktyg
Geekflare har ett grymt gäng verktyg som är gratis som du kan använda för att testa och problemsöka olika saker på din sajt. Geekflare’s TTFB-verktyg är enkelt, snabbt och låter dig se hur snabbt (lågt) din tid för första bytes är från tre platser runt om i världen.
Mäta TTFB med WebPageTest
Du kan även mäta din TTFB med WebPageTest. Enligt deras ordlista är måltiden den tid som behövs för DNS, socket och SSL-förhandlingar + 100ms. En bokstavsklass kommer att dras av för varje 100m bortom målet. Som du kan se i vårt test nedan mättes denna webbplats till 0.256s eller 256 ms TTFB.
Mäta TTFB med Pingdom
Chrome och WebPageTest hänvisar till det som TTFB. Men om du använder Pingdom kallas det faktiskt ”Vänta”. Se även till vår djupgående guide om hur du använder Pingdom.
Mäta TTFB med GTmetrix
I GTmetrix, precis som med Pingdom, kallas TTFB som väntetid. Se även till vår djupguide om hur du använder GTmetrix.
Mäta TTFB med verktyg från KeyCDN
KeyCDN har ett bra testverktyg för webprestanda där du kan mäta din TTFB från 14 olika platser samtidigt. Som du kan se nedan i vårt test är TTFB låg i USA och mycket högre utomlands. Detta beror på att vår server är fysiskt belägen i USA. Det här är beviset på att latens och avstånd spelar in i TTFB.
Det finns också några andra olika verktyg för att mäta TTFB, som Sucuri Performance Tool och ByteCheck. Visste du? Även Google Analytics har en sektion för att se din genomsnittliga svarstid. Klicka bara på ”Beteende> Webbplatshastighet> Översikt.”
4 Sätt att Reducera TTFB på din webbplats
Låt oss nu dyka ner i några sätt på hur du kan minska TTFB på din webbplats.
1. Använd en snabb värd
Det första sättet att minska TTFB är att se till att du använder en snabb värd. Vi jämförde en tredjeparts delad värd TTFB (som ligger i Phoenix, AZ) och Kinstas TTFB (som ligger i Council Bluffs, Iowa). Vi utnyttjade exakt samma inställning med standard Twenty Seventeen-temat Kom ihåg att Kinsta nu har alla 37 Google Cloud Platform-platser tillgängliga, så det är viktigt att strategiskt placera ditt WordPress-webbplats närmare dina besökare.
Kinsta inkluderar även Google Cloud Platforms premium tiernätverk på alla hosting-planer. Många andra leverantörer av hosting använder Google Clouds standardsystem, vilket resulterar i långsammare hastigheter.
Delad värd TTFB
Över hela regionen var den genomsnittliga TTFB 520 ms. Över USA och Kanada var den genomsnittliga TTFB 240 ms.
Kinsta TTFB
I alla regioner var den genomsnittliga TTFB 412 ms. Över USA och Kanada var den genomsnittliga TTFB 164 ms. Om du har Kinsta som värd kan du också välja att vara din webbplats ska hostas i Europa eller Asien. Se listan över Google Cloud Data Center-platser.
Så enbart genom att använda en snabbare värd såg vi 20 % minskning av TTFB globalt. Och en 32 % minskning i TTFB över USA och Kanada.
Att ha en bra applikation, databas och hanterad WordPress-host (som Kinsta), med en noggrant genomtänkt arkitektur, är avgörande för att sänka din TTFB.
Detta gör också en bra orsak för att noggrant att välja en plats som ligger fysiskt i en region där dina kunder är. Om de flesta av dina kunder befinner sig i USA, ha inte din server i Europa (även om en CDN kan hjälpa till något).
2. Implementera en CDN
Ett annat enkelt sätt att minska TTFB är att använda ett Content Delivery Network (CDN). Om du har en webbplats som servar besökare i olika delar av landet eller runt om i världen, kan detta drastiskt minska din TTFB. Som vi såg ovan är platsen mycket viktigt. Vi körde ett litet test för att visa skillnaden med KeyCDN som vår CDN-leverantör. Varje test kördes 5 gånger och genomsnittet togs.
TTFB Utan CDN
Vi körde ett test med vår CDN avstängd och som du kan se var vår totala laddningstid 1,45 s och vår genomsnittliga TTFB på en tillgång var omkring 136 ms.
TTFB med CDN
Vi aktiverade sedan vår CDN och körde testet igen. Som du kan se sjönk våra totala laddningstider sjönk ner till 788 ms och vår genomsnittliga TTFB är nu 37 ms! Vilken skillnad en CDN kan göra. En annan viktig sak att notera är att vi valde Stockholms att utföra detta test. Varför? Eftersom vi ville visa dig den verkliga förbättringen som kan uppnås genom att minska det fysiska avståndet. Det finns en CDN POP i Stockholm, så vårt innehåll serveras från Stockholm.
Obs! Om du använder Cloudflare kan du ha en något högre TTFB. Detta beror troligtvis på det extra överflödet och komplexiteten att ha full proxy-tjänst igång. Kom ihåg att Cloudflare har ytterligare brandväggar och andra funktioner som vissa CDN-leverantörer inte har. Så du skulle behöva bestämma dig för vad som kan gynna dig mer. Om hela din webbplats inte är ordentligt optimerad, kan det vara värt att ha en lite högre TTFB.
Du kanske också vill kolla in WP Bullet-guiden om hur du använder Cloudflare sidhantering för att sänka TTFB. Det kan kräva ytterligare konfiguration och testning. Se till att du kör egna tester eftersom varje miljö är annorlunda.
Föreslagen läsning: Hur man ställer in Cloudflare APO för WordPress.
3. Använd cachelagring på din webbplats
Ett tredje sätt, och förmodligen ett av de enklaste sätten att minska din TTFB är att använda cachning på din webbplats. Många tror bara att cachning kan hjälpa till att minska dina laddningstider, men i själva verket bidrar det också till att minska TTFB eftersom det hjälper till att minska serverens behandlingstid. Vi körde några tester igen med och utan cache körning. Varje test kördes 5 gånger och genomsnittet togs.
Avaktiverat Cachning
Vi körde webbplatsen via Pingdom, och utan cache-körning gjorde vår webbplats en 1,17 s laddningstid och en 560 ms TTFB.
Aktiverat Cachning
Vi aktiverade då cachning och körde sidan via Pingdom igen. Den här gången fick vår webbplats 643 ms ladddningstid och 57 ms TTFB.
Så genom att möjliggöra cachning kunde vi minska vår TTFB med hela 90 %! Du kan läsa mer om Kinstas cachning. Vi gör detta på servernivå, vilket innebär att inga plugins för cachning krävs. Om du inte använder en hanterad WordPress-host så rekommenderar vi att du använder ett kostnadsfritt cache-plugin som Cache Enabler.
4. Använd en Premium DNS Leverantör
Och sist men inte minst spelar DNS en roll i TTFB också. Det är svårt att exakt beräkna hur mycket det påverkas, men du kan fortfarande se övergripande DNS-uppslagstider och se att det finns snabbare och långsammare leverantörer där ute. Vi körde ett par test med SolveDNS speed test. Här är ett exempel på en domän som använder NameCheaps gratis DNS och svarstiderna.
Gratis NameCheap DNS
Och nedan är ett exempel med Amazon Route 53: s premium DNS. Som du kan se i allmänhet är DNS-uppslagstider mycket snabbare med Amazon. Vanligtvis kommer premium-DNS-leverantörer att ha bättre hastigheter. Cloudflare är en fri som också har bra prestanda.
Amazon Route 53 DNS
Se till att kolla in vårt inlägg på varför du borde använda en premium DNS-leverantör. Vi samarbetade med Amazon Route 53 här på Kinsta och det är gratis för alla kunder.
Sammanfattning
Det finns många andra saker du kan optimera eller fixa för att minska TTFB, t.ex. databas-cachning, Disk IO, Byt användning, RAM, PHP-inställningar, MySQL-inställningar, nätverksinställningar, TLS-total etc. Men de som nämns ovan är ganska lätta att implementera och ge dig den snabbaste prestationshöjningen. Så nästa gång någon frågar dig hur du ska minska din TTFB, kom ihåg att en snabb värd, CDN, cachning och DNS alla spelar en stor roll. Att fixa eller förbättra dessa flaskhalsar gör tricket.
Vad har du din erfarenhet varit med TTFB? Vi skulle gärna höra om det nedan.
Brian har stor passion för WordPress och har använt det i över ett årtionde, han har till och med utvecklat ett par premium-plugins. Brian gillar att blogga, kolla filmer och hiking. Ta kontakt med Brian via Twitter.
Lämna ett svar