Một trang chậm vài giây làm người đọc rời đi trước khi thấy nội dung, và làm Google chấm trải nghiệm trang thấp hơn. Tối ưu tốc độ website không bắt đầu từ plugin mà từ việc đo đúng chỉ số, tìm đúng lớp gây chậm rồi sửa theo thứ tự.
Page Speed là gì và vì sao tốc độ website quan trọng?
Page Speed là tốc độ tải trang, tức thời gian từ lúc người dùng mở một URL tới lúc nội dung chính hiện ra và bấm được. Tốc độ website quan trọng vì nó chạm cùng lúc ba thứ: người đọc có ở lại không, Google chấm trải nghiệm trang ra sao, và quảng cáo trả tiền có ra đơn không.
Ba thứ tốc độ website tác động trực tiếp
- Người đọc: trang chậm làm người đọc rời đi trước khi thấy nội dung, nhất là trên điện thoại
- Google: tốc độ là một phần của trải nghiệm trang mà hệ thống xếp hạng của Google xem xét
- Doanh thu: lượt truy cập đã trả tiền quảng cáo mà rời trang vì chậm là tiền mất trắng
Trang chậm có khi không do ảnh hay script mà do máy chủ trả byte đầu tiên quá lâu. Công cụ đo TTFB miễn phí bên Novaverb đo thời gian máy chủ phản hồi cùng thời gian tra DNS, bắt tay TCP và TLS cho đúng URL bạn nhập.
Tốc độ website không phải chuyện kỹ thuật riêng của lập trình viên, vì nó quyết định người đọc có ở lại để đọc nội dung hay không.
Tốc độ website ảnh hưởng tới thứ hạng Google ra sao?
Tốc độ website ảnh hưởng tới thứ hạng qua trải nghiệm trang. Google dùng tốc độ làm tín hiệu xếp hạng trên máy tính từ năm 2010, trên di động từ năm 2018, rồi đưa Core Web Vitals vào đánh giá trải nghiệm trang. Google cũng nói rõ trang nhanh không thắng được trang trả lời liên quan hơn.
| Năm | Thay đổi | Nguồn |
|---|---|---|
| 2010 | Tốc độ trang thành tín hiệu xếp hạng cho tìm kiếm trên máy tính | Google Search Central, 04/2010 |
| 2018 | Speed Update đưa tốc độ trang vào xếp hạng tìm kiếm trên di động | Google Search Central, 01/2018 |
| 2021 | Core Web Vitals thành một phần của trải nghiệm trang | Google Page Experience Update |
| 2024 | INP thay FID trong bộ Core Web Vitals từ ngày 12/03/2024 | web.dev, 03/2024 |
| Google viết trong tài liệu trải nghiệm trang: trải nghiệm tốt không thay được nội dung hữu ích và liên quan. | ||
Ba đường tốc độ đi vào kết quả tìm kiếm
- Trải nghiệm trang: Core Web Vitals là một phần tín hiệu trải nghiệm trang Google dùng khi xếp hạng
- Thu thập dữ liệu: máy chủ phản hồi nhanh thì Googlebot tăng giới hạn thu thập, xem crawl budget
- Hành vi người đọc: trang nhanh giữ người đọc lâu hơn, nên nội dung có cơ hội được đọc hết
Tốc độ là điều kiện cần chứ không đủ: làm trang nhanh mà nội dung chưa trả lời đúng câu hỏi thì vẫn khó lên top.
Tốc độ tải trang ảnh hưởng doanh thu và quảng cáo thế nào?
Tốc độ tải trang ảnh hưởng doanh thu vì mỗi giây chờ làm một phần người đọc bỏ đi trước khi mua hay để lại liên hệ. Với quảng cáo, trang đích chậm vừa mất lượt nhấp đã trả tiền, vừa kéo trải nghiệm trang đích, một trong ba thành phần của Điểm Chất Lượng Google Ads.
| Nguồn | Phát hiện | Ý nghĩa cho website của bạn |
|---|---|---|
| Google, 2016 | 53% lượt truy cập trên di động bị bỏ nếu trang tải lâu hơn 3 giây | Trên điện thoại, mốc 3 giây là mốc người đọc bắt đầu bỏ đi |
| Akamai, 2017 | Chậm thêm 100 mili giây có thể làm tỷ lệ chuyển đổi giảm 7% | Chênh lệch nhỏ vẫn chạm tới đơn hàng trên trang bán hàng |
| Walmart, 2012 | Mỗi giây nhanh hơn làm tỷ lệ chuyển đổi tăng tới 2% | Tăng tốc là việc có thể đo bằng đơn hàng, không chỉ bằng điểm số |
| Google Ads | Trải nghiệm trang đích là một trong ba thành phần của Điểm Chất Lượng | Trang đích chậm kéo Điểm Chất Lượng và chi phí mỗi lượt nhấp |
| Các nghiên cứu này đo trên website lớn. Số của website bạn phải đo trên dữ liệu của chính bạn, xem thêm Page Speed và tỷ lệ chuyển đổi. | ||
Ba chỗ tiền rơi khi website tải chậm
- Lượt nhấp quảng cáo: đã trả tiền cho lượt nhấp nhưng người đọc rời đi trước khi trang hiện ra
- Giỏ hàng và biểu mẫu: người mua bỏ ngang khi mỗi bước bấm đều phải chờ trang phản hồi
- Khách quay lại: người từng gặp trang chậm ít quay lại lần sau, dù nội dung có ích
Muốn biết tốc độ đáng giá bao nhiêu, so tỷ lệ chuyển đổi của nhóm lượt tải nhanh với nhóm lượt tải chậm trên chính website của bạn.
Tốc độ website bao nhiêu là tốt theo Core Web Vitals?
Tốc độ website được xem là tốt khi LCP không quá 2,5 giây, INP không quá 200 mili giây và CLS không quá 0,1, tính ở phân vị 75 của lượt tải thật. Ba chỉ số này là Core Web Vitals. TTFB không nằm trong bộ này nhưng là chỉ số máy chủ nên đo kèm, mức tốt là không quá 0,8 giây.
| Chỉ số | Đo gì | Tốt | Cần cải thiện | Kém |
|---|---|---|---|---|
| LCP | Thời gian hiện phần nội dung lớn nhất | ≤ 2,5 giây | 2,5 tới 4 giây | > 4 giây |
| INP | Độ trễ phản hồi khi người dùng bấm, gõ | ≤ 200 ms | 200 tới 500 ms | > 500 ms |
| CLS | Mức xê dịch bố cục trong lúc tải | ≤ 0,1 | 0,1 tới 0,25 | > 0,25 |
| TTFB | Thời gian máy chủ trả byte đầu tiên | ≤ 0,8 giây | 0,8 tới 1,8 giây | > 1,8 giây |
| Nguồn: web.dev, Web Vitals và web.dev, TTFB. Đo riêng cho di động và máy tính. | ||||
Ba điều cần nhớ khi đọc ngưỡng
- Phân vị 75: trang đạt khi ít nhất 75% lượt tải thật nằm trong mức tốt, không phải một lần đo
- Tách thiết bị: di động và máy tính chấm riêng, di động thường chậm hơn nên sửa trước
- FID đã thay: bài nào còn nhắc FID là bài cũ, chỉ số hiện hành là INP, xem Core Web Vitals là gì
Nhắm đạt mức tốt ở cả ba chỉ số Core Web Vitals trên di động trước, vì phần lớn lượt tìm kiếm đến từ điện thoại.
Điểm PageSpeed Insights bao nhiêu là tốt cho website?
Điểm Hiệu suất trên PageSpeed Insights từ 90 tới 100 là tốt, từ 50 tới 89 là cần cải thiện, dưới 50 là kém. Điểm này do Lighthouse tính trong môi trường giả lập, nên đổi giữa các lần đo. Phần dữ liệu người dùng thật ở đầu báo cáo mới là số Google dùng để chấm Core Web Vitals.
| Điểm | Màu trên báo cáo | Nghĩa là gì |
|---|---|---|
| 90 tới 100 | Xanh lá | Tốt, trang đạt phần lớn chỉ số trong môi trường đo giả lập |
| 50 tới 89 | Cam | Cần cải thiện, còn chỉ số kéo điểm xuống |
| 0 tới 49 | Đỏ | Kém, có lỗi lớn cần sửa trước |
| Thang điểm theo Chrome for Developers, Lighthouse performance scoring. | ||
Năm chỉ số Lighthouse gộp thành điểm Hiệu suất
- First Contentful Paint: thời gian hiện chữ hoặc hình đầu tiên trên màn hình
- Largest Contentful Paint: thời gian hiện phần nội dung lớn nhất của trang
- Total Blocking Time: tổng thời gian luồng chính bị script chặn, không phản hồi được
- Cumulative Layout Shift: mức bố cục xê dịch trong lúc trang đang tải
- Speed Index: tốc độ phần nhìn thấy của trang được vẽ xong
Điểm 100 là dấu hiệu tốt để khoe, còn dữ liệu người dùng thật mới là thứ quyết định trang có đạt Core Web Vitals hay không.
Vì sao website tải chậm và nguyên nhân nằm ở đâu?
Website tải chậm thường vì bảy nguyên nhân: hosting yếu, ảnh chưa tối ưu, code thừa, không dùng CDN, giao diện nặng, quá nhiều quảng cáo và mã nhúng, thiếu bộ nhớ đệm. Mỗi nguyên nhân kéo một chỉ số khác nhau, nên đọc chỉ số trước sẽ chỉ ra lớp cần sửa.
| Nguyên nhân | Dấu hiệu dễ thấy | Chỉ số bị ảnh hưởng |
|---|---|---|
| Hosting yếu | Trang chậm vào giờ cao điểm, TTFB cao cả khi trang nhẹ | TTFB, LCP |
| Ảnh chưa tối ưu | Ảnh vài MB, kích thước lớn hơn khung hiển thị | LCP |
| Code thừa | Nhiều file CSS, JavaScript chặn hiển thị, plugin chồng chức năng | LCP, INP |
| Không dùng CDN | Người dùng ở xa máy chủ tải chậm hơn hẳn | TTFB, LCP |
| Giao diện nặng | Nhiều hiệu ứng động, video nền, slider lớn | LCP, INP |
| Quảng cáo và mã nhúng | Pop-up, banner, script bên ngoài chen vào khi tải | INP, CLS |
| Thiếu bộ nhớ đệm | Máy chủ dựng lại trang từ đầu cho mỗi lượt truy cập | TTFB |
| Chỉ số nào đỏ thì bắt đầu từ nguyên nhân có chỉ số đó. | ||
Ba câu hỏi để khoanh vùng nguyên nhân
- TTFB có cao không: cao thì lỗi nằm ở máy chủ, hosting hoặc thiếu cache trang
- Phần tử LCP là gì: nếu là ảnh thì xem dung lượng và định dạng ảnh đó trước
- Script nào chặn hiển thị: biểu đồ thác nước của GTmetrix chỉ ra file tải lâu nhất
Sửa đúng nguyên nhân của chỉ số đang đỏ thì một thay đổi nhỏ cũng thấy kết quả, sửa tràn lan thì tốn công mà khó đo.
Đo tốc độ website bằng công cụ nào cho đúng?
Đo tốc độ website cho đúng cần hai loại công cụ: một loại đọc dữ liệu người dùng thật như PageSpeed Insights và báo cáo Core Web Vitals trong Search Console, một loại đo giả lập để tìm file gây chậm như GTmetrix, Pingdom và WebPageTest. Dữ liệu thật cho biết có đạt không, đo giả lập cho biết sửa ở đâu.
| Công cụ | Đo gì | Dùng khi |
|---|---|---|
| PageSpeed Insights | Dữ liệu người dùng thật và điểm Lighthouse | Kiểm một URL cụ thể |
| Search Console, báo cáo Core Web Vitals | Nhóm URL tốt, cần cải thiện, kém trên dữ liệu thật | Theo dõi cả website theo thời gian |
| GTmetrix | Thời gian tải, biểu đồ thác nước từng file | Tìm file nào làm trang chậm |
| Pingdom Tools | Thời gian tải từ nhiều khu vực | So tốc độ theo vị trí người dùng |
| WebPageTest | Tải trang theo trình duyệt và mạng 3G, 4G | Phân tích từng bước tải |
| Novaverb TTFB | TTFB, DNS, TCP và TLS | Nghi máy chủ phản hồi chậm |
| Cách đọc từng báo cáo nằm ở bài cách kiểm tra tốc độ website. | ||
Ba nguyên tắc để số đo so được với nhau
- Cùng URL: đo lại đúng trang đã sửa, không đổi sang trang khác để so
- Cùng thiết bị: so di động với di động, máy tính với máy tính
- Đo nhiều lần: lấy số giữa của vài lần đo giả lập vì mỗi lần một khác
Đo giả lập để tìm chỗ sửa, còn kết luận đạt hay chưa thì chờ dữ liệu người dùng thật cập nhật.
Tối ưu tốc độ website nên làm theo thứ tự nào?
Tối ưu tốc độ website nên đi theo năm lớp: đo trước, sửa máy chủ, tối ưu hình ảnh, gọn code và giao diện, rồi bật bộ nhớ đệm và CDN. Thứ tự này đi từ lớp gây chậm cho mọi trang tới lớp tinh chỉnh, và sau mỗi lớp đều đo lại để biết thay đổi nào có tác dụng.
Tối ưu không có điểm dừng tự nhiên, nên thứ quyết định hiệu quả là biết dừng đúng chỗ và chuyển sang việc khác. Khóa Học SEO Master đi vào cách chọn.
Năm lớp tối ưu tốc độ website theo thứ tự
- Đo trước: ghi lại LCP, INP, CLS, TTFB của các URL quan trọng làm mốc so
- Máy chủ: hosting đủ sức và cache phía máy chủ để TTFB xuống dưới 0,8 giây
- Hình ảnh: WebP, đúng kích thước khung, lazy load cho ảnh dưới màn hình đầu
- Code và giao diện: nén CSS, JavaScript, bỏ plugin và hiệu ứng không cần thiết
- Cache và CDN: bộ nhớ đệm trình duyệt và CDN phân phối file từ máy chủ gần người dùng
Sửa máy chủ trước ảnh và code, vì TTFB chậm cộng vào mọi trang, còn ảnh nặng chỉ kéo những trang có ảnh đó.
Làm sao giảm TTFB khi máy chủ phản hồi chậm?
Giảm TTFB bắt đầu từ máy chủ: chọn hosting đủ tài nguyên cho lượng truy cập, bật cache trang ở phía máy chủ, đặt máy chủ gần người dùng hoặc dùng CDN, và giảm thời gian tra DNS. Website WordPress chạy chậm thường do mỗi lượt truy cập đều phải truy vấn cơ sở dữ liệu từ đầu.
Bốn việc giảm TTFB
- Hosting đủ sức: nâng lên VPS hoặc máy chủ riêng khi hosting dùng chung chậm vào giờ cao điểm
- Cache trang: máy chủ trả sẵn HTML đã dựng thay vì dựng lại cho mỗi lượt truy cập
- Gần người dùng: máy chủ đặt gần thị trường chính, hoặc CDN phục vụ từ điểm gần nhất
- DNS nhanh: dùng nhà cung cấp DNS phản hồi nhanh, xem DNS và SEO
Đo TTFB trước và sau khi sửa bằng công cụ đo TTFB của Novaverb, và đọc thêm TTFB là gì.
TTFB là phần thời gian mọi trang đều phải trả, nên giảm được nó là cả website nhanh lên cùng lúc.
Tối ưu hình ảnh để tăng tốc độ tải trang thế nào?
Tối ưu hình ảnh để tăng tốc độ tải trang gồm ba việc: nén ảnh và đổi sang định dạng nhẹ như WebP, xuất ảnh đúng kích thước khung hiển thị, và bật lazy load cho ảnh nằm dưới màn hình đầu. Ảnh lớn nhất ở đầu trang thường chính là phần tử LCP, nên ảnh đó cần tải sớm chứ không lazy load.
| Loại hình | Định dạng nên dùng | Ghi chú |
|---|---|---|
| Ảnh chụp, ảnh sản phẩm | WebP hoặc AVIF | Nhẹ hơn JPEG ở cùng độ nét |
| Logo, icon | SVG | Nét ở mọi kích thước, dung lượng nhỏ |
| Ảnh cần nền trong suốt | WebP hoặc PNG | PNG nặng, chỉ dùng khi cần |
| Luôn khai width và height cho ảnh để trình duyệt giữ chỗ, tránh xê dịch bố cục làm tăng CLS. | ||
Ba công cụ nén ảnh hay dùng
- TinyPNG: nén PNG và JPEG trên trình duyệt, không cần cài đặt
- ImageOptim: ứng dụng nén ảnh hàng loạt trên máy Mac
- Plugin nén ảnh WordPress: tự nén và đổi sang WebP khi tải ảnh lên thư viện
Ảnh đầu trang tải sớm, ảnh dưới màn hình tải sau: đặt đúng hai chế độ này là LCP cải thiện rõ nhất với ít công sức.
Tối ưu code, plugin và giao diện website ra sao?
Tối ưu code là nén và gộp CSS, JavaScript, bỏ đoạn mã không dùng, và dời script không cần ngay xuống sau khi trang hiện ra. Với WordPress, số plugin và giao diện nặng thường là nguồn code thừa lớn nhất, nên xóa plugin trùng chức năng và chọn giao diện gọn trước khi tinh chỉnh từng file.
Bốn việc gọn code và giao diện
- Nén và gộp: minify CSS, JavaScript bằng Autoptimize hoặc WP Rocket để giảm dung lượng và số yêu cầu
- Dời script: script không cần cho phần nhìn thấy đầu tiên thì tải trễ để không chặn hiển thị
- Bớt plugin: xóa plugin trùng chức năng, dùng Query Monitor tìm plugin làm trang chậm
- Giao diện gọn: hạn chế hiệu ứng động, slider lớn và video nền trên trang quan trọng
Cách sửa chỉ số phản hồi khi người dùng bấm nằm ở bài INP là gì, cách chống xê dịch bố cục ở bài CLS là gì.
Mỗi plugin thêm vào là thêm code chạy trên mọi trang, nên hỏi cần hay không trước khi hỏi cài plugin nào.
Cache và CDN giúp tăng tốc độ website như thế nào?
Cache giúp tăng tốc độ website bằng cách lưu sẵn bản trang và file tĩnh, để lượt truy cập sau không phải dựng lại từ đầu. CDN phân phối các file đó từ máy chủ gần người dùng nhất. Hai lớp này đi cùng nhau: cache giảm việc cho máy chủ, CDN rút ngắn quãng đường dữ liệu đi.
| Lớp cache | Nằm ở đâu | Giúp gì |
|---|---|---|
| Cache trình duyệt | Máy người dùng | Lần xem sau không tải lại CSS, JavaScript, ảnh |
| Cache trang | Máy chủ web | Trả sẵn HTML thay vì dựng lại, giảm TTFB |
| Object cache | Máy chủ, cạnh cơ sở dữ liệu | Giảm truy vấn lặp lại vào cơ sở dữ liệu |
| CDN | Mạng máy chủ phân tán | Phục vụ file từ điểm gần người dùng |
| Website WordPress đọc thêm cache và kết nối cho WordPress, về CDN đọc CDN và Edge SEO. | ||
Ba lựa chọn hay gặp
- Plugin cache WordPress: WP Rocket, W3 Total Cache hoặc WP Super Cache, chỉ bật một plugin
- Cache phía máy chủ: nhiều hosting có sẵn cache trang, bật trong bảng điều khiển
- CDN: Cloudflare, Akamai hoặc Amazon CloudFront phân phối file tĩnh
Bật hai plugin cache cùng lúc dễ làm trang lỗi hoặc chậm hơn, nên chỉ giữ một lớp cache trang.
Sau khi tối ưu, giữ tốc độ website ổn định bằng cách nào?
Giữ tốc độ website ổn định bằng việc đo định kỳ, sửa redirect thừa và kiểm lại mỗi khi thêm plugin, giao diện hay đoạn mã mới. Tốc độ thường tụt dần qua từng lần cập nhật nhỏ, nên báo cáo Core Web Vitals trong Search Console là nơi phát hiện sớm nhất khi một nhóm URL chuyển sang cần cải thiện.
Bốn việc giữ tốc độ website sau tối ưu
- Đo định kỳ: xem báo cáo Core Web Vitals trong Search Console mỗi tháng một lần
- Sửa redirect: bỏ redirect vòng lặp và chuỗi redirect nhiều bước bằng Screaming Frog hoặc Ahrefs
- Kiểm sau cập nhật: đo lại URL quan trọng sau khi thêm plugin, đổi giao diện hay chèn mã theo dõi
- Cập nhật nền tảng: giữ CMS, giao diện và plugin ở bản mới vì bản mới thường chạy nhanh hơn
Muốn biết website đang chậm ở lớp nào trước khi sửa, dịch vụ Phân tích SEO và GEO soi trực tiếp trên dữ liệu thật của website bạn.
Tốc độ website là việc giữ đều chứ không phải sửa một lần, vì mỗi thay đổi nhỏ đều có thể kéo nó xuống.
Người làm website hay hỏi gì về tối ưu tốc độ website?
Người làm website hay hỏi ba chuyện về tối ưu tốc độ website: trang nhanh có chắc lên top không, điểm PageSpeed thấp mà Core Web Vitals đạt thì có sao không, và WordPress nên dùng plugin cache nào. Mỗi câu trả lời dưới đây đứng riêng được, câu đầu là câu trả lời thẳng.
Website nhanh có chắc lên top Google không?
Không. Tốc độ là một phần của trải nghiệm trang, còn Google nói rõ trải nghiệm trang tốt không thay được nội dung liên quan và hữu ích. Trang nhanh giúp người đọc ở lại và giúp Google thu thập dữ liệu dễ hơn, nhưng thứ hạng vẫn phụ thuộc trước hết vào việc trang trả lời đúng câu hỏi của người tìm.
Điểm PageSpeed thấp mà Core Web Vitals đạt thì sao?
Không đáng lo cho thứ hạng. Điểm PageSpeed là số đo giả lập của Lighthouse trên một lần tải, còn Core Web Vitals trong báo cáo lấy từ lượt tải thật của người dùng. Google dùng dữ liệu thật để chấm trải nghiệm trang, nên điểm giả lập chỉ nên dùng để tìm chỗ cần sửa tiếp theo.
WordPress nên dùng plugin cache nào?
WP Rocket, W3 Total Cache và WP Super Cache đều dùng được, quan trọng là chỉ bật một plugin cache trang. Nếu hosting đã có cache phía máy chủ thì kiểm tra trước khi cài thêm, vì hai lớp cache trang chồng nhau dễ làm trang lỗi hiển thị hoặc không cập nhật nội dung mới.
Bước tiếp theo
Muốn tự làm được việc này trên website của bạn?
SEO Master hướng dẫn làm SEO trong 24 buổi, từ tư duy nền tảng tới triển khai và đo lường trên website thật.
Cách tối ưu tốc độ website theo đúng thứ tự
Các bước giúp bạn sửa đúng lớp gây chậm theo thứ tự, từ máy chủ tới hình ảnh, code và bộ nhớ đệm, rồi đo lại để biết thay đổi nào có tác dụng.
- Đo chỉ số làm mốcGhi lại LCP, INP, CLS và TTFB của các URL quan trọng bằng PageSpeed Insights, đo riêng di động và máy tính để có mốc so sau mỗi lần sửa.
- Sửa máy chủ trước tiênChọn hosting đủ sức và bật cache trang phía máy chủ để TTFB xuống dưới 0,8 giây, vì TTFB chậm cộng vào mọi trang.
- Tối ưu hình ảnhNén ảnh sang WebP, xuất đúng kích thước khung, bật lazy load cho ảnh dưới màn hình đầu và để ảnh LCP ở đầu trang tải sớm.
- Rút gọn code và giao diệnNén CSS và JavaScript, dời script không cần ngay, xóa plugin trùng chức năng và bớt hiệu ứng động, slider lớn, video nền.
- Bật bộ nhớ đệm và CDNChỉ bật một plugin cache trang, dùng cache trình duyệt và CDN để phục vụ file tĩnh từ máy chủ gần người dùng.
- Đo lại sau mỗi lớpĐo lại đúng URL đã sửa trên cùng thiết bị, lấy số giữa của vài lần đo giả lập rồi chờ dữ liệu người dùng thật cập nhật.
Câu hỏi thường gặp về Page Speed
Giải đáp trực tiếp các câu hỏi thường gặp về Page Speed dựa trên dữ liệu triển khai thực tế, quy trình kiểm thử kỹ thuật và kinh nghiệm thực chiến trên website thật để tối ưu hiệu quả tìm kiếm.
Vì sao đã cài plugin tăng tốc mà website vẫn chậm?
Plugin chỉ sửa được lớp code hoặc cache, còn lớp gây chậm có thể nằm ở máy chủ. Nếu TTFB cao cả khi trang nhẹ thì lỗi thường ở hosting yếu hoặc thiếu cache trang phía máy chủ. Đo chỉ số trước để biết lớp nào đang đỏ, rồi sửa đúng nguyên nhân của chỉ số đó.
Bật hai plugin cache cùng lúc có làm website nhanh hơn không?
Không. Bật hai plugin cache cùng lúc dễ làm trang lỗi hoặc chậm hơn. Chỉ giữ một lớp cache trang, và nếu hosting đã có sẵn cache phía máy chủ thì kiểm tra trước khi cài thêm plugin, vì hai lớp chồng nhau có thể làm trang không cập nhật nội dung mới.
Vì sao mỗi lần đo PageSpeed Insights lại ra một điểm khác nhau?
Điểm Hiệu suất do Lighthouse tính trong môi trường giả lập, nên mỗi lần đo một khác. Để số đo so được với nhau, đo cùng URL, cùng thiết bị và lấy số giữa của vài lần đo. Kết luận trang đạt hay chưa thì dựa vào dữ liệu người dùng thật ở đầu báo cáo.
Lazy load toàn bộ ảnh có làm LCP chậm hơn không?
Có, nếu ảnh đầu trang cũng bị lazy load. Ảnh lớn nhất ở đầu trang thường chính là phần tử LCP, nên ảnh đó cần tải sớm. Chỉ bật lazy load cho ảnh nằm dưới màn hình đầu. Đặt đúng hai chế độ này là cách cải thiện LCP rõ nhất với ít công sức.
LCP, INP và CLS đo những gì trên một trang web?
LCP đo thời gian hiện phần nội dung lớn nhất, INP đo độ trễ phản hồi khi người dùng bấm hoặc gõ, CLS đo mức xê dịch bố cục trong lúc tải. Ba chỉ số này là Core Web Vitals, mức tốt là LCP không quá 2,5 giây, INP không quá 200 mili giây và CLS không quá 0,1.
TTFB có nằm trong bộ Core Web Vitals không và mức nào là tốt?
TTFB không nằm trong bộ Core Web Vitals, nhưng là chỉ số máy chủ nên đo kèm. TTFB là thời gian máy chủ trả byte đầu tiên, mức tốt là không quá 0,8 giây, từ 0,8 tới 1,8 giây là cần cải thiện, trên 1,8 giây là kém.
Phân vị 75 trong đánh giá Core Web Vitals nghĩa là gì?
Phân vị 75 nghĩa là trang đạt khi ít nhất 75% lượt tải thật nằm trong mức tốt, không tính theo một lần đo. Di động và máy tính được chấm riêng, và di động thường chậm hơn nên sửa trước, vì phần lớn lượt tìm kiếm đến từ điện thoại.
Cache trình duyệt, cache trang, object cache và CDN khác nhau thế nào?
Bốn lớp này nằm ở bốn chỗ khác nhau. Cache trình duyệt nằm trên máy người dùng, giúp lần xem sau không tải lại file. Cache trang nằm ở máy chủ web, trả sẵn HTML để giảm TTFB. Object cache giảm truy vấn lặp lại vào cơ sở dữ liệu. CDN phục vụ file từ điểm gần người dùng.
Tối ưu tốc độ website là gì và gồm những việc nào?
Tối ưu tốc độ website là giảm thời gian máy chủ phản hồi, giảm dung lượng ảnh và code để trang tải nhanh hơn. Việc tối ưu tốc độ website đi theo năm lớp: đo trước, sửa máy chủ, tối ưu hình ảnh, gọn code và giao diện, rồi bật bộ nhớ đệm và CDN.
Có cần tối ưu tốc độ website nếu nội dung đã tốt không?
Có, tối ưu tốc độ website vẫn cần khi nội dung đã tốt, vì trang chậm làm người đọc rời đi trước khi thấy nội dung, nhất là trên điện thoại. Tốc độ website là điều kiện cần cho thứ hạng, còn nội dung trả lời đúng câu hỏi vẫn là phần Google xét trước hết.
Page Speed khác Core Web Vitals như thế nào?
Page Speed là tốc độ tải và hiển thị một trang web nói chung, còn Core Web Vitals là ba chỉ số Google dùng để chấm trải nghiệm trang: LCP, INP và CLS. Core Web Vitals tính ở phân vị 75 của lượt tải thật, đo riêng cho di động và máy tính.
INP có thay FID trong bộ Core Web Vitals không?
Có, INP đã thay FID trong bộ Core Web Vitals từ ngày 12/03/2024. INP đo độ trễ phản hồi khi người dùng bấm hoặc gõ, mức tốt là không quá 200 mili giây. Tài liệu nào còn nhắc FID là tài liệu cũ, chỉ số hiện hành để đo phản hồi là INP.
Làm tiếp trên chính website của bạn
Chọn theo điều bạn đang cần: người soi website, nền tảng để tự làm, hay người kèm tới nơi.
Phân tích SEO và GEO Online
Tìm đúng chỗ website đang nghẽn, bàn giao thứ tự sửa và bản đồ nội dung theo DLN™. Học tiếp Mentor thì phí này được trừ vào học phí.
Xem phạm vi phân tíchKhóa học SEO cơ bản Online
6 buổi online về Technical và On-page, đủ nền tảng để tự rà và sửa website của bạn.
Xem lộ trình họcMentor SEO 1 kèm 1 Online
12 buổi trong 4 tuần, làm trực tiếp trên website của bạn cùng Danh Nolan.
Xem cách kèm