A TTFB elmagyarázva: mit mér a Time-to-First-Byte, és miért félrevezetők az egyetlen számon alapuló összehasonlítások
A Time to First Byte összetett mérőszám — DNS, TCP, TLS, szerveroldali feldolgozás, visszaút. A tárhelytesztekben szereplő egyetlen TTFB-érték nem reprodukálható. Íme, mit mér valójában a TTFB, és hogyan hasonlítsd össze a tárhelyszolgáltatókat tisztességesen.
Mit mér valójában a TTFB
A Time to First Byte az az időtartam, amely a böngésző kérésének elküldésétől a válasz első bájtjának visszaérkezéséig telik el. Öt dolog összetétele: DNS-feloldás, TCP-kézfogás, TLS-egyeztetés, szerveroldali feldolgozás és a hálózati visszaút. Statikus oldalnál a hálózati komponensek dominálnak. Adatbázis-alapú oldalnál (aktív bővítményekkel rendelkező WordPress, egy Rails-alkalmazás, egy Django-oldal) a szerveroldali feldolgozás dominál. A következmény: ugyanaz a tárhelyszolgáltató nagyon eltérő TTFB-értékeket produkálhat különböző oldalakon.
Miért nem reprodukálhatók az egyetlen számon alapuló TTFB-állítások
A tárhelytesztek rutinszerűen közölnek egyetlen TTFB-értéket minden tárhelyszolgáltatóhoz (egy milliszekundumos szám a managed WordPress kategória győztesénél, egy jóval magasabb szám egy olcsó shared szolgáltatónál). Ezek a számok nem reprodukálhatók, mert a TTFB függ a tesztoldal kódjától, a bővítménykészlettől, az adatbázis méretétől, a gyorsítótár állapotától, a tesztkliens földrajzi helyétől és a szerver terhelésétől a teszt pillanatában. Mi nem közlünk egyetlen TTFB-értéket sem, mert bármely egyetlen szám, amelyet idéznénk, nem lenne reprodukálható egy olvasó által, aki saját mérést végez.
Hogyan írják le a nagy tárhelyszolgáltatók a teljesítményígéretüket
A szolgáltatók az infrastruktúrán keresztül beszélnek a teljesítményről (a Kinsta a Google Cloud Premium Tier-t sorolja fel 37 adatközpontban a kinsta.com/features oldalon; a SiteGround a Google Cloudot sorolja fel a siteground.com/google-cloud-hosting.htm oldalon), az SLA-n keresztül (a DreamHost 100%-os rendelkezésre állási garanciát tesz közzé a dreamhost.com/legal/100-uptime-guarantee/ oldalon, a Kinsta 99,9%-os SLA-t tesz közzé a kinsta.com/legal/sla/ oldalon) és a gyorsítótár-architektúrán keresztül. Ezek egyike sem TTFB-garancia, és ez a tisztességes megfogalmazás.
Hogyan hasonlítsd össze valójában a tárhelyszolgáltatókat
Végezd el a saját mérésedet azon a munkaterhelésen, amely valóban fontos neked. Használj egy olyan eszközt, mint a k6, az Apache Bench vagy a hey, a közönségedhez közeli régióból; érj el egy reprezentatív URL-t minden tárhelyszolgáltatón (egy ingyenes próbaidőszak alatt vagy egy fizetős csomag visszatérítési ablakában); rögzítsd a p50 és p95 értékeket egy tartós futtatás során, ne egyetlen lekérés alapján. Ezeket a számokat hasonlítsd össze, ne a marketingszöveget. Egyszeri ellenőrzéshez egy olyan eszköz, mint a KeyCDN teljesítménytesztje vagy a webpagetest.org, irányba mutató tisztességes jelzést ad.
Mit árul el az ár, amit a TTFB nem
A TTFB-t nehéz összehasonlítani. A közzétett árat nem. A bevezető és a megújítási ár közötti különbség a legtisztességesebb összehasonlítási jelzés a tárhelyszolgáltatásban: a Kinstának nincs ilyen (bevezető ár 35 $ = megújítási ár 35 $ a Single csomagnál); a Hetznernek nincs ilyen (3,79 € ma és 3,79 € jövőre a CX22-nél); a SiteGround, a Bluehost és a DreamHost shared csomagjai mind meredek eltérést mutatnak a bevezető és a megújítási ár között (Bluehost Basic bevezető 2,95 $ → megújítás 11,99 $, SiteGround StartUp bevezető 2,99 $ → megújítás 17,99 $, DreamHost Shared Starter bevezető 2,59 $ → megújítás 10,99 $). Az, hogy a bevezető vagy a megújítási árat fizeted, az számít, nem egy nem reprodukálható TTFB-érték.
Források
Kinsta SLA: kinsta.com/legal/sla. Kinsta features: kinsta.com/features. SiteGround Google Cloud: siteground.com/google-cloud-hosting.htm. DreamHost 100% uptime: dreamhost.com/legal/100-uptime-guarantee. Szolgáltatói árlistaoldalak: kinsta.com/plans, hetzner.com/cloud, siteground.com/web-hosting.htm, bluehost.com/pricing, dreamhost.com/hosting. Minden URL elérve: 2026.04.30.