Khi bạn mở một trang web, trình duyệt phải gửi yêu cầu tới máy chủ rồi chờ phản hồi. Quãng “chờ” đó chính là thứ chỉ số TTFB ghi lại — và nó là phần đầu tiên trong toàn bộ trải nghiệm tải trang. Server càng phản hồi chậm, mọi thứ phía sau (tải ảnh, dựng giao diện, hiện chữ) càng bị đẩy lùi.
TTFB đo cái gì?
Theo tài liệu của Google trên web.dev, TTFB là thời gian trôi qua giữa lúc bắt đầu điều hướng tới một trang và lúc byte đầu tiên của phản hồi bắt đầu về tới trình duyệt. Nó không chỉ là “thời gian server suy nghĩ”, mà gộp nhiều công đoạn nối tiếp nhau:
- Chuyển hướng (redirect): nếu URL cũ trỏ sang URL mới, mỗi lần nhảy đều cộng thêm thời gian.
- Tra DNS (DNS lookup): đổi tên miền thành địa chỉ IP của máy chủ.
- Bắt tay kết nối + TLS: mở kết nối và thiết lập mã hoá HTTPS.
- Server xử lý yêu cầu: chạy mã, truy vấn cơ sở dữ liệu (database), dựng HTML rồi gửi byte đầu tiên về.
Vì gộp nhiều khâu như vậy, một con số TTFB cao có thể đến từ nhiều nguồn khác nhau — đó là lý do phải đo và bóc tách trước khi sửa.
Ngưỡng TTFB tốt là bao nhiêu?
Google đưa ra ba mức tham chiếu:
| Mức | TTFB | Ý nghĩa |
|---|---|---|
| Tốt | ≤ 0,8 giây (800ms) | Server phản hồi nhanh, không cản tốc độ |
| Cần cải thiện | 0,8 – 1,8 giây | Bắt đầu kéo lùi trải nghiệm |
| Kém | > 1,8 giây | Người dùng phải chờ lâu trước khi thấy gì |
Nếu bạn muốn nhắm tới điểm tốc độ thật sự thoải mái, mục tiêu lý tưởng là giữ TTFB dưới khoảng 200ms cho phần nội dung tĩnh được lưu cache.
TTFB có phải Core Web Vitals không?
Không. Đây là điểm hay bị nhầm. Bộ Core Web Vitals (chỉ số sức sống web cốt lõi) chính thức gồm ba thước đo: LCP (thời gian hiện khối nội dung lớn nhất), INP (độ trễ phản hồi tương tác) và CLS (độ ổn định bố cục). TTFB không nằm trong nhóm này và Google không dùng TTFB như một tín hiệu xếp hạng trực tiếp.
Tuy vậy, đừng vội xem nhẹ. TTFB là nền móng của LCP và FCP (thời gian hiện nội dung đầu tiên). Trình duyệt chưa nhận được byte đầu tiên thì chưa thể bắt đầu dựng trang. Nếu TTFB đã ngốn 2 giây, bạn gần như không còn cơ hội đạt ngưỡng LCP “tốt” (2,5 giây) nữa. Nói cách khác: hạ TTFB là một trong những đòn bẩy có ảnh hưởng lan toả nhất tới điểm Core Web Vitals — và qua đó liên quan gián tiếp tới SEO.
Cách đo TTFB
Có hai loại dữ liệu, nên đo cả hai để không bị đánh lừa:
Dữ liệu phòng thí nghiệm (lab)
- Chrome DevTools → tab Network: mở trang, di chuột vào dòng request HTML chính, mục “Waiting for server response” chính là TTFB.
- WebPageTest: cho phép đo từ nhiều địa điểm và bóc tách từng công đoạn (DNS, kết nối, TLS, chờ server).
Dữ liệu thực địa (field)
- Chrome User Experience Report (CrUX): số liệu TTFB thật từ người dùng Chrome, phản ánh trải nghiệm thực tế chứ không phải một lần đo cá biệt.
- Thư viện
web-vitalsnhúng vào web để thu TTFB ngay trên trình duyệt khách.
Lưu ý: hãy đo nhiều lần. Lần tải đầu (cache nguội) thường cao hơn hẳn lần sau (cache nóng) — đừng kết luận chỉ từ một phép đo.
5 cách hạ TTFB hiệu quả nhất
- Bật cache trang (page cache): đây là đòn mạnh nhất. Thay vì để server dựng lại HTML cho mỗi lượt truy cập, cache trả về bản đã dựng sẵn. Với host chạy LiteSpeed, cache trang có thể kéo TTFB xuống còn vài chục mili-giây cho các trang cache được.
- Dùng CDN (mạng phân phối nội dung): CDN đặt bản sao nội dung ở máy chủ biên gần người dùng, cắt giảm độ trễ địa lý. Một người ở xa server gốc vẫn nhận phản hồi từ điểm gần mình.
- Chọn hosting đủ khoẻ: hosting chia sẻ giá thấp, quá tải thường là thủ phạm TTFB cao. Chuyển sang gói hosting tốt hơn hoặc VPS cấu hình đúng thường cải thiện rõ.
- Tối ưu truy vấn cơ sở dữ liệu: truy vấn chậm, thiếu chỉ mục (index) làm server xử lý lâu. Object cache (Redis/Memcached) lưu kết quả truy vấn nặng vào bộ nhớ để lần sau lấy ngay.
- Giảm chuyển hướng thừa: mỗi lần redirect cộng thêm một vòng request. Gộp chuỗi redirect dài và dùng redirect 301 sạch giúp byte đầu tiên về nhanh hơn.
TTFB nằm ở đâu trong bức tranh kỹ thuật tổng thể
TTFB là một mảnh của nhóm việc tối ưu kỹ thuật rộng hơn — bên cạnh cache máy chủ, nén ảnh, hoãn JavaScript. Cải thiện riêng TTFB giúp “khởi động” nhanh, nhưng để đạt LCP tốt bạn vẫn cần tối ưu cả phần dựng và hiển thị phía trình duyệt. Hãy xem TTFB là bước đầu của chuỗi, không phải đích đến cuối cùng.
Câu hỏi thường gặp
TTFB cao luôn là lỗi hosting?
Không hẳn. Hosting yếu là nguyên nhân phổ biến, nhưng truy vấn database chậm, plugin nặng, chuỗi redirect dài hay thiếu cache đều có thể đẩy TTFB lên. Cần đo và bóc tách từng công đoạn để biết khâu nào thật sự chậm.
Hạ được TTFB thì có lên top Google không?
TTFB không phải tín hiệu xếp hạng trực tiếp, nên không có chuyện chỉ sửa TTFB là thứ hạng nhảy vọt. Nó cải thiện tốc độ và trải nghiệm, hỗ trợ gián tiếp cho LCP — một yếu tố Google có cân nhắc. Thứ hạng còn phụ thuộc nội dung và nhiều yếu tố khác.