Tốc độ website ảnh hưởng doanh thu vì khách bỏ đi trước khi nhìn thấy sản phẩm, và Google dùng trải nghiệm tải trang làm một tín hiệu xếp hạng. Anh/chị đo được trong hai phút bằng PageSpeed Insights, rồi xử lý ba nguyên nhân hay gặp nhất: ảnh nặng, máy chủ chậm và mã chạy thừa.
Tóm tắt nhanh
- Đo bằng PageSpeed Insights, xem phần dữ liệu từ người dùng thật trước, điểm số sau.
- Ba chỉ số Google coi là "tốt": tải nội dung chính ≤ 2,5 giây, phản hồi thao tác ≤ 200 mili giây, bố cục không nhảy ≤ 0,1.
- Ảnh nặng là nguyên nhân dễ sửa nhất và thường cho hiệu quả rõ nhất.
Đo tốc độ website trong 2 phút
- Vào
pagespeed.web.dev. - Nhập địa chỉ trang chủ, bấm Phân tích. Làm lại với một trang sản phẩm hoặc trang dịch vụ quan trọng, vì mỗi trang có tốc độ khác nhau.
- Chọn tab Di động, không phải máy tính. Khách của anh/chị phần lớn vào bằng điện thoại, mạng yếu hơn và máy chậm hơn.
- Đọc hai phần. Dữ liệu từ người dùng thật (nếu có) cho biết khách đang trải nghiệm thế nào. Chẩn đoán liệt kê những thứ làm chậm trang.
- Chụp lại kết quả để so sánh sau khi sửa.
Ba chỉ số chính, gọi chung là Core Web Vitals, đo ở mức 75% lượt truy cập thật:
| Chỉ số | Đo gì | Tốt | Cần cải thiện | Kém |
|---|---|---|---|---|
| LCP | Bao lâu thì nội dung lớn nhất hiện ra | ≤ 2,5 giây | 2,5 đến 4 giây | > 4 giây |
| INP | Bao lâu thì trang phản hồi khi bấm | ≤ 200 mili giây | 200 đến 500 mili giây | > 500 mili giây |
| CLS | Bố cục có nhảy lung tung không | ≤ 0,1 | 0,1 đến 0,25 | > 0,25 |
Nguồn: web.dev — Web Vitals. Muốn theo dõi lâu dài, mở báo cáo Core Web Vitals trong Google Search Console, vì đó là dữ liệu của khách thật.
Một lưu ý hay bị nhầm: điểm số 0 đến 100 trên PageSpeed là điểm chẩn đoán, không phải kết quả Core Web Vitals. Một trang có thể điểm cao mà vẫn rớt chỉ số thật, và ngược lại.
Vì sao mỗi giây đều tính tiền?
Khách vào website bằng điện thoại, thường trên mạng di động, không kiên nhẫn như khi ngồi văn phòng. Trang tải chậm thì họ thoát trước khi đọc được một dòng. Cái giá nằm ở ba chỗ:
- Mất khách ngay cửa. Người bấm vào quảng cáo rồi thoát vì chờ lâu: anh/chị đã trả tiền cho lượt bấm mà không có khách.
- Mất cơ hội chốt. Càng nhiều bước chờ trong giỏ hàng, form báo giá, trang thanh toán, càng nhiều người bỏ dở.
- Thiệt thòi thứ hạng. Core Web Vitals là một phần của các hệ thống đánh giá trải nghiệm trang của Google. Mức ảnh hưởng thường nhỏ hơn việc nội dung có đúng ý người tìm hay không, nhưng website quá chậm vẫn bị thiệt.
Ba nguyên nhân khiến website chậm phổ biến nhất
1. Ảnh quá nặng. Ảnh vài MB, kích thước hàng nghìn pixel hiển thị trong khung nhỏ. Trong báo cáo PageSpeed, các mục nhắc đến kích thước ảnh, định dạng ảnh hoặc ảnh ngoài màn hình đều thuộc nhóm này. Cách xử lý ở bài Tối ưu ảnh cho website.
2. Máy chủ phản hồi chậm. Trang chưa kịp tải gì thì máy chủ đã mất quá lâu để bắt đầu trả lời. Nguyên nhân thường là hosting quá tải, ổ lưu trữ chậm, không có bộ nhớ đệm hoặc cơ sở dữ liệu truy vấn nặng. Đây là việc của đơn vị cung cấp hosting. Hosting của DSIC đã nâng cấp lên ổ NVMe Gen4, xem thông báo nâng cấp.
3. Mã và công cụ bên ngoài chạy thừa. Khung chat, mã theo dõi, quảng cáo, nút mạng xã hội, plugin cài dư. Mỗi thứ nhỏ nhưng cộng lại làm trang nặng và phản hồi chậm. Đây là thủ phạm hay gặp của INP và CLS. Banner xin đồng ý cookie hiện ra muộn và đẩy nội dung xuống cũng làm CLS xấu đi.
Việc nào tự sửa được, việc nào phải nhờ kỹ thuật?
| Việc | Ai làm | Ghi chú |
|---|---|---|
| Thu nhỏ và nén ảnh trước khi đăng | Anh/chị | Hiệu quả cao, không cần kỹ thuật |
| Gỡ plugin, khung chat, mã theo dõi không dùng | Anh/chị hoặc kỹ thuật | Gỡ từng thứ một và đo lại để biết thứ nào gây chậm |
| Khai báo kích thước cho ảnh, video nhúng | Kỹ thuật | Giảm bố cục nhảy (CLS) |
| Cấu hình bộ nhớ đệm, nén dữ liệu, nâng cấp máy chủ | Kỹ thuật, nhà cung cấp hosting | Ảnh hưởng thời gian phản hồi |
| Tối ưu mã giao diện, truy vấn cơ sở dữ liệu | Kỹ thuật | Cần đo để biết đoạn nào chậm |
| Nền tảng quá cũ, mã nguồn quá nặng nề | Làm lại | Vá chỗ này hỏng chỗ khác thì làm lại rẻ hơn |
Website do DSIC quản trị được kiểm tra và tối ưu theo định kỳ, xem dịch vụ quản trị website. Cần dựng website mới ngay từ đầu đã nhanh, xem thiết kế website.
Điểm bao nhiêu là đủ?
PageSpeed chia điểm thành ba dải: 90 đến 100 là tốt, 50 đến 89 cần cải thiện, 0 đến 49 là kém. Hai nguyên tắc thực tế:
- Đừng chạy theo điểm 100. Từ vùng xanh trở đi, mỗi điểm thêm tốn nhiều công hơn mà khách khó thấy khác biệt.
- Mục tiêu đúng là Core Web Vitals đạt trên di động ở dữ liệu người dùng thật, và các trang quan trọng (trang chủ, sản phẩm, liên hệ, thanh toán) đều nằm trong vùng tốt.
Đo định kỳ và sau mỗi thay đổi lớn. Một trang nhanh hôm nay vẫn có thể chậm đi khi thêm một công cụ mới.
Câu hỏi thường gặp
Website mới làm còn phải lo tốc độ không?
Có. Website mới vẫn dễ chậm vì ảnh đưa lên chưa nén hoặc cài thêm công cụ bên ngoài. Hãy đo ngay sau khi lên sóng.
Điểm trên máy tính cao nhưng điện thoại thấp, tin số nào?
Tin số trên điện thoại. Điện thoại có bộ xử lý và mạng yếu hơn, và Google dùng chỉ số trên di động để đánh giá.
Có cần nâng hosting để website nhanh hơn không?
Chỉ khi báo cáo cho thấy máy chủ phản hồi chậm. Nếu nguyên nhân là ảnh nặng hay mã thừa thì nâng hosting không giải quyết được.
Phản hồi giúp DSIC chọn chủ đề viết tiếp.