Làm sao biết web chậm là do hosting hay do website của mình?

Đặt một file HTML tĩnh chỉ có một dòng chữ ở thư mục gốc rồi đo TTFB của nó. File tĩnh không chạy PHP và không đụng cơ sở dữ liệu. Nếu file tĩnh nhanh dưới 0,15 giây mà WordPress chậm thì lỗi nằm ở website của bạn. Nếu cả file tĩnh cũng chậm thì mới thật sự là lỗi hosting.

Đo TTFB bằng lệnh gì?

Dùng curl có sẵn trên Windows, macOS và Linux: curl -s -o nul -w "%{time_starttransfer}" rồi tới địa chỉ trang. Trên macOS và Linux đổi nul thành /dev/null. Chạy ít nhất 5 lần và lấy giá trị giữa, vì lần đo đầu tiên luôn chậm hơn do phải tra DNS và bắt tay TLS.

Trang nặng có làm TTFB tăng không?

Không. TTFB kết thúc ở byte đầu tiên, tức là trước khi phần lớn nội dung kịp truyền đi. Trong bảng đo, site nặng 1.384 kB cho TTFB 0,256 giây, còn site chỉ nặng 103 kB lại cho 0,300 giây. Cân nặng ảnh hưởng đến tổng thời gian tải, không ảnh hưởng đến TTFB.

Hosting chia sẻ có đạt được TTFB dưới 0,2 giây không?

Có. Trong đợt đo, một website WordPress 427 bài chạy trên hosting chia sẻ đạt 0,183 giây nhờ bật LiteSpeed cache. Số lượng bài viết không phải là vấn đề, có cache hay không mới là vấn đề.

Hosting & VPS

Hosting chậm hay website của bạn chậm? Cách tự phân biệt trong 5 phút

Q: TTFB bao nhiêu là đủ tốt?

Dưới 0,2 giây là rất tốt. 0,2 đến 0,4 giây là bình thường với WordPress trên hosting chia sẻ. Trên 0,8 giây thì nên xử lý. Trong 12 website đo ngày 31/08/2026, site nhanh nhất đạt 0,134 giây còn site chậm nhất 0,780 giây, chênh nhau gần 6 lần.

Q: Khi nào mới thật sự nên đổi hosting?

Khi file HTML tĩnh cũng chậm, hoặc đã bật cache đầy đủ mà TTFB vẫn trên 0,8 giây, hoặc số đo dao động thất thường, hoặc nhà cung cấp không cho bật cache và đổi phiên bản PHP. Nếu chỉ một site trong nhiều site cùng gói bị chậm thì lỗi ở site đó, đổi nhà không giải quyết được gì.

Phong vũ 31/08/2026 0

Biểu đồ TTFB 12 website: nhanh nhất 0,134 giây có LiteSpeed cache, chậm nhất 0,780 giây

Đăng 31/08/2026Cách chúng tôi đánh giá

Bạn thấy web tải chậm. Bạn nghĩ tới chuyện đổi hosting.

Khoan đã. Trong 12 website tôi đo cùng một lúc chiều 31/08/2026, có một site chậm gấp 3 lần bốn site khác nằm trên đúng cùng một nhà cung cấp. Nếu chủ site đó đổi hosting, anh ta sẽ trả tiền chuyển nhà để rồi nhận lại đúng tốc độ cũ — vì nguyên nhân không nằm ở hosting.

Bài này chỉ cho bạn cách tách hai nguyên nhân đó ra, bằng một lệnh duy nhất, trước khi tiêu đồng nào.

Vì sao phải phân biệt trước khi đổi hosting

“Web chậm” gộp chung ít nhất ba nguyên nhân khác hẳn nhau:

Máy chủ nghĩ lâu — bạn bấm vào, server mất nhiều thời gian mới bắt đầu trả lời.
Trang quá nặng — server trả lời ngay, nhưng phải tải 3MB ảnh nên vẫn lâu.
Đường truyền xa — server đặt ở Mỹ, khách ở Việt Nam.

Đổi hosting chỉ sửa được nguyên nhân 1 và một phần 3. Nếu bệnh của bạn là 2 thì đổi sang hosting đắt gấp năm lần cũng không nhanh hơn bao nhiêu — và đây là trường hợp phổ biến nhất tôi gặp.

May mắn là có một chỉ số tách được nguyên nhân 1 ra khỏi nguyên nhân 2: TTFB.

TTFB là gì (và vì sao nó là chỉ số đúng để đo hosting)

TTFB — Time To First Byte — là thời gian tính từ lúc trình duyệt gửi yêu cầu đến lúc nhận được byte đầu tiên của câu trả lời.

Điểm mấu chốt: TTFB kết thúc trước khi trang bắt đầu tải ảnh, CSS, JavaScript. Nói cách khác:

TTFB đo thời gian máy chủ suy nghĩ, không đo cân nặng của trang.

Nên nếu TTFB của bạn cao, vấn đề nằm ở phía máy chủ: hosting yếu, không có cache, database chậm, hoặc plugin nặng. Còn nếu TTFB thấp mà trang vẫn tải lâu, thì hosting đang làm tốt việc của nó — bệnh nằm ở trang của bạn.

Mốc để tự chấm điểm (theo số tôi đo được ở phần dưới):

TTFB	Đánh giá
dưới 0,2 giây	rất tốt — gần như chắc chắn đang có cache hoạt động
0,2 – 0,4 giây	bình thường, chấp nhận được với WordPress dùng hosting chia sẻ
0,4 – 0,8 giây	có vấn đề, nhưng thường sửa được mà không cần đổi nhà
trên 0,8 giây	cần xử lý ngay

Tự đo TTFB bằng một lệnh

Bạn không cần cài gì cả. Công cụ curl có sẵn trên Windows 10/11, macOS và Linux.

Mở Command Prompt (Windows) hoặc Terminal (macOS), dán dòng này, thay tên miền của bạn vào:

curl -s -o nul -w "TTFB: %{time_starttransfer}s | Tong: %{time_total}s | Ma: %{http_code}\n" https://tenmiencuaban.com/

Trên macOS/Linux, đổi nul thành /dev/null:

curl -s -o /dev/null -w "TTFB: %{time_starttransfer}s | Tong: %{time_total}s | Ma: %{http_code}\n" https://tenmiencuaban.com/

Kết quả trả về dạng:

TTFB: 0.117152s | Tong: 0.184783s | Ma: 200

Số ở giữa là tổng thời gian tải, số cuối là mã trạng thái — phải là 200. Nếu ra 301 hoặc 302 thì bạn đang đo một cú chuyển hướng chứ chưa đo trang thật; hãy thêm -L vào lệnh.

Hai lưu ý nhỏ nhưng hay làm hỏng phép đo:
Trên Windows dùng nul, trên macOS/Linux dùng /dev/null. Gõ nhầm /dev/null trên Windows thì lệnh báo lỗi và bạn sẽ tưởng site mình có vấn đề — thật ra chỉ là sai cú pháp. (nul là thiết bị rỗng có sẵn của Windows, nó không tạo ra file rác nào.)
Nếu bạn lưu lệnh này thành file .bat để chạy lại nhiều lần, phải nhân đôi mọi dấu % → %%{time_starttransfer}. Gõ trực tiếp ở Command Prompt thì để một dấu % là đúng. Đây là quy tắc của Windows, không phải của curl.

Ba lưu ý để số đo không nói dối bạn:

Chạy ít nhất 5 lần. Một lần đo không có ý nghĩa gì. Mạng nhà bạn phập phù, lần đầu bao giờ cũng chậm hơn vì còn phải bắt tay TLS và tra DNS. Hãy nhìn giá trị giữa, và để ý cả giá trị lớn nhất — nếu lần chậm nhất gấp đôi lần nhanh nhất thì bản thân sự thất thường đó đã là một triệu chứng.
Đo cả trang chủ lẫn một bài viết bên trong. Trang chủ thường được cache kỹ nhất nên cho số đẹp nhất, không đại diện cho cả site.
Đo lúc khách đông. Hosting chia sẻ yếu thường chỉ lộ ra vào giờ cao điểm.

Số đo thật: 12 website, cùng một buổi chiều

Đây là dữ liệu tôi đo trên 12 website đang chạy thật, chiều 31/08/2026 lúc 17:24, mỗi site đo 5 lần liên tiếp từ cùng một máy, cùng một đường truyền. Tôi để nguyên tên nhóm nhà cung cấp và giấu tên miền, nhưng số thì không sửa gì:

#	Loại site	TTFB giữa	Dải min–max	Nặng trang
1	WordPress 427 bài, có LiteSpeed cache	0,183s	0,109 – 0,282	150 kB
2	Trang landing nhẹ	0,150s	0,132 – 0,189	3 kB
3	WordPress, có LiteSpeed cache	0,134s	0,112 – 0,176	132 kB
4	WordPress, Apache, không cache	0,260s	0,229 – 0,299	812 kB
5	WordPress, Apache, không cache	0,252s	0,250 – 0,281	339 kB
6	WordPress, Apache, không cache	0,256s	0,243 – 0,307	1.384 kB
7	WordPress, Apache, không cache	0,300s	0,231 – 0,334	103 kB
8	WordPress, Apache, không cache	0,760s	0,723 – 1,678	268 kB
9	Web bán hàng	0,709s	0,675 – 1,127	6 kB
10	Thư viện ảnh	0,689s	0,673 – 1,158	1 kB
11	Web giới thiệu	0,780s	0,676 – 1,352	11 kB
12	API, sau Cloudflare	0,202s	0,161 – 0,257	1 kB

Quan trọng: site số 4, 5, 6, 7 và 8 nằm trên cùng một nhà cung cấp.

Ba điều bảng số này nói ra

1. Cache là biến số lớn nhất — lớn hơn cả chuyện “hãng nào tốt hơn”

Nhìn site 1 và 3: đều là WordPress, đều nặng khoảng 130–150 kB, và đều cho TTFB 0,13 – 0,18 giây. Điểm chung của chúng không phải là nhà cung cấp — mà là cả hai đều đang bật LiteSpeed cache và trả về từ cache.

So với các site 4–7: cùng là WordPress, cùng cỡ trang, nhưng chạy Apache không cache → 0,25 – 0,30 giây.

Chênh lệch khoảng gấp đôi, và nó đến từ một thứ miễn phí, bật trong 10 phút, không phải từ việc trả thêm tiền hosting.

Đây là lý do tôi luôn khuyên: bật cache trước, rồi hãy đo lại, rồi mới tính đổi nhà. Rất nhiều người đổi hosting và thấy nhanh hơn thật — nhưng nhanh hơn là vì nhà mới bật sẵn cache, chứ không phải vì phần cứng mạnh hơn. Họ trả tiền cho một thứ họ đã có sẵn.

2. Trang nặng KHÔNG làm TTFB tăng — đây là chỗ nhiều bài viết nhầm

So ba site cùng nhà cung cấp:

Site	Nặng trang	TTFB
6	1.384 kB	0,256s
4	812 kB	0,260s
7	103 kB	0,300s

So sánh ba website: site nặng 1.384 kB có TTFB 0,256 giây, site nhẹ 103 kB lại có TTFB 0,300 giây — Site nặng gấp 13 lần lại có TTFB thấp hơn — cân nặng trang và TTFB là hai chuyện khác nhau.

Site số 6 nặng gấp 13 lần site số 7, mà TTFB lại còn thấp hơn.

Điều này thoạt nghe phản trực giác nhưng hoàn toàn hợp lý: TTFB kết thúc ở byte đầu tiên, tức là trước khi phần lớn nội dung kịp truyền đi. Cân nặng ảnh hưởng đến tổng thời gian tải, không ảnh hưởng đến TTFB.

Hệ quả thực tế cho bạn: nếu TTFB của bạn tốt (dưới 0,3s) mà web vẫn ì ạch, thì nén ảnh đi, đừng đổi hosting. Ngược lại, nếu TTFB của bạn 0,9s thì có nén ảnh xuống 0 kB web vẫn chậm — vì khách vẫn phải chờ gần một giây trước khi thấy được ký tự đầu tiên.

3. Cùng một nhà cung cấp vẫn lệch 3 lần — lỗi nằm ở site, không ở hãng

Đây là phát hiện đáng giá nhất trong cả bảng.

Site 4, 5, 6, 7, 8 dùng chung một nhà cung cấp. Bốn site đầu cho 0,25 – 0,30 giây. Site số 8 cho 0,760 giây, có lần vọt lên 1,678 giây.

Cùng nhà, cùng hạ tầng, cùng thời điểm đo, mà lệch gấp ba.

Biểu đồ 5 website cùng nhà cung cấp: bốn site 0,25 đến 0,30 giây, site thứ năm 0,760 giây và có lần 1,678 giây — Cùng nhà cung cấp, cùng thời điểm đo, mà site số 8 chậm gấp ba bốn site còn lại — lỗi nằm trong chính site đó.

Kết luận không thể tránh: nguyên nhân nằm trong bản thân site số 8, không nằm ở hosting. Thủ phạm thường là một trong số này:

một plugin gọi ra dịch vụ bên ngoài ở mỗi lần tải trang (kiểm tra bản quyền, lấy tỷ giá, đếm lượt xem, đồng bộ tồn kho);
truy vấn cơ sở dữ liệu nặng do bảng wp_options phình to vì dữ liệu tạm không được dọn;
theme tự dựng menu bằng cách quét toàn bộ bài viết;
cron của WordPress bị dồn ứ, nên khách xui xẻo nào vào đúng lúc thì phải “gánh” luôn.

Nếu site số 8 đổi hosting, gần như chắc chắn nó vẫn chậm ở nhà mới.

Và đây chính là phép thử bạn nên làm: nếu bạn có từ hai website trở lên trên cùng một gói hosting, hãy đo cả hai. Nếu chỉ một cái chậm → lỗi ở site đó. Nếu cả hai cùng chậm → lúc đó mới thật sự là hosting.

Chỉ có một site? Xem phần dưới.

Quy trình 4 bước tự chẩn đoán

Bước 1 — Đo TTFB trang chủ, 5 lần. Ghi lại giá trị giữa và giá trị lớn nhất.

Bước 2 — Đo TTFB một bài viết bên trong, 5 lần. Nếu trang chủ nhanh mà bài viết chậm, gần như chắc chắn bạn có cache nhưng cache chỉ phủ trang chủ. Đây là tin tốt: sửa bằng cấu hình, không tốn tiền.

Bước 3 — Tắt hết plugin, đo lại. Làm trên bản sao thử nghiệm nếu site đang có khách. Nếu TTFB tụt hẳn xuống, bật lại từng plugin một và đo sau mỗi lần — cái nào làm số vọt lên thì đã tìm ra thủ phạm. Nếu tắt sạch plugin mà TTFB vẫn cao, khả năng lỗi ở hosting tăng lên rõ rệt.

Bước 4 — So với một site khác cùng nhà cung cấp. Không có site thứ hai thì tạo một file test.html chỉ chứa đúng một dòng chữ, đặt ở thư mục gốc, rồi đo nó:

curl -s -o nul -w "TTFB: %{time_starttransfer}s\n" https://tenmiencuaban.com/test.html

File HTML tĩnh không chạy PHP, không đụng cơ sở dữ liệu. Nên:

File tĩnh nhanh (dưới 0,15s) mà WordPress chậm → lỗi ở WordPress của bạn, máy chủ vẫn khoẻ.
Cả file tĩnh cũng chậm → lúc này mới thật sự là lỗi hosting, và bạn có cơ sở vững chắc để đổi nhà hoặc bắt nhà cung cấp giải thích.

Đây là bước tôi khuyên làm kỹ nhất, vì nó là bước duy nhất cho ra kết luận không thể cãi được. Bốn dòng lệnh, không tốn đồng nào, và nó quyết định bạn có nên tiêu tiền hay không.

Vậy khi nào mới thật sự nên đổi hosting?

Theo đúng những gì bảng số trên cho thấy, chỉ nên đổi khi ít nhất một điều sau đúng:

File HTML tĩnh cũng chậm (bước 4) — bằng chứng rõ nhất, máy chủ thật sự quá tải.
Đã bật cache đầy đủ mà TTFB vẫn trên 0,8 giây.
Số đo thất thường — lần nhanh nhất 0,2s, lần chậm nhất 1,6s. Dao động lớn thường có nghĩa máy chủ đang bị nhồi quá nhiều khách chung.
Nhà cung cấp không cho bật cache, hoặc chặn những thứ cơ bản như thay đổi phiên bản PHP.
Hạ tầng đặt quá xa khách của bạn — khách Việt Nam mà server ở Mỹ. Trường hợp này nhìn vào bảng trên có một chi tiết đáng chú ý: site số 12 đặt sau Cloudflare cho TTFB 0,202s, tốt hơn hẳn ba site cùng nhóm với nó (0,689 – 0,780s). Nếu buộc phải giữ server xa, một lớp CDN phía trước thay đổi được cục diện.

Còn nếu chỉ vì “nghe nói hãng kia mạnh hơn” — hãy làm bước 4 trước đã.

Cùng loạt bài đo giá và đo tốc độ dịch vụ số: Giá ChatGPT Plus 2026 · Giá Canva Pro 2026.

Bốn sai lầm hay gặp khi tự đo

1. Đo đúng một lần rồi kết luận. Số đo mạng dao động tự nhiên. Trong bảng trên, site số 8 cho 0,723s ở lần tốt nhất và 1,678s ở lần tệ nhất — đo trúng lần nào cũng ra một kết luận khác nhau. Luôn đo 5 lần.

2. Đo bằng công cụ đặt ở nước ngoài rồi tưởng đó là trải nghiệm của khách. Nhiều công cụ kiểm tra tốc độ online đo từ Singapore hoặc châu Âu. Khách của bạn ở Việt Nam. Đo từ chính máy bạn, ở Việt Nam, mới là con số có ý nghĩa.

3. Quên rằng lần đo đầu tiên luôn chậm hơn. Lần đầu phải tra DNS và bắt tay TLS. Bỏ kết quả lần đầu, hoặc đơn giản là đo đủ 5 lần rồi lấy giá trị giữa.

4. Đổ lỗi cho hosting mà chưa thử tắt plugin. Đây là sai lầm tốn tiền nhất, và nó chính là câu chuyện của site số 8 trong bảng.

Câu hỏi thường gặp

TTFB bao nhiêu là đủ tốt? Dưới 0,2 giây là rất tốt. 0,2 – 0,4 giây là bình thường với WordPress trên hosting chia sẻ. Trên 0,8 giây thì nên xử lý. Trong 12 site tôi đo, site nhanh nhất đạt 0,134s còn site chậm nhất 0,780s — chênh nhau gần 6 lần.

Bật cache có làm web hiển thị sai không? Với site nội dung thì gần như không. Với web bán hàng có giỏ hàng, thanh toán hay khu vực thành viên thì phải loại trừ các trang đó khỏi cache — hầu hết plugin cache đều làm sẵn việc này, chỉ cần kiểm tra lại sau khi bật.

Tôi dùng hosting chia sẻ, có bao giờ đạt dưới 0,2 giây không? Có. Site số 1 trong bảng là WordPress 427 bài chạy trên hosting chia sẻ, đạt 0,183 giây nhờ cache. Số bài viết không phải là vấn đề; có cache hay không mới là vấn đề.

Trang tôi nặng 2MB thì có cần đổi hosting không? Gần như chắc chắn là không — hãy nén ảnh trước. Site số 6 trong bảng nặng 1.384 kB mà TTFB vẫn 0,256 giây, tốt hơn cả site chỉ nặng 103 kB. Cân nặng và TTFB là hai chuyện khác nhau.

VPS có nhanh hơn hosting chia sẻ không? Không tự động. VPS cho bạn tài nguyên riêng, nhưng nếu bạn không cấu hình cache thì một VPS cấu hình sai vẫn thua một hosting chia sẻ có cache. Trong bảng trên, các site nhanh nhất không phải là các site có phần cứng mạnh nhất.

Tóm lại

Trước khi bỏ tiền đổi hosting, hãy bỏ ra 5 phút:

Đo TTFB trang chủ 5 lần.
Đo TTFB một bài viết bên trong.
Đặt một file HTML tĩnh và đo nó.
File tĩnh nhanh mà WordPress chậm → lỗi ở site bạn. Cả hai cùng chậm → lỗi ở hosting.

Bốn bước đó tách được thứ bạn sửa miễn phí ra khỏi thứ bạn phải trả tiền để sửa. Trong 12 site tôi đo, site chậm nhất không cần đổi hosting — nó cần dọn lại chính nó.

Đánh giá bài viết

Người viết: Phong vũ · 149 bài trên sanphamtop1.vn

Là một kỹ sư với 5 năm kinh nghiệm thiết kế máy công nghiệp và 3 năm kinh nghiệm thiết kế đồ gia dụng. Tớ đã làm việc với các nhà cung cấp thiết bị chính hãng trên thị trường Việt Nam. Nên tớ tạo ra trang web này với mục đích chia sẻ đến bạn những thông tin chính xác nhất về sản phẩm để bạn có cho mình lựa chọn tốt nhất.

Bài viết có chứa liên kết tiếp thị. Nếu bạn mua hàng qua liên kết, chúng tôi có thể nhận hoa hồng từ nhà bán — giá bạn trả không thay đổi. Giá và tình trạng hàng do nhà bán quyết định và có thể đã khác lúc bài được cập nhật (cách chúng tôi làm việc).