STATUS IS UPWIKI TỐI ƯU HÓA WEBSITE
17Tăng tốc
Hiệu năng và phân phối / Tăng tốc

AVIF, WebP, JPEG và PNG: Chọn định dạng hình ảnh phù hợp

Chọn định dạng dựa trên nhiệm vụ của ảnh, người xem mục tiêu và một đường dự phòng đã thử nghiệm. AVIF và WebP có thể giảm khối lượng truyền, nhưng JPEG và PNG vẫn là các phương án dự phòng đáng tin cậy khi tương thích hoặc độ chính xác điểm ảnh quan trọng.

AVIF, WebP, JPEG và PNG: Chọn định dạng hình ảnh phù hợp — HƯỚNG DẪN TRỰC QUAN
ĐỌC
8 phút
NGUỒN
7
TÁI XÁC NHẬN
2027-03-27
đã rà soát
Web performance and delivery reviewer
CÂU TRẢ LỜI NGẮN GỌN

Bắt đầu từ quyết định.

Không có một định dạng duy nhất tốt nhất cho web. Với ảnh đại diện (hero) hoặc ảnh sản phẩm, bắt đầu bằng thử nghiệm AVIF, sau đó cung cấp WebP và một fallback JPEG khi nhóm khách hàng cần hỗ trợ các máy khách không giải mã được các định dạng mới hơn. Với ảnh chụp màn hình, sơ đồ, hoặc đồ họa nhiều chữ, giữ một bản gốc lossless và so sánh WebP hoặc AVIF lossless với PNG; dùng PNG làm fallback tương thích rộng khi cần trong suốt hoặc cạnh chính xác. JPEG vẫn là fallback đáng tin cậy cho ảnh mờ (opaque) nhưng không hỗ trợ kênh alpha (alpha channel).

Xem việc chuyển đổi như một thay đổi phân phối có kiểm soát. So sánh kích thước tệp và vùng cắt quan trọng ở kích thước hiển thị, xuất bản nguồn theo thứ tự qua thẻ picture, khai báo kích thước, và kiểm tra phản hồi CDN, kiểu MIME, bộ nhớ đệm, và cơ chế fallback trước khi phát hành. Điều đó bảo vệ nội dung khi định dạng ưa thích không khả dụng.

HƯỚNG DẪN TRỰC QUAN

Nhìn công việc như một hệ thống.

Dùng sơ đồ này để nối các quyết định trong bài trước khi hành động theo từng thủ thuật.

SIUTăng tốc
01Chọn theo nhiệm vụ mà hình ảnh phải thực hiện
02Hiểu mỗi định dạng đóng góp gì
03Xây dựng đường dự phòng thay vì đặt cược vào một định dạng duy nhất
04Dự trù thời gian mã hóa và bảo vệ chất lượng thị giác
01

Chọn theo nhiệm vụ mà hình ảnh phải thực hiện

Bắt đầu từ tài sản, không phải phần mở rộng. Ảnh chụp (photograph) là nội dung tông liên tục, nên một số mất mát (loss) có thể chấp nhận ở kích thước hiển thị. Ảnh chụp màn hình, biểu đồ, logo, hoặc bản vẽ đường nét có các cạnh sắc nét và văn bản, nơi artifact dễ bị nhận thấy. Giữ chúng với đầu ra lossless hoặc phê duyệt cẩn thận. Dùng SVG cho logo hay sơ đồ vector khi có thể.

Sau đó xác định các khả năng. Alpha nghĩa là trong suốt theo từng điểm ảnh. Animation là chuỗi khung hình. Phạm vi trình duyệt cần hỗ trợ, khối lượng xuất bản, và thời gian build là các ràng buộc phân phối có thể ghi đè lên việc chọn định dạng nhỏ hơn.

Ảnh mờ (opaque photographs)

Thử AVIF và WebP lossy trước. Giữ JPEG sẵn sàng khi cần một fallback mờ tương thích rộng.

Đồ họa sắc nét và ảnh chụp màn hình

Giữ bản nguồn lossless. So sánh PNG với WebP hoặc AVIF lossless ở tỉ lệ hiển thị thực tế trước khi quyết định.

Tác phẩm có trong suốt (transparent artwork)

Dùng AVIF, WebP hoặc PNG; không dùng JPEG vì nó không chứa kênh alpha.

02

Hiểu mỗi định dạng đóng góp gì

AVIF lưu trữ ảnh mã hóa AV1 trong một định dạng dựa trên HEIF. Tiêu chuẩn của nó bao gồm ảnh tĩnh, chuỗi ảnh, và các mục ảnh có alpha. Nó hỗ trợ mã hóa lossy và lossless, trong suốt và animation. Mức tiết kiệm không cố định: nội dung nguồn, bộ mã hóa (encoder), tốc độ, mục tiêu chất lượng và metadata sẽ thay đổi kết quả.

WebP hỗ trợ chế độ lossy và lossless, trong suốt và animation. JPEG là định dạng ảnh tĩnh lossy với hỗ trợ lịch sử rất rộng, hữu ích như fallback cho ảnh opaque. PNG là lossless với alpha, làm nó trở thành fallback vững chắc cho đồ họa cần độ chính xác điểm ảnh, mặc dù PNG cho ảnh chụp thường không hiệu quả. PNG thông thường là tĩnh; thử một định dạng hoạt hình riêng khi cần chuyển động.

AVIF

Nên thử cho các ảnh raster giá trị cao, nơi việc giảm băng thông có thể biện minh cho công việc mã hóa và dự phòng.

WebP

Hữu dụng như một tùy chọn raster hiện đại đa năng, bao gồm trong suốt và chuỗi hoạt ảnh.

JPEG

Dùng làm fallback cho ảnh chụp opaque, không dùng cho logo hoặc ảnh cắt có trong suốt.

PNG

Dùng cho fallback raster lossless có trong suốt và cho tài sản mà độ trung thực điểm ảnh quan trọng hơn số byte tối thiểu.

03

Xây dựng đường dự phòng thay vì đặt cược vào một định dạng duy nhất

Thẻ picture cho phép trình duyệt đánh giá các lựa chọn thay thế. Đặt AVIF trước, sau đó WebP, rồi img fallback ở JPEG hoặc PNG, cùng kiểu MIME đúng. Trình duyệt sẽ bỏ qua source không được hỗ trợ và dùng fallback khi không có source nào khả dụng. Giữ cùng text thay thế (alt) có ý nghĩa trừ khi bạn có ý định thay đổi vùng cắt.

Fallback định dạng không thay thế cho việc đáp ứng kích thước. Cung cấp các ứng viên theo chiều rộng và một giá trị sizes trung thực khi vị trí hiển thị thay đổi. Bao gồm width và height để trình duyệt dành không gian. Một tệp định dạng nhỏ ở kích thước pixel quá lớn vẫn lãng phí byte.

Thứ tự source được gợi ý

AVIF trước, WebP sau, rồi JPEG cho ảnh opaque hoặc PNG khi fallback cần trong suốt hoặc cạnh lossless.

Cảnh báo bộ nhớ đệm (cache caution)

Nếu máy chủ chọn định dạng dựa trên khả năng yêu cầu thay vì markup picture, hãy cấu hình phân biệt cache hợp lệ và kiểm tra rằng mỗi client nhận được biểu diễn có thể giải mã.

Kiểm tra fallback

Dùng một client không có bộ giải mã ưa thích hoặc vô hiệu hóa cố ý một nguồn trong môi trường staging; xác nhận rằng hình ảnh, kích thước và text thay thế vẫn chính xác.

04

Dự trù thời gian mã hóa và bảo vệ chất lượng thị giác

Nén hiện đại chuyển công việc sang quá trình mã hóa. Bộ mã hóa tham chiếu của AVIF cung cấp dải tốc độ từ 0 (chậm nhất) đến 10 (nhanh nhất); WebP cũng đánh đổi công việc encoder để đạt thời gian, dung lượng đầu ra và chất lượng. Xem việc tái mã hóa hàng loạt hoặc biến đổi on-demand là quyết định vận hành, không phải cài đặt miễn phí.

Đặt chính sách lặp lại được theo lớp tài sản và xem lại nguyên bản ở các kích thước hiển thị phổ biến. Kiểm tra khuôn mặt, chuyển tiếp màu (gradients), văn bản, cạnh, và biên trong suốt. Giữ bản master và ghi lại phiên bản encoder và các thiết lập để khi có lỗi có thể tái tạo và rollback.

Tốc độ là sự đánh đổi

Mã hóa nhanh hơn có thể giảm áp lực build nhưng có thể tạo tệp lớn hơn hoặc nén kém hiệu quả hơn; đo điểm chuẩn (benchmark) trên tập nguồn của bạn.

Chất lượng không phải là một con số

Một điểm số hoặc preset không thể thay thế việc kiểm tra thị giác các vùng ảnh mang ý nghĩa với người truy cập.

05

Biến thay đổi định dạng hình ảnh thành một thực hành độ tin cậy chủ động

Với Status Is UP, tối ưu hình ảnh là công việc chủ động liên quan tới uptime khi nó ngăn một lần phát hành làm suy giảm trang quan trọng. Lập danh mục URL hình ảnh quan trọng, staging một phép chuyển đổi đại diện, và kiểm tra type nội dung, hành vi CDN, và làm mới cache trước khi chuyển toàn trang.

Triển khai theo lô có thể đảo ngược. So sánh hiển thị và hành vi truyền trên bản candidate phát hành, rồi giữ biểu diễn cũ cho tới khi đường dẫn mới được chứng minh. Nếu một biến đổi hoặc luật cache thất bại, phục hồi nguồn đã biết tốt. Đây là hướng phân phối phục hồi, không phải mệnh lệnh bắt buộc dùng AVIF hay nhiều định dạng.

Bảo vệ trước các hình ảnh quan trọng

Ưu tiên hình ảnh lead và các hình ảnh nội dung ảnh hưởng tới first useful view, không phải mọi ảnh lưu trữ cùng lúc.

Chuẩn bị rollback

Giữ tên tài sản xác định hoặc ánh xạ có phiên bản để có thể khôi phục nhanh đường dẫn JPEG, PNG hoặc WebP trước đó.

HÀNH ĐỘNG / XÁC MINH

Hướng dẫn việc cần làm thiết thực.

  1. 01

    Phân loại tài sản

    Ghi nhận mỗi mục tiêu là ảnh, đồ họa sắc nét, tài sản trong suốt hay animation.

    XÁC MINH: Bảng kiểm kê ghi nhận bản master nguồn, vai trò hiển thị, nhu cầu trong suốt và chuyển động dự kiến.
  2. 02

    Chọn bộ pilot

    Chọn các hình ảnh đại diện có tác động cao trước khi chuyển đổi một thư viện.

    XÁC MINH: Pilot bao phủ các loại ảnh trên trang ưu tiên.
  3. 03

    Tạo các biến thể có kiểm soát

    Tạo AVIF, WebP và fallback JPEG hoặc PNG cần thiết từ một bản master.

    XÁC MINH: Mỗi ứng viên có kích thước biết trước, phiên bản encoder và các thiết lập.
  4. 04

    Xem lại render thực tế

    Kiểm tra các ứng viên ở các kích thước hiển thị thông dụng cho văn bản, gradients, khuôn mặt, cạnh, và trong suốt.

    XÁC MINH: Người duyệt phê duyệt vùng cắt quan trọng không có artifact đáng kể.
  5. 05

    Thêm nguồn responsive và khai báo kích thước

    Dùng picture khi cần, cung cấp các ứng viên kích thước phù hợp, và khai báo width và height.

    XÁC MINH: Bài kiểm tra layout chọn đúng tài nguyên mà không gây layout shift do ảnh.
  6. 06

    Xác minh hành vi phân phối

    Kiểm tra kiểu nội dung, đường dẫn phản hồi, biến đổi CDN, và luật cache trong môi trường staging.

    XÁC MINH: Mỗi hình ảnh được chọn có kiểu MIME như mong đợi và một object tồn tại.
  7. 07

    Thực thi fallback

    Thử điều kiện không thể sử dụng nguồn ưa thích.

    XÁC MINH: Fallback giữ nguyên nội dung, text thay thế, kích thước và giao diện chấp nhận được.
  8. 08

    Phát hành với bản đồ rollback

    Giữ biểu diễn trước đó và đường dẫn phục hồi đã ghi lại.

    XÁC MINH: Chủ phát hành có thể xác định và khôi phục ánh xạ tài sản trước đó.
CHỦ ĐỀ THẢO LUẬN

So sánh các đánh đổi, không chia sẻ dữ liệu riêng tư.

Dùng các câu hỏi này với nhóm hoặc cộng đồng chủ sở hữu website. Chia sẻ phương pháp và bài học, nhưng tuyệt đối không dán thông tin đăng nhập, hồ sơ khách hàng hay chi tiết hạ tầng không công khai.

  1. 01

    Lớp hình ảnh nào trên site của bạn tạo ra đánh đổi rõ nhất giữa tiết kiệm byte và chất lượng thị giác, và bạn xem xét nó như thế nào?

  2. 02

    Định dạng fallback nào đã chứng minh hữu ích nhất cho các trình duyệt hoặc client nhúng mà khách truy cập của bạn thực sự dùng?

  3. 03

    Bạn giữ các thiết lập chuyển đổi hình ảnh có thể lặp lại như thế nào khi đội cần rollback một phát hành?

TÀI NGUYÊN PHỔ BIẾN / UY TÍN

Mở tài liệu nguồn.

MDN Web DocsImage file type and format guide ↗

So sánh thực tế hướng trình duyệt về các định dạng raster, chế độ nén, trong suốt, animation và lựa chọn fallback.

Đã rà soát 2026-09-27
MDN Web DocsHTML picture element reference ↗

Giải thích lựa chọn nguồn, các phương án thay thế theo loại, các ứng viên responsive, và vai trò của img fallback.

Đã rà soát 2026-09-27
W3CPortable Network Graphics specification, Third Edition ↗

Khuyến nghị hiện thời về PNG cho ảnh raster lossless, hỗ trợ alpha, và phạm vi tĩnh hoặc hoạt hình của PNG.

Đã rà soát 2026-09-27
Alliance for Open MediaAV1 Image File Format specification ↗

Tiêu chuẩn AVIF được duy trì, bao gồm định nghĩa chuỗi ảnh và mục ảnh có alpha.

Đã rà soát 2026-09-27
web.devUsing AVIF to compress images on your site ↗

Hướng dẫn thực tế của Google về điều khiển encoder AVIF, kiểm tra chất lượng và giới hạn hiệu năng hình ảnh.

Đã rà soát 2026-09-27
Google for Developerscwebp reference ↗

Tài liệu encoder WebP chính thức cho các điều khiển lossless và lossy, thiết lập alpha, và đánh đổi tốc độ–chất lượng.

Đã rà soát 2026-09-27
WHATWGHTML images ↗

Tiêu chuẩn HTML sống cho việc lựa chọn ảnh responsive và hành vi width/height.

Đã rà soát 2026-09-27

Chính sách nguồn. Các khẳng định về khả năng định dạng, hành vi HTML và đánh đổi của encoder được dựa trên các tiêu chuẩn chính thức và tài liệu được liệt kê trong Resources. Khuyến nghị có điều kiện dựa trên việc thử nghiệm tài sản, người xem và cấu hình phân phối của tổ chức; các liên kết điều hướng không phải là nguồn bằng chứng.

GIẢI ĐÁP NHANH

Các câu hỏi thường gặp.

AVIF có luôn là định dạng hình ảnh tốt nhất cho web không?

Không. AVIF là một lựa chọn mạnh để thử, nhưng quyết định phụ thuộc vào chất lượng thị giác, phạm vi khách hàng cần hỗ trợ, khả năng mã hóa, và một fallback hoạt động. Một bức ảnh có thể hưởng lợi từ AVIF trong khi đồ họa chính xác có thể cần đầu ra lossless và fallback PNG.

Tôi có nên thay thế mọi JPEG và PNG bằng WebP hoặc AVIF không?

Không nên làm một cách mù quáng. Bắt đầu với các hình ảnh có tác động cao và giữ bản master. Chuyển đổi khi việc xem xét chấp thuận kết quả thị giác và đường dẫn phân phối. PNG có thể vẫn đúng cho đồ họa lossless và trong suốt, và JPEG có thể vẫn là fallback cho ảnh chụp opaque.

Các định dạng hiện đại có loại bỏ nhu cầu về ảnh responsive không?

Không. Lựa chọn định dạng và lựa chọn kích thước giải quyết các vấn đề khác nhau. picture giúp chọn định dạng được hỗ trợ, trong khi srcset và sizes giúp chọn độ phân giải phù hợp. Thuộc tính width và height vẫn cho phép trình duyệt dành chỗ trước khi ảnh đến.

Status Is UP Editorial Team · Uptime Enablement Editors

Được rà soát bởi Web performance and delivery reviewer. Xuất bản 2026-09-27; cập nhật 2026-09-30.