Cách tìm nguyên nhân website chậm: do hosting hay do hình ảnh

Khi khách phàn nàn website chậm, phản ứng đầu tiên của nhiều chủ shop là đổ lỗi cho hosting và nghĩ đến việc đổi nhà cung cấp. Nhưng thực tế, hình ảnh nặng mới là thủ phạm phổ biến hơn nhiều, và đổi hosting trong khi ảnh vẫn nặng vài MB mỗi tấm sẽ không cải thiện được bao nhiêu. Ngược lại, có những website ảnh đã nhẹ nhưng vẫn chậm vì máy chủ phản hồi quá lâu. Bài này hướng dẫn cách đo và phân biệt hai nhóm nguyên nhân, để bạn sửa đúng chỗ ngay từ đầu thay vì tốn tiền đổi hosting một cách oan uổng.

Tóm tắt nhanh:

• Đo trước khi đoán: dùng PageSpeed Insights cho cả máy tính và điện thoại, ghi lại hai chỉ số TTFB và LCP trước khi sửa gì.
• TTFB cao bất thường thường chỉ về phía hosting và máy chủ; LCP cao trong khi TTFB bình thường thường chỉ về phía nội dung trang, trước hết là hình ảnh.
• Hình ảnh gây chậm chủ yếu do dung lượng lớn, kích thước thực tế lớn hơn khung hiển thị, định dạng cũ và thiếu tải lười cho ảnh dưới màn hình đầu tiên.
• Hosting gây chậm chủ yếu do thời gian phản hồi máy chủ cao, thiếu bộ nhớ đệm, phiên bản phần mềm cũ hoặc gói hosting quá yếu so với lượng truy cập.
• Đừng đổi hosting và tối ưu ảnh cùng lúc rồi kết luận chung chung; sửa từng nhóm một và đo lại sau mỗi bước.

Bài này dành cho chủ shop tự quản lý website hoặc đang thuê người làm nhưng muốn hiểu rõ báo cáo tốc độ để giám sát công việc.

Vì sao website chậm: đo trước khi đoán

Trước khi sửa bất cứ thứ gì, hãy đo tốc độ hiện tại bằng Google PageSpeed Insights: nhập địa chỉ website, chạy phân tích cho cả phiên bản máy tính và điện thoại, rồi ghi lại các chỉ số chính. Đo cả trang chủ và một trang sản phẩm, vì trang chủ thường nhẹ hơn trang sản phẩm có nhiều hình ảnh. Đo vào hai thời điểm khác nhau trong ngày nếu có thể, vì tốc độ có thể thay đổi theo lượng truy cập. Ví dụ giả định: một shop đo trang chủ vào buổi sáng được kết quả tốt, nhưng đo trang sản phẩm buổi tối khi nhiều khách cùng vào thì kết quả kém hẳn; nếu chỉ đo một lần, shop có thể kết luận sai nguyên nhân. Việc ghi lại số đo ban đầu cũng là căn cứ để so sánh sau mỗi bước tối ưu, thay vì cảm nhận mơ hồ rằng website có vẻ nhanh hơn.

Cách đọc hai chỉ số quyết định: TTFB và LCP

Hai chỉ số giúp phân biệt nhanh nhất nguyên nhân nằm ở đâu là TTFB và LCP. TTFB là thời gian từ khi trình duyệt gửi yêu cầu đến khi nhận được byte đầu tiên từ máy chủ, phản ánh tốc độ phản hồi của hosting và máy chủ. Theo các bảng tham chiếu phổ biến, TTFB dưới 200 mili giây được coi là tốt, từ 200 đến 600 mili giây là trung bình, và trên 600 mili giây là kém, nhiều khả năng do hosting. LCP là thời gian hiển thị phần tử nội dung lớn nhất trong khung nhìn, thường là hình ảnh chính hoặc tiêu đề lớn, với ngưỡng tốt là dưới 2,5 giây. Cách đọc như sau: nếu TTFB đã trên 600 mili giây, hãy nghi ngờ hosting trước; nếu TTFB tốt nhưng LCP vẫn trên 2,5 giây, hãy nghi ngờ nội dung trang, trước hết là hình ảnh và các thành phần nặng khác. Nếu cả hai đều kém, hãy xử lý TTFB trước vì máy chủ chậm sẽ làm mọi thứ khác chậm theo.

Khi nguyên nhân là hình ảnh

Hình ảnh gây chậm theo bốn cách phổ biến. Thứ nhất là dung lượng: ảnh chụp từ điện thoại hoặc máy ảnh thường nặng vài MB mỗi tấm, trong khi ảnh hiển thị trên web chỉ cần vài chục đến vài trăm KB là đủ. Thứ hai là kích thước: ảnh gốc 4000 pixel bề ngang nhưng chỉ hiển thị trong khung 800 pixel, nghĩa là trình duyệt phải tải gấp nhiều lần dữ liệu cần thiết. Thứ ba là định dạng: ảnh JPEG và PNG cũ nặng hơn WebP ở cùng chất lượng hiển thị, và nhiều website vẫn dùng PNG cho cả ảnh chụp, vốn là định dạng không phù hợp. Thứ tư là thiếu tải lười: mọi hình ảnh trên trang, kể cả ảnh ở cuối trang khách chưa cuộn tới, đều tải ngay từ đầu, làm chậm lần hiển thị đầu tiên. Cách xử lý: nén ảnh trước khi đăng, cắt ảnh đúng kích thước khung hiển thị, chuyển sang WebP khi có thể, và bật tải lười cho ảnh dưới màn hình đầu tiên. Sau mỗi bước, đo lại LCP để xem cải thiện được bao nhiêu, vì có những trang chỉ cần nén ảnh là đã nhanh lên rõ rệt mà không cần động đến hosting.

Khi nguyên nhân là hosting

Hosting gây chậm khi máy chủ phản hồi chậm, thiếu bộ nhớ đệm, chạy phiên bản phần mềm cũ hoặc gói hosting quá yếu so với lượng truy cập và độ phức tạp của website. Dấu hiệu nhận biết là TTFB cao trên mọi trang, kể cả trang ít hình ảnh, và tốc độ kém đi rõ rệt vào giờ cao điểm. Cách xử lý theo thứ tự từ rẻ đến đắt: bật bộ nhớ đệm ở cấp máy chủ và ứng dụng, cập nhật phiên bản PHP và phần mềm liên quan lên bản được hỗ trợ, dọn dẹp plugin và tính năng không dùng đến, rồi mới cân nhắc nâng cấp gói hosting hoặc chuyển sang nhà cung cấp khác. Nếu bạn đang cân nhắc chuyển hosting, hãy đọc kỹ quy trình chuyển để không mất dữ liệu và thứ hạng trong lúc sửa tốc độ. Lưu ý rằng hosting chậm còn ảnh hưởng đến thứ hạng tìm kiếm, vì tốc độ là yếu tố xếp hạng và thời gian phản hồi máy chủ cao kéo theo các chỉ số trải nghiệm trang kém đi.

Các nguyên nhân khác hay bị bỏ sót

Ngoài hình ảnh và hosting, còn ba nhóm nguyên nhân hay bị bỏ sót. Thứ nhất là JavaScript và CSS nặng: các đoạn mã theo dõi, trò chuyện trực tiếp, cửa sổ bật lên và hiệu ứng trang trí cộng dồn lại có thể nặng hơn cả hình ảnh. Thứ hai là phông chữ và nội dung nhúng từ bên thứ ba: video nhúng, bản đồ, bảng tin mạng xã hội đều tải thêm dữ liệu từ máy chủ khác và làm chậm trang. Thứ ba là quảng cáo và mã tiếp thị được gắn thêm qua thời gian mà không ai dọn dẹp. Cách kiểm tra là xem báo cáo PageSpeed Insights ở phần gợi ý cải thiện: công cụ sẽ chỉ rõ thành phần nào chiếm nhiều thời gian nhất. Nguyên tắc chung là chỉ giữ lại những gì thật sự tạo ra đơn hàng hoặc phục vụ khách, và loại bỏ phần còn lại, vì mỗi thành phần thêm vào đều có giá bằng tốc độ.

Đọc tiếp theo nhu cầu của bạn

• Nếu kết luận nguyên nhân nằm ở hosting và cần chuyển nhà cung cấp, đọc không mất dữ liệu khi chuyển website sang hosting mới để chuyển đúng trình tự.
• Nếu muốn hiểu sâu các chỉ số tốc độ vừa đo, đọc Core Web Vitals và chỉ số INP: giải thích dễ hiểu cho chủ website.
• Nếu muốn tối ưu website toàn diện sau khi xử lý tốc độ, đọc tối ưu website để AI trích dẫn: 8 việc làm được ngay năm 2026.

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

Làm sao biết website chậm do hosting hay do hình ảnh?
Đo bằng PageSpeed Insights và đọc hai chỉ số: TTFB trên 600 mili giây thường chỉ về hosting, còn TTFB tốt nhưng LCP trên 2,5 giây thường chỉ về nội dung trang, trước hết là hình ảnh.

Nén ảnh có làm giảm chất lượng hình ảnh sản phẩm không?
Không đáng kể nếu nén đúng cách. Ảnh web chỉ cần đủ nét ở kích thước hiển thị thực tế, và định dạng WebP cho chất lượng tương đương JPEG với dung lượng nhỏ hơn nhiều. Hãy so sánh trước và sau khi nén trên cùng một màn hình trước khi đăng hàng loạt.

Đổi hosting có chắc làm website nhanh hơn không?
Không, nếu nguyên nhân nằm ở hình ảnh hoặc mã nặng. Hãy xử lý TTFB và nội dung theo thứ tự: đo trước, sửa từng nhóm, đo lại sau mỗi bước, rồi mới quyết định đổi hosting.

Bao lâu nên đo tốc độ website một lần?
Nên đo sau mỗi lần thay đổi lớn như đổi giao diện, thêm tính năng, đổi hosting hoặc đăng nhiều sản phẩm mới, và đo định kỳ mỗi tháng một lần để phát hiện website chậm dần theo thời gian.

Việc nên làm hôm nay

• Đo PageSpeed Insights cho trang chủ và trang sản phẩm, ghi lại TTFB và LCP trước khi sửa gì.
• Nén ảnh, chuyển sang WebP và đặt kích thước đúng khung hiển thị, bật tải chậm cho ảnh dưới màn hình đầu tiên.
• Bật bộ nhớ đệm và kiểm tra lại các plugin, mã theo dõi nặng không còn cần thiết.
• Đo lại sau mỗi bước sửa, rồi mới quyết định có cần đổi hosting hay không.

Website chậm hiếm khi chỉ có một nguyên nhân, nhưng luôn có một nguyên nhân chính, và hai chỉ số TTFB và LCP sẽ chỉ ra nó. Đo trước khi đoán, sửa hình ảnh trước nếu LCP kém trong khi TTFB tốt, sửa hosting trước nếu TTFB đã kém, và đo lại sau mỗi bước. Làm theo thứ tự này, bạn sẽ không tốn tiền đổi hosting trong khi vấn đề thật sự chỉ là vài tấm ảnh chưa được nén.