TTFB (Time To First Byte)

A TTFB (Time To First Byte, az első bájtig eltelt idő) azt méri, mennyi idő telik el a kérés elküldésétől addig, amíg a böngésző a szervertől az első bájt adatot megkapja. Lényegében a szerver reakcióidejét mutatja.

A lassú TTFB az egész betöltést hátráltatja (és rontja az LCP-t), mielőtt egyetlen pixel megjelenne. Gyakori okai: lassú vagy túlterhelt tárhely, nehézkes adatbázis-lekérdezések, gyorsítótárazás hiánya, vagy földrajzilag távoli szerver. Javítható jobb tárhellyel, gyorsítótárazással és CDN-nel.

A Google a TTFB-t a Core Web Vitals kontextusában az LCP (Largest Contentful Paint) előfeltételeként kezeli: ha a szerver lassan válaszol, az LCP sem javítható optimalizálással. A 2026-os Google technikai irányelvei szerint a 800 ms alatti TTFB tekinthető jónak, az 1800 ms felett kritikus. Magyarországi tárhelyeken ez sokszor elérhető, de a rossz WordPress-plugin-kombináció vagy egy lekérdezés-intenzív WooCommerce-áruház könnyen 2–4 másodpercre tolja a TTFB-t. A CDN (Content Delivery Network) alkalmazása csökkenti a fizikai távolságot a szerver és a látogató között, az oldalsebesség (page speed) egészét befolyásolja. A TTFB mérésére a Chrome DevTools, a PageSpeed Insights és a WebPageTest alkalmas – mindegyik ingyenes.

Egy debreceni online kozmetikai bolt WooCommerce-áruháza átlagos 2 340 ms-os TTFB-vel működik. A PageSpeed Insights "szerver-válaszidő csökkentése" figyelmeztetést jelez. Az üzemeltető a tárhelyváltás (megosztott szerverről menedzselt WordPress-tárhelyre) után 680 ms-ra csökkenti a TTFB-t. A Google Search Console adatai szerint az oldalsebesség javulása után 6 héttel a mobilos organikus forgalom 22%-kal emelkedik. A mobile-first indexelés miatt a Google elsősorban a mobilos változatot indexeli, ezért a gyors mobilos TTFB különösen sokat ér. Az arányok 2026-ban is érvényesek: minden 100 ms-os TTFB-javulás mérhető LCP-javulással jár, és közvetve jobb rangsorolási pozíciókhoz vezet.

A TTFB a technikai SEO sebesség-mutatóinak láncolatában az első láncszem. Az oldalsebesség (page speed) az összes betöltési metrika gyűjtőfogalma – a TTFB ezt alapozza meg. A Core Web Vitals a Google hivatalos rangsorolási jelei közé sorolja az LCP-t, amelyre a TTFB közvetlen hatással van. A CDN (Content Delivery Network) az egyik leggyorsabb megoldás a TTFB csökkentésére: a tartalom a látogatóhoz legközelebb eső szerverről tölt be. A lazy loading (késleltetett betöltés) a képek és erőforrások betöltési sorrendjét optimalizálja, ami a TTFB után következő fázisokat gyorsítja. A mobile-first indexelés miatt a mobilos TTFB különösen kritikus: a lassú mobilos szerver-válasz negatívan hat a rangsorolásra.

• Megosztott tárhely alacsony specifikációval: Az olcsó megosztott tárhely több ezer oldalt kiszolgáló szerveren fut, ami nagy forgalomnál 3–5 másodperces TTFB-t okozhat. A menedzselt WordPress vagy VPS tárhely drágább, de megéri.
• Gyorsítótárazás kikapcsolt állapotban: WooCommerce és egyéb dinamikus oldalak esetén a szerver-oldali cache (pl. Redis, W3 Total Cache) hiánya minden egyes látogatónál újra legenerálja az oldalt, ami feleslegesen megnöveli a TTFB-t.
• Adatbázis-lekérdezések optimalizálatlansága: Lassan futó SQL-lekérdezések (pl. sok plugin, régi WordPress-adatbázis) drasztikusan emelik a TTFB-t – ezeket a Query Monitor plugin segítségével azonosíthatod.

A TTFB (Time To First Byte) azt méri, mennyi idő alatt válaszol a szerver az első bájt adattal. A 800 ms alatti érték jónak számít; afölött javítandó tárhelyváltással, gyorsítótárazással vagy CDN bevezetésével. Közvetlen hatással van az LCP-re és a Google rangsorolásra.