TTFB (Szerver Válaszidő) Csökkentése: Teljes Útmutató és Befolyásoló Tényezők

A szerver válaszideje (TTFB) az az időtartam, amely alatt a böngésző elküld egy kérést egy weboldalra, és megérkezik az első bájt a szervertől. A csökkentéséhez minőségi tárhely infrastruktúrára, teljes oldal gyorsítótárazásra, az adatbázis-lekérdezések mérséklésére, CDN használatára, valamint a DNS és SSL folyamatok optimalizálására van szükség. Gyakorlati célként statikus vagy jól gyorsítótárazott oldalak esetén a TTFB értékének 100-300 ms között kell maradnia, míg dinamikus tartalmú oldalaknál általában 500 ms alatt. A 800 ms feletti értékeket a felhasználói élmény és a böngészési hatékonyság szempontjából már fejlesztési jelzésként kell értelmezni.

A TTFB önmagában nem magyarázza meg a teljes websebességet; ugyanakkor kritikus kezdeti mérőszám, mert meghatározza, hogy az oldal többi része milyen hamar kezd el betöltődni. Különösen WordPress, WooCommerce, hírportálok, tagsági rendszerek és nagy forgalmú vállalati weboldalak esetében a szerveroldali késések közvetlenül befolyásolják az LCP-t és az általános betöltési időt. Ebben az útmutatóban a TTFB értékét növelő tényezőket, a mérési módszereket és a megvalósítható optimalizálási lépéseket technikai, mégis közérthető stílusban tárgyaljuk a Hostragons blogján.

Mi az a TTFB és Mit Mér Pontosan?

A TTFB az angol Time to First Byte kifejezés rövidítése. Magyarul az első bájtig eltelt időt vagy szerver válaszidőt jelenti. Amikor a felhasználó megnyit egy oldalt, a böngésző először DNS feloldást végez, majd csatlakozik a szerverhez, szükség esetén TLS/SSL kézfogás történik, a webszerver feldolgozza a kérést és elküldi az első adatcsomagot. E lánc végén, amikor az első bájt megérkezik a böngészőbe, a TTFB mérése befejeződik.

Ezt a mérőszámot pusztán a szerver feldolgozási teljesítményeként kezelni hiányos megközelítés. A TTFB a hálózati távolság, a DNS sebesség, a TCP kapcsolat, az SSL folyamat, a webszerver konfiguráció, az alkalmazás kódja, az adatbázis-lekérdezések, a lemez I/O és a gyorsítótár stratégia együttes hatását tükrözi. Éppen ezért a sikeres TTFB optimalizálás nem merül ki egyetlen bővítmény telepítésében; az infrastruktúrától az alkalmazásig rendszerszintű ellenőrzést igényel.

Mi Számít Jó TTFB Értéknek?

Az általánosan elfogadott teljesítmény-értelmezés szerint az ideális TTFB célok a következőképpen osztályozhatók:

• 0-200 ms: Kiváló. Általában statikus tartalom, erős gyorsítótár vagy közeli CDN szerver áll a háttérben.
• 200-500 ms: Jó. A legtöbb vállalati webhely és optimalizált WordPress telepítés számára elfogadható tartomány.
• 500-800 ms: Fejleszthető. Dinamikus lekérdezések, távoli szerver vagy elégtelen gyorsítótárazás állhat a háttérben.
• 800 ms felett: Problémára utaló jel. A tárhely erőforrásokat, az alkalmazás kódját, az adatbázist vagy a hálózati réteget ellenőrizni kell.

A lényeg, hogy ne egyetlen teszt eredménye alapján hozzunk döntést. Egy Budapestről végzett mérés más eredményt mutathat, mint egy Frankfurtból, Londonból vagy New Yorkból indított teszt. Emellett a főoldal, a termékoldal, a blogbejegyzés, a kosár oldal és a bejelentkezési felület TTFB értéke eltérő lehet. Ezért érdemes a méréseket különböző oldaltípusokon, eltérő időpontokban és lehetőség szerint több helyszínről elvégezni a pontosabb kép érdekében.

Miért Növekszik Meg a Szerver Válaszidő (TTFB)?

A magas TTFB általában nem egyetlen okra, hanem több apró késedelem összeadódására vezethető vissza. Az alábbi tényezők a leggyakoribb kiváltó okok.

1. Elégtelen Tárhely Erőforrások

A megosztott tárhely hatékony lehet kis- és közepes méretű weboldalak számára, ha megfelelően van konfigurálva; azonban ugyanazon a szerveren a túlzott használat, a CPU limit, a RAM korlátozás vagy a lassú lemezteljesítmény megnövelheti a TTFB értékét. Különösen a hirtelen kampányforgalom, az intenzív bot forgalom vagy a WooCommerce fizetési lépései igényelnek több erőforrást. Ilyenkor érdemes lehet egy optimalizáltabb webtárhely csomagra váltani, NVMe lemezes infrastruktúrát használni, vagy VPS megoldás felé fordulni. A Hostragons oldalán a megfelelő infrastruktúra kiválasztásához tekintse meg a Webes hhosting Paketleri és a növekvő projektekhez a VPS szerver Çözümleri oldalakat.

2. A Gyorsítótárazás Hiánya

Ha minden látogató számára a semmiből generálódik az oldal, lefut a PHP, végrehajtódnak az adatbázis-lekérdezések és újrafeldolgozásra kerülnek a téma komponensei, az drasztikusan megnöveli a TTFB értékét. A teljes oldal gyorsítótár, az objektum-gyorsítótár és a böngésző gyorsítótár csökkenti ezt a terhelést. Például egy WordPress alapú blogbejegyzés gyorsítótár nélkül 900 ms-os TTFB-t produkálhat, míg megfelelő cache konfigurációval ez 180-250 ms közé csökkenhet.

3. Adatbázis Lekérdezési Problémák

Különösen WordPress, Magento, Laravel vagy egyedi szoftveres projektek esetében a lassú lekérdezések jelentős TTFB okok. A nagy opciós táblák, a nem optimalizált keresések, az index hiánya, a felesleges JOIN műveletek és a túlzott bővítményhasználat meghosszabbítják a szerveroldali feldolgozási időt. A WooCommerce oldalakon a kosár, a készlet, a szűrés és a felhasználói munkamenet műveletei erőforrás-igényesebbek, mint a statikus blogoldalaké.

4. Hálózati Távolság és a CDN Hiánya

A felhasználó és a szerver közötti fizikai távolság növekedésével a késleltetés is nő. Egy magyar célközönségű webhely távoli adatközpontban történő hosztolása különösen a kezdeti kapcsolódási szakaszban növelheti a TTFB-t. A CDN a statikus fájlokat és bizonyos esetekben a HTML kimenetet a felhasználóhoz közelebbi edge pontokról szolgálja ki, csökkentve ezt a késést. Ugyanakkor a helytelenül konfigurált CDN visszafelé sülhet el; ha például a HTML gyorsítótár ki van kapcsolva, csak a képek gyorsulnak fel, a TTFB oldalon korlátozott javulás tapasztalható.

5. DNS és SSL Késleltetések

A lassú DNS feloldás vagy az elavult protokollokon alapuló SSL/TLS konfiguráció szintén befolyásolhatja az első válaszidőt. A modern TLS 1.3 támogatás, a helyes tanúsítványlánc és a gyors DNS szolgáltató lerövidíti a kapcsolódási időt. A biztonságos kapcsolathoz az SSL használata kötelező; azonban a hibás tanúsítványtelepítés teljesítménycsökkenést okozhat. Ebben a témában a SSL tanúsítványok és a domain kezeléshez a Domain lekérdezés ve Kayıt oldalak nyújthatnak segítséget.

Hogyan Mérjük a TTFB-t?

A TTFB javításának megkezdése előtt pontos mérésekre van szükség. Ellenkező esetben nem tudjuk megállapítani az elvégzett változtatások hatását. A mérés során érdemes nem csupán egyetlen eszközre hagyatkozni, hanem több különböző forrásból is eredményt szerezni.

Használható Eszközök

• Chrome DevTools: A Hálózat fülön a dokumentum kérés Időzítés szakaszában a "Waiting for server response" mező vizsgálható.
• PageSpeed Insights: Valós felhasználói adatokkal és laboratóriumi adatokkal általános teljesítményképet ad.
• WebPageTest: Különböző helyszínek, böngészők és kapcsolati sebességek mellett részletes waterfall elemzést kínál.
• GTmetrix: Különösen a waterfall diagram segítségével könnyen látható, hogy melyik kérés késik.
• curl parancs: Technikai csapatok számára gyors terminál mérést biztosít. Például a curl -w '%{time_starttransfer}' -o /dev/null -s https://weboldalneve.hu parancs a TTFB-hez hasonló kezdeti átviteli időt adja meg.

A mérés során a főoldalon kívül válasszunk ki olyan eltérő URL típusokat is, mint a kategória, termék, blogbejegyzés, kosár és bejelentkezési oldal. Ezenkívül a teszt előtt jegyezzük fel, hogy a CDN és a gyorsítótár állapota meleg vagy hideg-e. Az első kérés a hideg cache miatt lassú lehet, míg a későbbi kérések gyorsak; ez a különbség fontos az optimalizálási stratégia szempontjából.

TTFB Csökkentési Módszerek: Lépésről Lépésre Alkalmazási Útmutató

Az alábbi lépések a gyakorlatban legnagyobb hatást kiváltó sorrendben vannak rendezve. Minden egyes lépés alkalmazása után végezzünk ismételt mérést, hogy megértsük, melyik változtatás mekkora hozzájárulást nyújtott.

1. Válasszon Megfelelő Tárhely Infrastruktúrát

A TTFB optimalizálás alapja egy olyan szerver, amely képes gyorsan feldolgozni a kéréseket. A szervernek modern processzorral, elegendő RAM-mal, NVMe SSD-vel, LiteSpeed vagy optimalizált Nginx/Apache konfigurációval, naprakész PHP verzióval és jó erőforrás-izolációval kell rendelkeznie. Míg egy kisvállalati webhely számára elegendő lehet egy minőségi megosztott tárhely, egy nagy forgalmú webáruház esetében a VPS vagy a menedzselt szerver a megfelelőbb választás. Például egy napi 500 látogatót fogadó bemutatkozó oldal és egy olyan áruház, ahol egyidejűleg 200 felhasználó végez kosárműveleteket, nem ugyanazt az erőforrásigényt támasztja.

A tárhely kiválasztásakor hiba csupán a tárterület méretét nézni. A CPU limitet, a RAM-ot, az inode korlátot, az I/O teljesítményt, a biztonsági mentés struktúráját, az adatközpont helyét és a támogatás minőségét is értékelni kell. Ha a célközönsége Magyarország, a magyarországi vagy ahhoz közeli adatközpont választása a legtöbb esetben pozitívan befolyásolja a TTFB értékét.

2. Használjon Friss PHP és HTTP Protokollokat

A PHP 7.4 és a PHP 8.2 vagy 8.3 között különösen WordPress és modern keretrendszerek esetében jelentős teljesítménybeli különbség figyelhető meg. Ha a téma és a bővítmények kompatibilisek, a friss PHP verzióra való áttérés csökkenti a szerveroldali feldolgozási időt. A HTTP/2 és HTTP/3 támogatás szintén növelheti a kapcsolat hatékonyságát. A HTTP/3 a QUIC protokollnak köszönhetően különösen mobil hálózatokon képes csökkenteni a kapcsolati késleltetést.

Mindazonáltal a verziófrissítés előtt mindenképpen teszteljünk staging környezetben. Ha egy régi bővítmény vagy egyedi kód hibát dob az új PHP verzión, a teljesítmény helyett elérhetőségi problémával szembesülhetünk. Ezért először készítsünk biztonsági mentést, majd ellenőrizzük a kompatibilitást.

3. Alkalmazzon Teljes Oldal Gyorsítótárazást

A TTFB-re az egyik leggyorsabb hatást a teljes oldal cache használata gyakorolja. WordPress oldalakon a LiteSpeed Cache, WP Rocket, W3 Total Cache vagy hasonló megoldások segítségével a HTML kimenet eltárolható. Így ugyanazon oldal minden egyes látogatásakor a PHP és MySQL folyamatok nem futnak le újra. A LiteSpeed Web Serveren futó oldalakon a LiteSpeed Cache általában kiemelkedő eredményeket produkál.

A gyorsítótár szabályait körültekintően kell meghatározni. A blogbejegyzések, kategória oldalak és statikus vállalati oldalak alkalmasak a cache-elésre. A kosár, a fizetés, a felhasználói fiók és a személyre szabott felületek azonban többnyire kizárandók a gyorsítótár alól. Egy rossz cache szabály súlyos hibákhoz vezethet, például egy másik felhasználó kosarának tartalmát mutathatja meg.

4. Optimalizálja az Adatbázist

A lassú TTFB mögött sokszor az adatbázis áll. WordPress esetén a revíziók, spam hozzászólások, átmeneti adatok és felesleges autoload opciók tisztítása hatékony kezdeti lépés. Nagyobb oldalakon a wp_options táblában autoload=yes jelöléssel ellátott szükségtelen rekordok minden oldalbetöltéskor a memóriába kerülnek, és növelhetik a TTFB értékét.

Haladóbb optimalizálás során a lassú lekérdezési naplókat elemezni kell, a gyakran használt szűrő- és keresőmezőkhöz indexet kell adni, a felesleges bővítményeket el kell távolítani, és csökkenteni kell a lekérdezések számát. Ha például egy kategória oldalon 180 lekérdezés fut, a téma és a bővítmények felülvizsgálatával ez a szám 60-80 közé csökkenthető. Ez a különbség nagy forgalom esetén jelentős teljesítménynövekedést eredményez.

5. Használjon Objektum Gyorsítótárat

A Redis vagy Memcached objektum-gyorsítótár megoldások a memóriában tárolják az adatbázisból gyakran lekérdezett eredményeket. Különösen tagsági, e-kereskedelmi, hirdetési, LMS és többnyelvű oldalakon nyújt komoly előnyt az objektum cache. A teljes oldal cache dinamikus oldalakon nem mindig használható; az objektum cache azonban a dinamikus műveletek során is képes csökkenteni az ismétlődő lekérdezéseket.

Itt fontos szempont a szerver RAM kapacitása. Kevés RAM-on az agresszív objektum cache konfiguráció visszafelé sülhet el. Ezért a használati statisztikákat figyelni kell, és ellenőrizni kell a cache találati arányt és a memóriafogyasztást.

6. Csökkentse a Földrajzi Késleltetést CDN Segítségével

A CDN a képeket, CSS-t, JavaScriptet és bizonyos esetekben a HTML tartalmat a felhasználókhoz közelebbi pontokról szolgálja ki. A legerősebb CDN hatás a TTFB-re akkor figyelhető meg, ha HTML edge gyorsítótárazást vagy fordított proxy cache-t használunk. Ha csak a statikus fájlokat helyezzük át CDN-re, a teljes oldal sebessége nő; de ha a fő HTML kérés továbbra is a távoli origin szerverről érkezik, a TTFB csak korlátozottan javul.

A CDN beállításakor a DNS rekordokat, az SSL módot, a cache fejléc információkat és a kihagyási szabályokat megfelelően kell konfigurálni. Az adminisztrációs felületet, a fizetési oldalt és a felhasználó-specifikus oldalakat ki kell zárni a gyorsítótárból. Ezenkívül az origin szerver IP-címét biztonsági szempontból védeni kell, és olyan szabályt kell beállítani, amely csak a CDN-en keresztül engedélyezi a hozzáférést.

7. Csökkentse a Téma és Bővítmények Terhelését

WordPress oldalakon a nehézkes téma struktúrák, a felesleges oldalépítők, a túl sok bővítmény és a külső API hívások növelhetik a TTFB értékét. Nem minden bővítmény rossz; de minden bővítmény potenciális PHP folyamatot, adatbázis-lekérdezést és külső kérést jelent. A nem használt bővítményeket nem elég csupán kikapcsolni, teljesen törölni kell őket.

Gyakorlati tesztként staging környezetben egyesével kapcsoljuk ki a bővítményeket, és mérjük a TTFB-t. Például a biztonsági, mentési, analitikai, SEO, űrlap, fordító és oldalépítő bővítmények mindegyikét külön-külön értékelni kell. Ha egy külső API-hoz kapcsolódó árfolyam modul, közösségi média hírfolyam vagy élő chat eszköz várakozást okoz a szerver oldalon, aszinkronná kell tenni, vagy gyorsítótárazni kell.

8. Ellenőrizze a Bot Forgalmat és a Rosszindulatú Kéréseket

Az intenzív bot forgalom, a brute force próbálkozások, az XML-RPC támadások és a felesleges crawler kérések felemésztik a szerver erőforrásait, és növelik a valódi felhasználók TTFB értékét. A WAF, a sebességkorlátozás, a biztonsági bővítmények, a robots.txt optimalizálás és a naplóelemzés ezen a ponton kulcsfontosságú. Különösen a WordPress bejelentkezési oldalára irányuló intenzív próbálkozások növelhetik a CPU használatot.

A biztonsági intézkedések nemcsak a támadások megelőzése, hanem a teljesítmény megőrzése érdekében is szükségesek. Az SSL-t, a biztonságos DNS-t, a frissített szoftvert és a megfelelő tűzfalszabályokat együttesen kell kezelni. A kapcsolódó biztonsági tartalmakért tekintse meg a weboldal biztonsági útmutató hivatkozást.

TTFB Optimalizálási Összehasonlító Táblázat

WordPress Webhelyek TTFB Specifikus Tippjei

A WordPress egy rugalmas infrastruktúra, amely megfelelő konfigurálás mellett gyorsan képes működni; a téma- és bővítmény ökoszisztéma miatt azonban könnyen elnehezedhet. Mindenekelőtt friss PHP verziót, megbízható témát, korlátozott számú bővítményt és szerver szintű gyorsítótárat kell használni. Ezt követően adatbázis-tisztítást, objektum cache-t, képoptimalizálást és cron ellenőrzést kell végezni.

A WP-Cron alapértelmezés szerint akkor aktiválódik, amikor egy látogató megérkezik. Nagy forgalmú oldalakon ez a viselkedés felesleges késleltetést okozhat. Valódi cron job definiálásával az ütemezett feladatokat meghatározott időközönként futtathatjuk, ami hatékonyabb. Emellett ellenőrizni kell a Heartbeat API gyakoriságát, az admin-ajax.php használatát és a WooCommerce cart fragments műveleteket. Az ezeken a területeken végrehajtott apró módosítások érezhető javulást hozhatnak, különösen az adminisztrációs felületen és a dinamikus oldalakon.

Webáruházak Esetében Miért Kritikusabb a TTFB?

Az e-kereskedelmi webhelyek több dinamikus műveletet hajtanak végre, mint a hagyományos tartalmi oldalak. A kosár, a fizetés, a készletellenőrzés, a szállítási díj kalkuláció, a kupon érvényesítés, a felhasználói munkamenet és a személyre szabott ajánlások többnyire kikerülnek a gyorsítótár alól. Ezért nem elég csupán a teljes oldal cache-ben bízni. Az e-kereskedelemhez erős tárhely, optimalizált adatbázis, objektum cache, jól kódolt téma, valamint a fizetési és szállítási API-k gyors válaszideje szükséges.

Ha például a terméklistázó oldalon az ár, a készlet és a szűrési információk minden egyes kérésnél bonyolult lekérdezésekkel kerülnek kiszámításra, a TTFB megemelkedik. Ezek az adatok előre elkészíthetők bizonyos időközönként, a lekérdezések indexelhetők, vagy a kereséshez és szűréshez speciális keresőmotor használható. Kampányidőszakokban pedig előre el kell készíteni az erőforrás-skálázási tervet.

A TTFB és a Core Web Vitals Közötti Kapcsolat

A Core Web Vitals mérőszámok közvetlenül a felhasználói élményre összpontosítanak. Bár a TTFB nem hivatalos Core Web Vitals metrika, jelentős hatással van, különösen az LCP-re. Ha a HTML későn érkezik a szervertől, a böngésző a kritikus CSS, kép és JavaScript erőforrásokat is későn fedezi fel. Ez ahhoz vezethet, hogy a legnagyobb tartalmi elem későn töltődik be.

Röviden, ha a TTFB rossz, az oldal többi részének optimalizálása is nehezebbé válik. Hiába vannak tömörítve a képek, kicsinyítve a CSS és elhalasztva a JavaScript, ha az első HTML későn érkezik, a felhasználó hosszabb ideig üres képernyővel szembesül. Ezért a teljesítmény-fejlesztési munkálatok során először a szerver válaszidejét, majd a renderelést blokkoló erőforrásokat és a képoptimalizálást kell együttesen kezelni.

Megvalósítható TTFB Ellenőrzőlista

• Végezzen TTFB mérést a főoldalra és a fontos aloldalakra különböző helyszínekről.
• Ellenőrizze a PHP verziót és a webszerver technológiáját.
• Konfigurálja a teljes oldal cache-t és a böngésző gyorsítótár beállításait.
• Vizsgálja meg az adatbázisban a felesleges rekordokat, a lassú lekérdezéseket és az autoload terhelést.
• Értékelje a Redis vagy Memcached objektum-gyorsítótár lehetőségeket.
• Használjon a célközönségéhez közeli adatközpontot, és szükség esetén CDN-t.
• Ellenőrizze a DNS, SSL és HTTP/2-HTTP/3 támogatást.
• Távolítsa el a nem használt bővítményeket, témákat és külső szolgáltatás integrációkat.
• Végezzen naplóelemzést a bot forgalom és a támadási kísérletek azonosítására.
• Minden változtatás után teszteljen újra azonos körülmények között.

Gyakori Hibák

A TTFB optimalizálás során a leggyakoribb hiba, hogy a probléma forrásának mérése nélkül véletlenszerűen telepítenek bővítményeket. Több cache bővítmény egyidejű használata, a helytelen CDN SSL mód kiválasztása vagy a dinamikus oldalak hibás gyorsítótárazása a webhely felgyorsítása helyett annak működését ronthatja. Egy másik hiba, hogy kizárólag a PageSpeed pontszámra koncentrálnak. A pontszám hasznos mutató; de waterfall elemzés, szerver naplók és valós felhasználói adatok nélkül nehéz megtalálni a kiváltó okot.

Emellett nem reális elvárás, hogy egy olcsó, de rendkívül túlterhelt megosztott tárhelyen haladó optimalizálással csodát tegyünk. Bármennyire is jó a szoftveres oldal, ha a szerver erőforrások elégtelenek, a TTFB nem fog egy bizonyos szint alá csökkeni. Ezért az infrastruktúra és az alkalmazás optimalizálását együtt kell megtervezni.

Összegzés: Rendszerszintű Fejlesztés Szükséges az Alacsonyabb TTFB Érdekében

A Szerver Válaszidő (TTFB) a webes teljesítmény egyik alapvető kiindulópontja. Az alacsony TTFB gyorsabb első választ, jobb felhasználói élményt, hatékonyabb böngészést és erősebb alapot jelent a Core Web Vitals szempontjából. A legjobb eredmény érdekében a minőségi tárhelyet, a megfelelő gyorsítótárazást, az adatbázis optimalizálást, a friss szoftvert, a CDN-t és a biztonsági intézkedéseket együttesen kell alkalmazni.

Ha webhelyének jelenlegi TTFB értékei magasak, először mérjen, majd a legnagyobb szűk keresztmetszettől kezdve lépésről lépésre haladjon. Ha a növekvő forgalomhoz igazodó, erősebb infrastruktúrára van szüksége, tekintse meg a Hostragons tárhely, VPS, domain és SSL megoldásait, hogy webhelye számára megfelelő alapot teremtsen: Hostragons hosting megoldások.

Gyakran Ismételt Kérdések

Mi az első lépés a TTFB csökkentéséhez?

Az első lépés a pontos mérés. Tesztelje a különböző oldaltípusokat, mint a főoldal, kategória, termék vagy blog. Ezt követően a tárhely erőforrásokat, a gyorsítótár állapotát, az adatbázis-lekérdezéseket és a CDN konfigurációt kell sorban megvizsgálni.

Hány ms a jó TTFB érték?

Az általános cél a 200-500 ms közötti tartomány. A 200 ms alatti érték kiválónak számít, míg a 800 ms feletti értékek általában optimalizálási igényt jeleznek. Dinamikus webáruház oldalakon a célok az oldal típusától függően változhatnak.

A CDN használata mindig csökkenti a TTFB értékét?

Nem. A CDN felgyorsítja a statikus fájlokat; azonban ha a HTML kérés továbbra is az origin szerverről érkezik, a TTFB csak korlátozottan csökkenhet. A TTFB javításához a CDN HTML cache vagy fordított proxy funkcióit kell megfelelően konfigurálni.

A WordPress bővítmények növelhetik a TTFB értékét?

Igen, különösen a nehézkes téma, a felesleges bővítmények, a külső API hívások és a nagyszámú adatbázis-lekérdezés növelheti a TTFB-t. A nem használt bővítményeket el kell távolítani, és a lassú lekérdezést generáló komponenseket elemezni kell.

A tárhelycsere garantáltan csökkenti a TTFB-t?

A tárhely fontos tényező, de önmagában nem garancia. Ha a szerver erőforrások elégtelenek, a tárhelycsere nagy különbséget jelenthet. Ha azonban a probléma az alkalmazás kódjában, az adatbázisban vagy a helytelen gyorsítótár konfigurációban rejlik, ezeket a területeket is optimalizálni kell.