Website chậm không phải lúc nào cũng biểu hiện bằng lỗi rõ ràng. Trang vẫn mở, form vẫn gửi được và menu vẫn hoạt động, nhưng người dùng trên điện thoại có thể đã rời đi trước khi nội dung chính xuất hiện hoặc trước khi nút bấm phản hồi.
Kiểm tra tốc độ website vì vậy không chỉ là xem một điểm số xanh, vàng hay đỏ. Bạn cần biết người dùng thật đang gặp vấn đề gì, chỉ số nào chưa đạt, URL nào bị ảnh hưởng và nguyên nhân nằm ở ảnh, JavaScript, máy chủ, font hay bố cục.
Tóm tắt: Hãy bắt đầu bằng PageSpeed Insights, xem riêng mobile và desktop, ưu tiên Core Web Vitals gồm LCP, INP và CLS, sau đó dùng Search Console, DevTools hoặc WebPageTest để xác định phạm vi và nguyên nhân. Sau mỗi nhóm chỉnh sửa, đo lại cùng URL và kiểm tra cả chức năng kinh doanh như form, giỏ hàng, nút gọi và tracking.
Vì sao doanh nghiệp nên kiểm tra tốc độ Website định kỳ?
Tốc độ tải trang ảnh hưởng đến cách người dùng cảm nhận thương hiệu, khả năng đọc nội dung, thao tác trên form và hoàn thành hành động mong muốn. Một website có giao diện đẹp nhưng phản hồi chậm vẫn có thể khiến khách hàng mất kiên nhẫn.
Doanh nghiệp nên kiểm tra tốc độ khi:
- Vừa đổi theme, page builder hoặc giao diện.
- Vừa cài, xóa hoặc cập nhật plugin quan trọng.
- Đăng nhiều ảnh sản phẩm, banner, video hoặc font mới.
- Thêm popup, chat, tracking, quảng cáo hoặc script bên thứ ba.
- Landing page đang chạy quảng cáo nhưng tỷ lệ chuyển đổi giảm.
- Search Console báo nhóm URL có Core Web Vitals kém.
- Người dùng phản ánh trang mở chậm, nút bấm trễ hoặc bố cục bị nhảy.
- Website vừa đổi hosting, CDN, cache hoặc cấu hình máy chủ.
Tốc độ chậm cũng là một trong những vấn đề khiến khách hàng khó chịu khi dùng website. Tuy nhiên, tốc độ chỉ là một phần của chất lượng tổng thể. Khi đánh giá website, cần xem thêm khả năng sử dụng, nội dung, bảo mật, thiết bị di động và chuyển đổi.
Bạn có thể dùng bài tiêu chí đánh giá một website doanh nghiệp để rà soát các yếu tố ngoài hiệu suất.
Cần hiểu đúng trước khi xem điểm tốc độ
Nhiều người thấy điểm Performance 45/100 trong PageSpeed Insights rồi kết luận website “rất tệ”. Cách đọc này chưa đủ vì một lần kiểm tra lab không đại diện đầy đủ cho mọi người dùng và mọi thời điểm.
Field Data và Lab Data khác nhau
| Loại dữ liệu | Phản ánh | Dùng để làm gì? |
|---|---|---|
| Field Data | Trải nghiệm thực tế của người dùng Chrome đủ điều kiện trong 28 ngày gần nhất | Đánh giá người dùng thật đang trải nghiệm ra sao |
| Lab Data | Một lần tải được mô phỏng trong điều kiện thiết bị và mạng xác định | Tái hiện, chẩn đoán và thử giải pháp kỹ thuật |
Field data trong PageSpeed Insights được lấy từ Chrome User Experience Report, còn lab data được tạo bởi Lighthouse. Hai phần có thể cho kết quả khác nhau vì người dùng thật sử dụng nhiều thiết bị, mạng và vị trí khác nhau, trong khi lab chỉ mô phỏng một điều kiện cụ thể.
Mobile và Desktop phải xem riêng
Bài kiểm tra mobile mô phỏng thiết bị và mạng hạn chế hơn desktop. Với field data, sự khác biệt phản ánh thiết bị, kết nối và hành vi thực tế của người dùng. Màn hình nhỏ không phải nguyên nhân trực tiếp làm điểm thấp.
Không chỉ kiểm tra trang chủ
Người dùng có thể vào website từ trang dịch vụ, sản phẩm, bài blog hoặc landing page. Vì vậy, cần ưu tiên các URL có traffic, đang chạy quảng cáo, tạo lead hoặc mang doanh thu. Với landing page, tốc độ cần được đọc cùng form, CTA, tracking và khả năng chuyển đổi.
Những chỉ số tốc độ Website cần xem trước khi tối ưu
Khi kiểm tra tốc độ, hãy bắt đầu với ba chỉ số Core Web Vitals: LCP, INP và CLS. Google đánh giá các ngưỡng này ở phân vị thứ 75, tách riêng mobile và desktop.
| Chỉ số | Mức tốt | Cần cải thiện | Kém |
|---|---|---|---|
| LCP | ≤ 2,5 giây | > 2,5 đến 4 giây | > 4 giây |
| INP | ≤ 200 ms | > 200 đến 500 ms | > 500 ms |
| CLS | ≤ 0,1 | > 0,1 đến 0,25 | > 0,25 |
Một trang hoặc origin đạt Core Web Vitals khi các chỉ số cần thiết nằm trong ngưỡng tốt ở phân vị thứ 75. Nói đơn giản, ít nhất 75% lượt truy cập được ghi nhận phải có trải nghiệm đạt ngưỡng tương ứng.
LCP đo tốc độ hiển thị nội dung chính
LCP, viết tắt của Largest Contentful Paint, đo thời điểm phần nội dung lớn nhất trong vùng nhìn thấy được hiển thị. Phần tử này thường là ảnh hero, banner, tiêu đề lớn hoặc khối văn bản đầu trang.
LCP cao có thể liên quan đến thời gian phản hồi máy chủ, tài nguyên LCP được phát hiện muộn, ảnh quá nặng, CSS chặn hiển thị hoặc chuỗi request kéo dài. Cần xác định đúng phần tử LCP trước khi chọn giải pháp.
INP đo khả năng phản hồi khi tương tác
INP, viết tắt của Interaction to Next Paint, đánh giá độ trễ của các tương tác như nhấp, chạm hoặc nhập liệu trong suốt lượt truy cập. INP đã thay thế FID trong bộ Core Web Vitals.
INP kém có thể khiến menu mở chậm, nút bấm phản hồi trễ, bộ lọc sản phẩm bị khựng hoặc form tạo cảm giác “đơ”. Nguyên nhân thường liên quan đến tác vụ JavaScript dài, event handler phức tạp hoặc script bên thứ ba.
CLS đo độ ổn định bố cục
CLS, viết tắt của Cumulative Layout Shift, đo các lần dịch chuyển bố cục ngoài dự kiến. Ví dụ, người dùng chuẩn bị bấm nút liên hệ nhưng banner tải muộn đẩy nút xuống vị trí khác.
CLS thường phát sinh khi ảnh hoặc video không có kích thước, banner không được giữ chỗ, font làm thay đổi kích thước chữ hoặc nội dung được chèn vào phía trên phần đang hiển thị.
Các chỉ số phụ giúp tìm nguyên nhân
| Chỉ số | Cho biết điều gì? | Khi nào cần chú ý? |
|---|---|---|
| FCP | Thời điểm nội dung đầu tiên xuất hiện | Trang trắng quá lâu khi mở |
| TTFB | Thời gian nhận byte đầu tiên từ máy chủ | Nghi ngờ hosting, cache, backend hoặc mạng |
| TBT | Tổng thời gian luồng chính bị chặn trong lab | JavaScript nặng hoặc tác vụ dài; không thay thế INP thực tế |
| Speed Index | Tốc độ nội dung hiển thị dần | Phần đầu trang xuất hiện chậm |
| Dung lượng trang | Khối lượng dữ liệu phải tải | Ảnh, video, font hoặc thư viện quá lớn |
| Số request | Số tài nguyên trình duyệt phải yêu cầu | Nhiều plugin, widget, tracking hoặc file nhỏ |
Tham khảo ngưỡng và cách đánh giá tại tài liệu Web Vitals chính thức.
Cách kiểm tra tốc độ Website bằng PageSpeed Insights
PageSpeed Insights là công cụ phù hợp để bắt đầu vì cung cấp cả field data từ CrUX và lab data từ Lighthouse. Công cụ không chỉ đưa ra điểm số mà còn hiển thị chỉ số, tài nguyên và chẩn đoán liên quan.
- Truy cập PageSpeed Insights.
- Nhập URL cụ thể cần đo, không chỉ nhập tên miền hoặc trang chủ.
- Xem riêng kết quả mobile và desktop.
- Kiểm tra dữ liệu đang hiển thị cho chính URL hay cho toàn origin.
- Đọc Core Web Vitals Assessment trong phần dữ liệu người dùng thật.
- Xem từng chỉ số LCP, INP và CLS thay vì chỉ nhìn trạng thái tổng.
- Dùng phần lab, Opportunities và Diagnostics để tìm nguyên nhân.
- Lưu ngày đo, URL, điều kiện kiểm tra và các lỗi chính.
- Chỉnh từng nhóm vấn đề rồi chạy lại cùng URL.
Field Data trong PageSpeed Insights được tính thế nào?
Dữ liệu thực tế phản ánh 28 ngày gần nhất và được cập nhật hằng ngày. Nếu URL không có đủ mẫu, PageSpeed Insights có thể hiển thị dữ liệu cấp origin. Nếu cả URL và origin đều thiếu dữ liệu, phần field data sẽ không xuất hiện.
Hãy đọc nhãn phạm vi dữ liệu trước khi kết luận. Dữ liệu cấp origin phản ánh tổng hợp nhiều trang, nên không thể xem là kết quả riêng của URL đang kiểm tra.
Điểm Lighthouse nên được đọc ra sao?
| Điểm Performance | Phân loại của Lighthouse |
|---|---|
| 90–100 | Tốt |
| 50–89 | Cần cải thiện |
| 0–49 | Kém |
Điểm này là kết quả tổng hợp của một bài test lab, không phải điểm SEO. Một lần chạy có thể dao động do điều kiện máy chủ, mạng, tài nguyên bên thứ ba hoặc biến động trong môi trường kiểm thử.
Xem thêm cách PageSpeed Insights sử dụng field data và lab data.
Dùng thêm công cụ nào để đọc đúng kết quả?
Không có một công cụ duy nhất trả lời mọi câu hỏi. Mỗi công cụ phù hợp với một mục đích khác nhau.
| Công cụ | Phù hợp để |
|---|---|
| PageSpeed Insights | Xem CrUX và Lighthouse của một URL hoặc origin |
| Search Console | Theo dõi Core Web Vitals theo nhóm trang tương tự |
| Chrome DevTools | Tìm tác vụ JavaScript, render, network và tương tác chậm |
| Lighthouse | Chạy kiểm tra lab trong trình duyệt hoặc quy trình tự động |
| WebPageTest | Xem waterfall, filmstrip và kiểm thử theo vị trí hoặc mạng |
| GTmetrix | Xem request, dung lượng và chuỗi tải tài nguyên |
| CrUX Vis | Xem lịch sử dữ liệu CrUX ở cấp URL hoặc origin khi có dữ liệu |
| CrUX API hoặc BigQuery | Phân tích dữ liệu ở quy mô lớn |
CrUX Dashboard cũ đã được đánh dấu ngừng khuyến nghị và được thay bằng CrUX Vis. Search Console cũng không được thiết kế để tra cứu chính xác trạng thái của từng URL vì báo cáo nhóm các trang tương tự và chỉ hiển thị những nhóm có đủ dữ liệu.
Quy trình thực tế thường là: dùng PageSpeed Insights để phát hiện vấn đề, Search Console để xem phạm vi, sau đó dùng DevTools hoặc WebPageTest để tìm nguyên nhân kỹ thuật.
Tham khảo hướng dẫn báo cáo Core Web Vitals trong Search Console và thông tin chuyển từ CrUX Dashboard sang CrUX Vis.
Làm gì khi Website bị điểm đỏ hoặc tải chậm?
Điểm đỏ cho biết bài test lab phát hiện vấn đề, nhưng chưa tự xác định giải pháp phù hợp. Trước khi cài thêm plugin hoặc đổi hosting, hãy xác định chỉ số yếu và tài nguyên gây chậm.
| Dấu hiệu | Nhóm nguyên nhân cần kiểm tra | Hướng xử lý có thể cân nhắc |
|---|---|---|
| LCP cao | Server, ảnh LCP, CSS hoặc tài nguyên bị phát hiện muộn | Tối ưu TTFB, ưu tiên đúng tài nguyên LCP, giảm tài nguyên chặn hiển thị |
| INP cao | Tác vụ JavaScript dài, event handler, script bên thứ ba | Giảm JavaScript, chia nhỏ tác vụ, kiểm tra tương tác quan trọng |
| CLS cao | Ảnh thiếu kích thước, font, banner hoặc nội dung chèn muộn | Khai báo kích thước và giữ sẵn không gian |
| TTFB cao | Hosting, cache, database, redirect hoặc mạng | Đo từng giai đoạn trước khi đổi hosting hoặc CDN |
| Dung lượng lớn | Ảnh, video, font hoặc thư viện thừa | Nén đúng định dạng và lazy-load nội dung ngoài màn hình |
| Nhiều request | Plugin, tracking, widget hoặc nhiều file nhỏ | Loại tài nguyên không tạo giá trị và giảm phụ thuộc bên thứ ba |
Không áp dụng gợi ý một cách máy móc
Không nên preload mọi ảnh hoặc trì hoãn toàn bộ JavaScript. Preload quá nhiều có thể tranh băng thông với tài nguyên quan trọng. Trì hoãn script sai cách có thể làm hỏng menu, form, giỏ hàng, thanh toán hoặc công cụ đo lường.
Tương tự, gộp tất cả CSS và JavaScript không phải lúc nào cũng tốt trong môi trường HTTP hiện đại. Giải pháp cần dựa trên waterfall, kích thước file, cách cache và mức độ sử dụng thực tế.
Quy trình xử lý an toàn
- Sao lưu website và ghi lại cấu hình hiện tại.
- Chọn một nhóm nguyên nhân có tác động rõ.
- Thực hiện thay đổi trên staging khi có thể.
- Đo lại cùng URL và điều kiện kiểm tra.
- Kiểm tra mobile, desktop và thiết bị thật.
- Kiểm tra form, menu, giỏ hàng, tracking và CTA.
- Triển khai production rồi theo dõi field data trong những ngày tiếp theo.
Field data dùng cửa sổ 28 ngày nên không đổi ngay sau một lần tối ưu. Những lượt truy cập mới sẽ dần thay thế dữ liệu cũ trong cửa sổ tổng hợp.
Những lỗi thường gặp khi đọc báo cáo tốc độ
Chỉ tối ưu trang chủ
Trang chủ thường được đo nhiều nhất, nhưng trang dịch vụ, sản phẩm, bài blog hoặc landing page mới là nơi người dùng bắt đầu hành trình. Nếu chỉ trang chủ đạt điểm tốt còn trang tạo lead chậm, hiệu quả kinh doanh vẫn bị ảnh hưởng.
Chỉ nhìn điểm tổng
Điểm Performance là một chỉ báo lab. Hãy xem thêm phần tử LCP, tác vụ chặn luồng chính, chuỗi request, bố cục và dữ liệu người dùng thật. Một trang 80 điểm vẫn có thể gặp LCP kém; một trang 60 điểm trong môi trường test chưa chắc đại diện trải nghiệm production.
Cài nhiều Plugin tối ưu cùng lúc
Nhiều plugin cache, minify, lazy-load và tối ưu ảnh có thể xử lý cùng một tài nguyên, gây xung đột hoặc làm hỏng giao diện. Nên xác định vai trò của từng plugin và chỉ thay đổi một nhóm cấu hình trong mỗi lần kiểm tra.
Tối ưu kỹ thuật nhưng bỏ qua trải nghiệm
Website có thể nhanh hơn nhưng CTA khó thấy, nội dung thiếu thuyết phục hoặc form quá dài thì chuyển đổi vẫn thấp. Đây là một trong những lý do tạo ra tình trạng website đẹp nhưng không hiệu quả.
Không đo lại sau khi tối ưu
Nếu không lưu dữ liệu trước và sau, bạn sẽ không biết thay đổi nào tạo tác động, thay đổi nào chỉ làm điểm dao động trong một lần chạy. Mỗi lần đo nên ghi URL, thiết bị, thời gian, điểm và chỉ số chính.
Đọc dữ liệu cấp Origin như dữ liệu của từng trang
Khi một URL thiếu đủ mẫu, PageSpeed Insights có thể hiển thị dữ liệu tổng hợp của origin. Kết quả này hữu ích để hiểu xu hướng toàn site nhưng không chứng minh chính URL đó đạt hoặc không đạt.
Checklist kiểm tra tốc độ trước khi gửi cho Dev
| Câu hỏi kiểm tra | Đã có? |
|---|---|
| URL cụ thể cần tối ưu là trang nào? | ☐ |
| Trang quan trọng vì SEO, quảng cáo hay chuyển đổi? | ☐ |
| Đã có kết quả mobile và desktop chưa? | ☐ |
| Field data là cấp URL hay origin? | ☐ |
| LCP, INP và CLS đang ở trạng thái nào? | ☐ |
| Đã xác định phần tử LCP hoặc tương tác chậm chưa? | ☐ |
| Có waterfall, ảnh chụp hoặc file báo cáo không? | ☐ |
| Đã kiểm tra trên thiết bị thật chưa? | ☐ |
| Có bản sao lưu hoặc staging không? | ☐ |
| Sau tối ưu sẽ kiểm tra lại chức năng nào? | ☐ |
| Ai chịu trách nhiệm ghi nhận kết quả trước và sau? | ☐ |
Checklist giúp đội kỹ thuật hiểu đúng mục tiêu: tối ưu URL nào, vấn đề nằm ở đâu và kết quả sẽ được đánh giá bằng chỉ số cùng chức năng nào.
Khi nào doanh nghiệp nên nhờ hỗ trợ kỹ thuật?
Bạn có thể tự chạy công cụ và đọc các chỉ số cơ bản, nhưng nên nhờ người có kinh nghiệm khi:
- Nhiều URL quan trọng cùng có Core Web Vitals kém.
- Vấn đề liên quan đến server, cache, CDN, database hoặc theme.
- JavaScript bên thứ ba làm chậm tương tác nhưng không thể gỡ trực tiếp.
- Thay đổi tối ưu làm hỏng menu, form, giỏ hàng hoặc tracking.
- Website dùng nhiều plugin, builder hoặc mã tùy chỉnh.
- Cần triển khai Real User Monitoring để theo dõi người dùng thật.
- Landing page đang chạy quảng cáo và không thể chấp nhận thời gian thử sai dài.
Nếu website đang được làm lại hoặc nâng cấp lớn, yêu cầu hiệu suất nên được đưa vào phạm vi dự án ngay từ đầu. Khi cần xây dựng lại nền tảng, bạn có thể tham khảo dịch vụ thiết kế website chuyên nghiệp để kết hợp UX, kỹ thuật và chuyển đổi trong cùng quy trình.
FAQ về kiểm tra tốc độ Website
Công cụ nào kiểm tra tốc độ Website chính xác nhất?
Không có một công cụ chính xác nhất cho mọi mục đích. Field data phản ánh người dùng thật, còn lab data giúp tái hiện và chẩn đoán. PageSpeed Insights phù hợp để bắt đầu vì hiển thị cả hai loại dữ liệu.
Điểm PageSpeed bao nhiêu là tốt?
Lighthouse xếp 90–100 là tốt, 50–89 cần cải thiện và dưới 50 là kém. Tuy nhiên, không nên chỉ theo đuổi điểm 100. Hãy đọc Core Web Vitals, nguyên nhân kỹ thuật và trải nghiệm thực tế của người dùng.
Ngưỡng Core Web Vitals tốt là bao nhiêu?
LCP không quá 2,5 giây, INP không quá 200 mili giây và CLS không quá 0,1. Việc đánh giá dùng phân vị thứ 75 và tách riêng mobile với desktop.
Vì sao Mobile thường có điểm thấp hơn Desktop?
Bài test lab trên mobile mô phỏng thiết bị và mạng hạn chế hơn. Với field data, sự khác biệt đến từ thiết bị, kết nối và hành vi thực tế của người dùng. Màn hình nhỏ không trực tiếp làm điểm thấp.
Có nên cài Plugin tăng tốc Website không?
Có thể dùng khi plugin xử lý đúng nguyên nhân và tương thích với hệ thống. Không nên cài nhiều plugin cache, minify hoặc lazy-load cùng lúc mà chưa xác định phạm vi và kiểm tra xung đột.
Bao lâu nên kiểm tra tốc độ một lần?
Nên kiểm tra sau thay đổi ảnh hưởng đến theme, plugin, ảnh, script, quảng cáo hoặc hạ tầng. Chu kỳ định kỳ phụ thuộc tần suất cập nhật và mức độ quan trọng của website; không có lịch hàng tháng bắt buộc cho mọi doanh nghiệp.
Tốc độ Website có ảnh hưởng SEO không?
Core Web Vitals là một phần của các tín hiệu trải nghiệm trang mà Google có thể xem xét. Nội dung liên quan vẫn quan trọng hơn và việc đạt ngưỡng tốt không bảo đảm thứ hạng cao.
Vì sao Field Data không đổi ngay sau khi tối ưu?
Field data được tổng hợp theo cửa sổ 28 ngày. Các lượt truy cập mới cần thời gian thay thế dữ liệu cũ, nên kết quả không phản ánh ngay một thay đổi vừa triển khai.
Kết luận
Kiểm tra tốc độ website không chỉ là chạy một công cụ và nhìn điểm số. Quy trình đúng gồm chọn URL quan trọng, xem riêng mobile và desktop, phân biệt field data với lab data, ưu tiên LCP, INP và CLS, sau đó dùng chẩn đoán để tìm nguyên nhân.
Khi tối ưu, hãy thay đổi từng nhóm nhỏ, lưu dữ liệu trước và sau, kiểm tra lại chức năng kinh doanh và chờ field data phản ánh dần trải nghiệm mới. Không nên hy sinh form, tracking, giỏ hàng hoặc nội dung chỉ để tăng điểm Performance.
Đối với website có nhiều loại trang, hãy ưu tiên URL tạo traffic, lead hoặc doanh thu thay vì chỉ tối ưu trang chủ. Khi vấn đề nằm ở template, server hoặc JavaScript dùng chung, cần xử lý ở cấp hệ thống để tránh sửa lặp từng URL.
Nguồn tham khảo
- web.dev: Web Vitals
- Google Developers: About PageSpeed Insights
- Search Console Help: Core Web Vitals report
- Google Search Central: Core Web Vitals and Search
- Chrome UX Report: CrUX Dashboard và CrUX Vis
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.
