Kỹ năng SEO
Cách kiểm tra tốc độ website: công cụ, quy trình đo, đọc kết quả
Cùng một website, hôm nay đo được 45 điểm, mai đo được 78, công cụ khác lại báo “tải trong 1,2 giây”. Kết quả lệch nhau không phải vì công cụ sai, mà vì mỗi lần đo trả lời một câu hỏi khác. Bài này hướng dẫn kiểm tra tốc độ website theo quy trình lặp lại được, và đọc kết quả để biết trang chậm ở đâu.
Kiểm tra tốc độ website theo thứ tự: xem báo cáo Core Web Vitals trong Search Console để biết nhóm trang nào có vấn đề với người dùng thật; đo từng mẫu trang bằng PageSpeed Insights, mỗi trang ba lần, lấy kết quả giữa; dùng WebPageTest hoặc GTmetrix khi cần biểu đồ waterfall để tìm tệp gây chậm. Luôn đo khi đã đăng xuất, cùng công cụ, cùng thiết bị, và ghi lại để so sánh.
Chọn công cụ theo câu hỏi bạn cần trả lời
Không có công cụ “chuẩn nhất”. Mỗi công cụ mạnh ở một việc, và dùng sai công cụ cho câu hỏi là nguồn gốc của phần lớn kết luận sai.
| Câu hỏi | Công cụ nên dùng | Loại dữ liệu |
|---|---|---|
| Khách thật có đang gặp trang chậm không, ở nhóm trang nào? | Google Search Console, mục Core Web Vitals | Thực tế (field), 28 ngày |
| Một URL cụ thể có đạt Core Web Vitals không, nguyên nhân gì? | PageSpeed Insights | Field (nếu đủ lượt truy cập) và lab |
| Tệp nào tải chậm, tải theo thứ tự nào? | WebPageTest, GTmetrix | Lab, có biểu đồ waterfall và phim tải trang |
| Trang đang phát triển, trang cần đăng nhập? | Lighthouse trong Chrome DevTools | Lab trên máy của bạn |
| Tương tác nào làm trang phản hồi chậm (INP)? | Chrome DevTools, thẻ Performance | Đo khi bạn tự thao tác |
| Khách dùng điện thoại thấy thế nào? | Điện thoại tầm trung thật, mạng 4G | Cảm nhận trực tiếp |
Nếu chưa rõ dữ liệu field và lab khác nhau thế nào, đọc trước bài Core Web Vitals là gì. Công cụ GTmetrix có bài riêng: GTmetrix là gì và đọc báo cáo ra sao.
Quy trình kiểm tra tốc độ website 6 bước
- Chọn mẫu trang, không chỉ trang chủ. Mỗi loại trang dùng một mẫu giao diện khác nhau: trang chủ, một trang dịch vụ hoặc danh mục, một trang sản phẩm, một bài viết dài, landing page chạy quảng cáo. Chọn trang có nhiều lượt truy cập nhất của mỗi loại.
- Xem dữ liệu thực tế trước. Mở Search Console, mục Core Web Vitals, tách điện thoại và máy tính. Ghi lại nhóm URL đang ở mức Cần cải thiện hoặc Kém và chỉ số gây ra (LCP, INP hay CLS).
- Đo lab từng mẫu trang ba lần. Dùng PageSpeed Insights ở chế độ điện thoại, lấy lần có kết quả ở giữa. Một lần đo đơn lẻ dao động theo tải máy chủ và mạng của máy đo.
- Giữ nguyên điều kiện đo. Cùng công cụ, cùng URL, cùng thiết bị giả lập, cùng vị trí máy đo nếu công cụ cho chọn. Không so điểm PageSpeed tuần trước với điểm GTmetrix tuần này.
- Ghi vào bảng. Ngày, URL, công cụ, thiết bị, LCP, CLS, TBT, TTFB, điểm hiệu suất, và thay đổi gần nhất trên website.
- Đo lại sau mỗi thay đổi. Đo lab ngay sau khi sửa để xác nhận thay đổi có tác dụng; xem lại dữ liệu field sau khoảng bốn tuần.
Mẫu bảng ghi kết quả đơn giản:
| Ngày | Mẫu trang | Công cụ / thiết bị | LCP | CLS | TBT | TTFB | Ghi chú thay đổi |
|---|---|---|---|---|---|---|---|
| … | Trang dịch vụ | PSI / điện thoại | … | … | … | … | Trước khi nén ảnh banner |
| … | Trang dịch vụ | PSI / điện thoại | … | … | … | … | Sau khi nén ảnh banner |
Đọc kết quả PageSpeed Insights từ trên xuống
- Phần trên cùng: đánh giá Core Web Vitals của người dùng thật. Có hai lựa chọn xem: riêng URL này hoặc toàn bộ nguồn gốc (origin, tức cả tên miền). Nếu URL không đủ dữ liệu, công cụ có thể chỉ hiển thị dữ liệu của cả tên miền. Đây là phần quyết định “đạt” hay “không đạt”.
- Phần giữa: điểm hiệu suất từ Lighthouse. Một con số 0–100 tổng hợp từ các chỉ số lab như FCP, LCP, TBT, CLS, Speed Index. Dùng để so trước và sau khi sửa, không dùng để kết luận trang đạt chuẩn.
- Phần dưới: gợi ý và chẩn đoán. Danh sách tài nguyên cần xử lý, phần tử được tính là LCP (cách đọc và sửa ở bài LCP cao trên WordPress), phần tử gây xô dịch bố cục. Đọc mục “phần tử LCP” đầu tiên: nó cho biết chính xác ảnh hay khối chữ nào đang quyết định LCP.
Chẩn đoán theo triệu chứng
Đây là phần biến con số thành việc cần làm. Bắt đầu từ chỉ số kém nhất, đối chiếu bảng dưới.
| Triệu chứng | Khả năng cao nhất | Kiểm tra tiếp |
|---|---|---|
| TTFB cao (web.dev gợi ý nên ≤ 0,8 giây) | Máy chủ chậm, không có cache trang, cơ sở dữ liệu nặng | Đo lại trang lần hai (đã có cache) xem TTFB có giảm; xem phiên bản PHP, gói hosting |
| TTFB tốt nhưng LCP cao | Ảnh LCP nặng hoặc bị lazy-load, CSS và font chặn hiển thị | Xem phần tử LCP là gì, dung lượng bao nhiêu, bắt đầu tải lúc nào trong waterfall |
| TBT cao, INP kém | JavaScript nặng: page builder, chat, pixel, bản đồ nhúng | Danh sách script bên thứ ba và thời gian thực thi trong mục chẩn đoán |
| CLS cao | Ảnh, iframe không khai báo kích thước; banner, thông báo chèn muộn; font đổi kích thước | Mục phần tử gây xô dịch bố cục; xem phim tải trang trong WebPageTest |
| Lab tốt nhưng field kém | Khách thật dùng máy yếu, mạng yếu; hoặc chậm ở tương tác sau khi tải (INP) | Thử trên điện thoại tầm trung thật, thao tác menu, form, bộ lọc |
Khi đã khoanh vùng, cách xử lý theo thứ tự máy chủ, cache, ảnh, font, JavaScript có trong bài cách tăng tốc website WordPress. Nếu TTFB là vấn đề chính, xem thêm bài hosting ảnh hưởng tốc độ website thế nào.
Kiểm tra nhanh bằng điện thoại thật
Công cụ đo không thay được trải nghiệm trực tiếp. Mỗi tháng một lần, dùng một điện thoại Android tầm trung, tắt Wi-Fi, mở trang dịch vụ quan trọng nhất bằng trình duyệt ẩn danh và để ý: bao lâu thì thấy tiêu đề và ảnh chính, bấm menu có mở ngay không, chữ có bị đẩy xuống khi đang đọc không, form có gõ được mượt không. Một nhân viên không làm kỹ thuật cũng làm được việc này và thường phát hiện vấn đề sớm hơn báo cáo.
Sai lầm khiến kết quả kiểm tra sai lệch
- Đo khi đang đăng nhập WordPress. Plugin cache thường bỏ qua người đã đăng nhập, nên trang chậm hơn khách thật nhìn thấy, cộng thêm thanh quản trị.
- Đo ngay sau khi xóa cache. Lần tải đầu tiên phải tạo lại cache nên luôn chậm. Tải trang một lần rồi mới đo.
- So kết quả giữa các công cụ khác nhau như thể cùng một thước đo. Mỗi công cụ dùng thiết bị giả lập, vị trí và tốc độ mạng riêng.
- Đo từ máy chủ ở Mỹ hoặc châu Âu cho website có khách ở Việt Nam và hosting ở Việt Nam. Khoảng cách địa lý làm TTFB cao hơn thực tế khách gặp.
- Chỉ đo trang chủ trong khi khách từ Google chủ yếu vào trang dịch vụ, bài viết, sản phẩm.
- Tường lửa hoặc chống bot chặn công cụ đo, trả về trang xác minh thay vì trang thật. Kết quả đẹp bất thường hoặc lỗi thì xem ảnh chụp màn hình công cụ hiển thị.
- Kết luận từ một lần đo. Hãy nhìn xu hướng qua nhiều lần và nhiều tuần.
Việc kiểm tra định kỳ mỗi tháng nằm trong checklist tối ưu website định kỳ. Nếu bạn đã có số liệu mà không rõ nút thắt nằm ở đâu, gửi link cho Marketing SEO Top qua trang tối ưu tốc độ website; chúng tôi đo các mẫu trang chính và nói rõ nếu website không cần tối ưu thêm.
Câu hỏi thường gặp
Website tải bao nhiêu giây là đạt?
Không nên dùng một con số “thời gian tải” chung. Mốc Google dùng là LCP: nội dung chính hiện xong trong 2,5 giây ở ít nhất 75% lượt truy cập thật, cùng với INP và CLS đạt ngưỡng tốt. Một trang có thể “tải xong” sau 6 giây vì mã theo dõi chạy nền mà người dùng vẫn thấy nhanh.
PageSpeed Insights báo không có đủ dữ liệu nghĩa là gì?
Nghĩa là URL hoặc cả tên miền chưa có đủ lượt truy cập từ người dùng Chrome trong 28 ngày để Google tổng hợp dữ liệu thực tế. Website vẫn được đo bằng dữ liệu lab bên dưới; hãy đo nhiều lần và thử trên điện thoại thật để ước lượng trải nghiệm.
Có nên kiểm tra tốc độ website khi đang đăng nhập trang quản trị không?
Không. Khi đăng nhập WordPress, cache trang thường bị bỏ qua và trang tải thêm thanh quản trị, nên kết quả chậm hơn khách thật. Đăng xuất hoặc dùng trình duyệt ẩn danh trước khi đo.
Nên kiểm tra tốc độ website bao lâu một lần?
Xem báo cáo Core Web Vitals trong Search Console mỗi tháng, đo lab các mẫu trang chính mỗi tháng và sau mỗi thay đổi lớn như cài plugin, đổi theme, thêm mã chat hoặc mã quảng cáo. Đo ngay sau thay đổi giúp biết thủ phạm khi tốc độ tụt.
Website dùng Cloudflare thì đo tốc độ có khác không?
Có thể khác. Cloudflare có thể phục vụ bản lưu từ máy chủ gần người truy cập, nên kết quả phụ thuộc vị trí máy đo; tính năng chống bot đôi khi chặn công cụ đo. Hãy xem ảnh chụp màn hình trong báo cáo để chắc công cụ đo đúng trang thật.
Cần người làm giúp phần này?
Mô tả ngắn nhu cầu hoặc gửi link website. Chúng tôi phản hồi bằng đánh giá cụ thể trước khi báo giá.
