JPEG, PNG, WebP, AVIF nên dùng định dạng nào cho website? Câu trả lời ngắn: dùng AVIF hoặc WebP cho phần lớn ảnh chụp và ảnh minh họa, kèm JPEG hoặc PNG làm phương án dự phòng khi cần; giữ PNG (hoặc SVG) cho ảnh chụp màn hình, logo, ảnh có chữ sắc nét; không bao giờ lazy-load ảnh đầu trang (ảnh LCP). Chọn đúng định dạng giúp trang tải nhanh hơn, điểm Core Web Vitals tốt hơn, nhưng định dạng chỉ là một phần của bài toán tốc độ và SEO hình ảnh.
Mục lục
- Tóm tắt nhanh: chọn định dạng theo loại ảnh
- JPEG, PNG, WebP, AVIF khác nhau ở đâu?
- Bảng so sánh theo tiêu chí marketer quan tâm
- Định dạng ảnh có ảnh hưởng đến SEO không?
- Trình duyệt và WordPress hỗ trợ đến đâu?
- Quy trình quyết định chọn định dạng (5 bước)
- PNG hay JPG: chọn nhanh
- Dung lượng ảnh bao nhiêu là hợp lý?
- Công cụ chuyển đổi và nén ảnh
- Dùng thẻ picture để có dự phòng
- Ví dụ minh họa: trang landing có 8 ảnh
- Lỗi thường gặp
- Khi nào nên và không nên chuyển sang AVIF/WebP?
- Câu hỏi thường gặp
- Nguồn tham khảo
Tóm tắt nhanh: chọn định dạng theo loại ảnh
Nếu chỉ có một phút, hãy dùng bảng dưới đây. Đây là khuyến nghị thực hành của Vidco Group dựa trên đặc tính kỹ thuật của từng định dạng; bạn vẫn nên tự đo trên chính ảnh của mình vì mức nén phụ thuộc nội dung ảnh.
| Loại ảnh | Định dạng ưu tiên | Dự phòng | Ghi chú |
|---|---|---|---|
| Ảnh sản phẩm, ảnh chụp thực tế, banner có nhiều màu | AVIF hoặc WebP (lossy) | JPEG | Thử nén ở vài mức chất lượng, chọn mức nhỏ nhất mà mắt thường chưa thấy khác |
| Ảnh chụp màn hình, giao diện, infographic nhiều chữ | PNG hoặc WebP lossless | PNG | Nén lossy dễ làm mờ viền chữ |
| Logo, icon, hình vẽ đơn giản | SVG | PNG | Vector, phóng to không vỡ, thường rất nhẹ |
| Ảnh cần nền trong suốt | WebP, AVIF hoặc PNG | PNG | JPEG không hỗ trợ trong suốt |
| Ảnh động ngắn | Video MP4/WebM hoặc WebP động | GIF (chỉ khi bắt buộc) | GIF thường nặng hơn nhiều so với video ngắn |
| Ảnh đầu trang (hero, ảnh LCP) | AVIF/WebP, đúng kích thước | JPEG | Không lazy-load; ưu tiên tải sớm |
JPEG, PNG, WebP, AVIF khác nhau ở đâu?
JPEG: ổn định, tương thích mọi nơi
JPEG (hoặc JPG) là định dạng nén có mất dữ liệu (lossy), phù hợp ảnh chụp có nhiều chuyển sắc. Ưu điểm lớn nhất là hầu như thiết bị, phần mềm, mạng xã hội, email nào cũng mở được. Nhược điểm: không hỗ trợ nền trong suốt, và khi nén mạnh sẽ xuất hiện hiện tượng vỡ khối, nhòe viền. Trong tài liệu hướng dẫn chọn định dạng ảnh của web.dev, JPEG được khuyến nghị cho ảnh chụp, ảnh màn hình và dùng được ở mọi trình duyệt nên không cần phương án dự phòng.
PNG: nén không mất dữ liệu, có nền trong suốt
PNG nén không mất dữ liệu (lossless) và hỗ trợ kênh trong suốt, nên giữ chữ, đường nét, màu phẳng rất sắc. Đổi lại, với ảnh chụp nhiều chi tiết, file PNG thường lớn hơn đáng kể so với các định dạng khác. Với marketer, PNG hợp cho ảnh chụp màn hình hướng dẫn, sơ đồ, ảnh có chữ cần đọc rõ, nhưng nếu đặt ảnh sản phẩm 2.000 px dạng PNG lên trang chủ thì thường là lãng phí dung lượng.
WebP: bản nâng cấp thực dụng
WebP (do Google phát triển, dựa trên video codec VP8) hỗ trợ cả lossy lẫn lossless, nền trong suốt và ảnh động. Theo nghiên cứu của Google, ở cùng chỉ số tương đồng SSIM, file WebP lossy nhỏ hơn JPEG từ 25% đến 34%. Đây là mức chênh lệch Google công bố trên tập ảnh thử nghiệm của họ, nên ảnh thật của bạn có thể cho kết quả khác.
AVIF: nén tốt hơn nữa, đến từ video codec AV1
AVIF dựa trên codec video AV1. Theo Can I Use, AVIF thường nén tốt hơn WebP, JPEG, PNG và GIF; WordPress, trong thông báo hỗ trợ AVIF ở phiên bản 6.5, cho biết ảnh AVIF có thể nhỏ hơn JPEG tới khoảng 50% ở cùng chất lượng. Hãy hiểu đó là “có thể”, không phải cam kết cho mọi ảnh. Điểm cần cân nhắc: AVIF thường tốn thời gian và tài nguyên mã hóa hơn khi xuất ảnh hàng loạt (đây là nhận xét thực hành chung, hãy tự thử trên quy trình của bạn), và công cụ chỉnh sửa/CDN của bạn cần hỗ trợ.
Còn JPEG XL, GIF, SVG thì sao?
JPEG XL là định dạng mới giàu tính năng nhưng mức hỗ trợ trình duyệt chưa đồng đều, nên chưa phải lựa chọn mặc định cho website của doanh nghiệp. GIF cũ, nặng; nên thay bằng video ngắn khi có thể. SVG không phải ảnh điểm (raster) mà là ảnh vector, tối ưu cho logo, icon và minh họa đơn giản.
Bảng so sánh theo tiêu chí marketer quan tâm
| Tiêu chí | JPEG | PNG | WebP | AVIF |
|---|---|---|---|---|
| Kiểu nén | Lossy | Lossless | Lossy và lossless | Lossy và lossless |
| Nền trong suốt | Không | Có | Có | Có |
| Ảnh động | Không | APNG (ít dùng) | Có | Có (ít dùng) |
| Dung lượng với ảnh chụp | Chuẩn so sánh | Thường lớn nhất | Thường nhỏ hơn JPEG (Google: 25-34%) | Thường nhỏ nhất (WordPress: có thể tới khoảng 50% so với JPEG) |
| Hỗ trợ trình duyệt (Can I Use) | Mọi trình duyệt | Mọi trình duyệt | Khoảng 97,18% (số liệu tháng 9/2026) | Khoảng 96,35% |
| Phiên bản bắt đầu hỗ trợ | Từ rất sớm | Từ rất sớm | Chrome 32, Firefox 65, Safari 16.0, Edge 18 | Chrome 85, Firefox 93, Safari 16.4, Edge 121 |
| Phù hợp nhất | Ảnh chụp, tương thích tối đa | Ảnh màn hình, chữ, đồ họa phẳng | Lựa chọn cân bằng cho đa số website | Ảnh chụp lớn cần tiết kiệm dung lượng tối đa |
Số liệu trình duyệt lấy từ Can I Use tại thời điểm viết bài; tỷ lệ thay đổi theo thời gian nên hãy xem lại trang gốc trước khi ra quyết định kỹ thuật lớn.
Định dạng ảnh có ảnh hưởng đến SEO không?
Định dạng ảnh không phải “yếu tố xếp hạng” trực tiếp theo kiểu chọn WebP là lên top. Tác động đến SEO đi qua ba đường:
- Tốc độ và trải nghiệm trang. Ảnh thường là phần nặng nhất của trang. Ảnh nhẹ hơn giúp trang tải nhanh, cải thiện chỉ số Largest Contentful Paint (LCP). Theo web.dev, ngưỡng LCP tốt là từ 2,5 giây trở xuống, đo ở phân vị 75 của lượt tải trang, tách riêng di động và máy tính. Xem thêm bài Core Web Vitals là gì và cách cải thiện LCP thực tế.
- Khả năng hiển thị ở Google Hình ảnh. Google cần tải và hiểu được ảnh: ảnh phải nằm trong thẻ HTML chuẩn, có tên file mô tả, alt text, ngữ cảnh xung quanh. Chi tiết nằm ở bài tối ưu hình ảnh chuẩn SEO và Image SEO.
- Chi phí băng thông và tỷ lệ thoát. Trang nhẹ giúp người dùng mạng di động yếu ít bỏ đi hơn, hỗ trợ gián tiếp cho chuyển đổi, đặc biệt với landing page chạy quảng cáo.
Nói cách khác: đổi định dạng là một đòn bẩy tốc độ, không thay thế được alt text, kích thước ảnh hợp lý và nội dung tốt.
Trình duyệt và WordPress hỗ trợ đến đâu?
Trình duyệt
Theo Can I Use, WebP hiện được hỗ trợ ở khoảng 97,18% trình duyệt toàn cầu (số liệu tháng 9/2026) và AVIF khoảng 96,35%. Hai định dạng này đều không chạy trên Internet Explorer. Vì vẫn còn vài phần trăm người dùng chưa hỗ trợ, tài liệu của web.dev vẫn khuyên dùng WebP hoặc AVIF kèm một ảnh JPEG/PNG làm phương án dự phòng.
WordPress
Từ phiên bản 6.5, WordPress cho phép tải lên và dùng ảnh AVIF như JPEG hay PNG, với điều kiện máy chủ có thư viện xử lý ảnh hỗ trợ (Imagick hoặc LibGD). Cách kiểm tra theo thông báo của WordPress: vào Công cụ, Tình trạng trang web (Site Health), tab Thông tin, mục Xử lý phương tiện (Media Handling) và tìm “AVIF” trong danh sách định dạng được hỗ trợ. WordPress vẫn tiếp tục áp dụng ảnh responsive, Fetch Priority và lazy loading cho ảnh AVIF. Giao diện có thể khác tùy phiên bản và nhà cung cấp hosting.
Nếu website của bạn chạy WordPress và chậm, hãy đọc thêm cách tăng tốc website WordPress để thấy ảnh chỉ là một trong nhiều nguyên nhân (hosting, plugin, font, cache).
Quy trình quyết định chọn định dạng (5 bước)
- Phân loại ảnh. Ảnh chụp, ảnh màn hình, đồ họa phẳng, logo hay ảnh động? Mỗi loại có định dạng phù hợp khác nhau (xem bảng đầu bài).
- Đo kích thước hiển thị thật. Một ảnh hiển thị tối đa 800 px chiều rộng thì không cần tải lên bản 4.000 px. Xuất ảnh ở kích thước gần nhất với kích thước hiển thị, và dùng srcset cho nhiều độ phân giải.
- Thử nén 2-3 mức chất lượng. Với AVIF/WebP lossy, hạ dần chất lượng cho tới khi mắt thường bắt đầu thấy khác biệt khi xem ở kích thước thật, rồi lùi lại một nấc.
- Kiểm tra hệ thống của bạn. CMS, plugin tối ưu ảnh, CDN và hosting có hỗ trợ định dạng đó không? Nhiều CDN tự chuyển định dạng theo trình duyệt; hãy xem tài liệu của nhà cung cấp.
- Đo lại. Chạy PageSpeed Insights hoặc Lighthouse trước và sau. Nếu LCP không cải thiện, vấn đề có thể nằm ở chỗ khác (ảnh bị lazy-load, máy chủ chậm, JavaScript chặn hiển thị).
Dùng thẻ picture để có dự phòng
Khi tự đưa ảnh vào HTML, thẻ picture cho phép khai báo nhiều nguồn: trình duyệt chọn định dạng đầu tiên nó hỗ trợ và rơi về thẻ img (JPEG) nếu không. Ví dụ cấu trúc cơ bản:
<picture>
<source srcset="anh-san-pham.avif" type="image/avif">
<source srcset="anh-san-pham.webp" type="image/webp">
<img src="anh-san-pham.jpg" alt="Mô tả ảnh sản phẩm" width="800" height="600">
</picture>Hai thuộc tính width và height giúp trình duyệt giữ chỗ cho ảnh, tránh nhảy bố cục (CLS). Với đa số website WordPress, plugin tối ưu ảnh hoặc CDN sẽ tự làm việc này, bạn không cần viết tay.
Lazy loading: bật cho ảnh dưới màn hình, tắt cho ảnh đầu trang
Theo nghiên cứu trên web.dev về lazy loading ảnh LCP, lazy-load ảnh nằm ngay màn hình đầu làm LCP tệ đi, trong thử nghiệm trên trang lưu trữ của WordPress mức xấu đi khoảng 13-15%. Giải pháp là chỉ lazy-load ảnh dưới màn hình; ảnh hero hoặc ảnh sản phẩm đầu tiên nên tải ngay và có thể đặt ưu tiên cao bằng fetchpriority="high". Cùng nghiên cứu cho thấy chiến lược chọn lọc vẫn giữ được mức giảm 51-70% lượng byte ảnh ban đầu.
Ví dụ minh họa: trang landing có 8 ảnh
Đây là ví dụ giả định để minh họa cách ra quyết định, không phải số liệu của khách hàng nào. Một doanh nghiệp bán đồ gia dụng có landing page chạy quảng cáo với 8 ảnh: 1 ảnh hero, 4 ảnh sản phẩm, 1 ảnh chụp màn hình bảng so sánh, 1 logo đối tác, 1 ảnh đánh giá khách hàng (đã được cho phép sử dụng).
| Ảnh | Hiện trạng giả định | Đề xuất |
|---|---|---|
| Hero | PNG 3.000 px, lazy-load bật | Xuất AVIF/WebP đúng kích thước hiển thị, tắt lazy-load, đặt fetchpriority cao, dự phòng JPEG |
| 4 ảnh sản phẩm | JPEG nặng, kích thước gốc | Chuyển WebP/AVIF, dùng srcset, giữ lazy-load |
| Ảnh bảng so sánh có chữ nhỏ | JPEG nén mạnh, chữ mờ | Dùng PNG hoặc WebP lossless; tốt hơn nữa là dựng bảng bằng HTML để Google đọc được chữ |
| Logo đối tác | PNG | SVG nếu có file vector |
| Ảnh đánh giá | PNG chụp màn hình | WebP lossless hoặc giữ PNG; kiểm tra quyền sử dụng và che thông tin cá nhân |
Kết quả mong đợi (cần đo lại bằng công cụ, không hứa hẹn con số): giảm dung lượng tải trang, LCP ổn hơn và ít nguy cơ nhảy bố cục trên di động.
Lỗi thường gặp
| Lỗi | Hậu quả | Cách khắc phục |
|---|---|---|
| Đổi định dạng nhưng giữ nguyên ảnh quá lớn | Vẫn nặng | Resize về kích thước hiển thị, thêm srcset |
| Nén lossy ảnh có chữ | Chữ mờ, nhiễu viền | Dùng PNG/WebP lossless hoặc dựng chữ bằng HTML |
| Lazy-load ảnh hero | LCP chậm | Tắt lazy-load cho ảnh đầu trang, dùng fetchpriority |
| Chỉ có AVIF/WebP, không có dự phòng khi cần | Một số trình duyệt cũ hoặc ứng dụng email không hiển thị | Dùng picture với JPEG/PNG dự phòng; trong email vẫn dùng JPEG/PNG |
| Dùng GIF cho ảnh động dài | File rất nặng | Dùng video ngắn MP4/WebM |
| Quên alt text và tên file mô tả | Mất cơ hội ở Google Hình ảnh, kém truy cập | Viết alt ngắn, đúng nội dung; xem alt text là gì |
| Xuất lại ảnh nhiều lần từ file đã nén | Chất lượng giảm dần | Luôn xuất từ file gốc chất lượng cao |
| Không đo lại sau khi đổi | Không biết đổi có hiệu quả không | So PageSpeed Insights trước/sau, theo dõi dữ liệu thực địa |
Khi nào nên và không nên chuyển sang AVIF/WebP?
Nên chuyển khi
- Trang có nhiều ảnh chụp lớn (thương mại điện tử, bất động sản, du lịch, thư viện ảnh).
- Báo cáo PageSpeed Insights có cảnh báo về định dạng ảnh thế hệ mới hoặc LCP là một ảnh.
- Phần lớn truy cập đến từ di động, mạng yếu hoặc từ quảng cáo trả tiền, nơi mỗi giây chờ đều tốn tiền.
- Hosting và CDN đã hỗ trợ chuyển đổi tự động.
Chưa cần hoặc không nên khi
- Website ít ảnh, ảnh vốn đã nhỏ; thời gian tốt hơn nên dành cho chỗ khác như hosting, cache, script thừa.
- Ảnh dùng trong email, tài liệu in, hoặc đưa lên nền tảng chỉ nhận JPEG/PNG: giữ định dạng truyền thống.
- Bạn không có cách lưu bản gốc để tạo lại về sau: hãy lưu trữ gốc trước khi chuyển hàng loạt.
- Hệ thống quản trị không hỗ trợ và việc tự sửa có thể làm hỏng ảnh cũ: cần kiểm thử hoặc nhờ đội kỹ thuật.
PNG hay JPG: chọn nhanh cho ảnh bài viết và ảnh banner
Đây là cặp được tìm nhiều nhất vì hai định dạng này có mặt trong mọi công cụ thiết kế. Quy tắc ngắn gọn:
| Tình huống | Nên chọn | Lý do |
|---|---|---|
| Ảnh minh họa bài viết là ảnh chụp thật | JPG (hoặc WebP/AVIF nếu hệ thống hỗ trợ) | Nhiều chuyển sắc, JPG nén gọn hơn PNG nhiều |
| Banner có chữ lớn, màu phẳng, nền trong suốt | PNG hoặc WebP lossless | Giữ viền chữ sắc, không bị nhiễu khối |
| Ảnh chụp màn hình hướng dẫn | PNG | Chữ nhỏ trong giao diện vẫn đọc rõ |
| Logo có file vector | SVG, dự phòng PNG | Phóng to không vỡ |
Dung lượng ảnh bao nhiêu là hợp lý?
Không có con số chuẩn áp dụng cho mọi trang, vì nó phụ thuộc kích thước hiển thị và nội dung ảnh. Quy tắc làm việc của nhiều đội SEO (không phải quy định của Google) là giữ ảnh minh họa trong bài ở mức vài chục đến khoảng 100 KB, ảnh hero lớn hơn một chút nhưng vẫn cần nén kỹ. Cách làm đáng tin hơn một con số cố định:
- Xem cảnh báo “Serve images in next-gen formats” và “Properly size images” trong PageSpeed Insights để biết ảnh nào nặng bất thường.
- Đặt “ngân sách” cho từng loại ảnh (ví dụ ảnh bài viết, ảnh sản phẩm, ảnh hero) rồi đo lại sau mỗi lần xuất.
- Nhớ rằng ảnh hiển thị 800 px mà tải bản 4.000 px sẽ nặng dù đã đổi sang WebP.
Công cụ chuyển đổi và nén ảnh: chọn theo quy mô
| Quy mô | Cách làm | Lưu ý |
|---|---|---|
| Vài ảnh lẻ | Công cụ trình duyệt như Squoosh (của Google Chrome Labs) hoặc xuất trực tiếp từ phần mềm thiết kế | Xem trước chất lượng, so sánh cạnh nhau |
| Website WordPress nhiều ảnh | Plugin tối ưu ảnh hoặc tính năng của hosting/CDN, chuyển đổi tự động | Kiểm tra bản sao lưu ảnh gốc trước khi chuyển hàng loạt |
| Hệ thống tự code | Quy trình build (ví dụ thư viện xử lý ảnh) hoặc CDN biến đổi ảnh theo yêu cầu | Cần đội kỹ thuật, kiểm thử chất lượng |
Tên công cụ ở trên chỉ là ví dụ phổ biến; hãy đọc tài liệu và điều khoản của từng công cụ trước khi tải ảnh có thông tin nhạy cảm lên dịch vụ trực tuyến.
Câu hỏi thường gặp
JPEG, PNG, WebP, AVIF nên dùng định dạng nào cho website?
Với ảnh chụp, ưu tiên AVIF hoặc WebP kèm JPEG dự phòng; với ảnh màn hình, chữ và đồ họa phẳng, dùng PNG, WebP lossless hoặc SVG. Quan trọng hơn định dạng là kích thước ảnh đúng với khung hiển thị và việc không lazy-load ảnh đầu trang.
WebP có thật sự nhẹ hơn JPEG không?
Theo nghiên cứu của Google, WebP lossy nhỏ hơn JPEG khoảng 25% đến 34% ở cùng chỉ số tương đồng SSIM. Mức thực tế phụ thuộc nội dung ảnh và cài đặt nén, nên hãy thử trên vài ảnh tiêu biểu của bạn.
AVIF có tốt hơn WebP không và có nên dùng ngay?
AVIF thường nén tốt hơn WebP, và hỗ trợ trình duyệt hiện ở mức khoảng 96% theo Can I Use. Nếu CMS, CDN và quy trình xuất ảnh của bạn đã hỗ trợ, có thể dùng AVIF cho ảnh lớn kèm WebP hoặc JPEG dự phòng. Nếu chưa, WebP là bước đệm thực dụng.
Đổi sang WebP/AVIF có giúp tăng thứ hạng Google không?
Không có cam kết như vậy. Định dạng nhẹ hơn giúp cải thiện tốc độ và trải nghiệm, từ đó hỗ trợ SEO một cách gián tiếp. Thứ hạng còn phụ thuộc nội dung, liên kết, độ phù hợp với ý định tìm kiếm và nhiều yếu tố khác.
Có cần giữ lại ảnh JPEG/PNG gốc không?
Có. Hãy lưu bản gốc chất lượng cao để xuất lại khi chuẩn mới xuất hiện hoặc khi cần in ấn, làm email. Chỉ nén từ bản gốc, tránh nén lại từ bản đã nén.
Ảnh trong suốt nên dùng định dạng nào?
PNG, WebP hoặc AVIF đều hỗ trợ nền trong suốt, JPEG thì không. Với logo đơn giản, SVG thường là lựa chọn nhẹ và sắc nét nhất.
Làm sao biết website WordPress của tôi có hỗ trợ AVIF?
Từ WordPress 6.5 trở lên, vào Công cụ, Tình trạng trang web, Thông tin, Xử lý phương tiện và tìm “AVIF” trong danh sách định dạng được hỗ trợ. Nếu không thấy, hãy hỏi nhà cung cấp hosting về thư viện Imagick hoặc LibGD. Giao diện có thể khác tùy phiên bản.
Có nên lazy-load tất cả ảnh để tăng tốc không?
Không. Nên lazy-load ảnh dưới màn hình đầu, nhưng ảnh hero hoặc ảnh lớn nhất ở đầu trang cần tải sớm. Lazy-load ảnh LCP có thể làm LCP chậm đi, theo nghiên cứu trên web.dev.
Nên dùng PNG hay JPG cho ảnh bài viết?
Ảnh chụp thật nên dùng JPG (hoặc WebP/AVIF) vì nhẹ hơn nhiều; ảnh chụp màn hình, ảnh có chữ hoặc cần nền trong suốt nên dùng PNG. Nếu hệ thống hỗ trợ, WebP thường thay được cả hai.
Ảnh trên website nên nặng bao nhiêu KB?
Google không đặt một con số cố định. Thực hành phổ biến là giữ ảnh minh họa ở mức vài chục đến khoảng 100 KB và dùng PageSpeed Insights để phát hiện ảnh nặng hoặc quá khổ so với khung hiển thị.
Định dạng ảnh có làm tăng tốc độ tải trang không?
Có, vì ảnh thường là phần nặng nhất của trang; đổi sang WebP/AVIF và resize đúng kích thước giúp giảm dung lượng tải và hỗ trợ LCP. Cần đo lại bằng PageSpeed Insights để biết mức cải thiện thực tế.
Kết luận và bước tiếp theo
Hãy bắt đầu từ trang quan trọng nhất (trang chủ, landing page chạy quảng cáo, trang sản phẩm chủ lực): kiểm tra ảnh LCP, đổi ảnh chụp sang AVIF/WebP có dự phòng, resize đúng kích thước, rồi đo lại. Làm theo thứ tự này thường hiệu quả hơn chuyển đổi toàn bộ thư viện ảnh một lần.
Vidco Group có thể hỗ trợ: nếu bạn cần rà soát tốc độ và tối ưu hình ảnh cho website, hoặc xây dựng website chuẩn kỹ thuật ngay từ đầu, hãy xem dịch vụ thiết kế website của chúng tôi hoặc liên hệ để được tư vấn phạm vi phù hợp.
Nguồn tham khảo
- web.dev: Choose the right image format
- Google for Developers: WebP compression study
- Can I Use: AVIF và Can I Use: WebP
- WordPress Make Core: WordPress 6.5 adds AVIF support
- web.dev: Lazy-loading and LCP
- web.dev: Largest Contentful Paint (LCP)
Cập nhật: tháng 10/2026
