Chuyển đến nội dung
Vizua

WebP là gì? Giải thích định dạng ảnh hiện đại và lý do quan trọng

Cập nhật:

WebP là định dạng ảnh do Google phát triển, hỗ trợ mã hóa mất và không mất dữ liệu, trong suốt và ảnh động. Tập ảnh Google công bố cho kết quả nhỏ hơn JPEG hoặc PNG theo phương pháp xác định, nhưng đó là benchmark, không phải lời hứa cho mọi lần chuyển. Trình duyệt lớn hiện nay hỗ trợ WebP; phần mềm khác và máy khách cũ vẫn cần kiểm tra.

WebP ra đời như thế nào

Google công bố WebP vào ngày 30 tháng 9 năm 2010, định vị như phiên bản thay thế hiện đại cho JPEG trên web. Định dạng sinh ra từ video codec: Google đã mua công ty On2 Technologies, phát triển định dạng video VP8. Kỹ sư Google nhận ra kỹ thuật nén VP8 — được thiết kế để co nhỏ frame video — cũng có thể tạo ảnh tĩnh rất nhỏ.

Những năm đầu khá chậm chạp. Google đưa hỗ trợ WebP vào Chrome gần như ngay lập tức, nhưng các nhà phát triển trình duyệt khác còn hoài nghi. Mozilla công khai đặt câu hỏi liệu cải thiện chất lượng có đáng để áp dụng thêm một định dạng mới. Apple hoàn toàn phớt lờ.

Bước ngoặt đến dần dần:

  • 2012 — WebP trong Chrome thêm khả năng không mất dữ liệu và alpha
  • 2014 — WebP tiếp tục lan rộng qua trình duyệt Chromium và Android
  • 2019 — Firefox 65 thêm hỗ trợ WebP
  • 2020 — Safari hỗ trợ từ thế hệ iOS 14 và macOS Big Sur
  • Hiện nay — trình duyệt lớn hỗ trợ WebP; bản cũ và hệ thống ngoài trình duyệt vẫn cần kiểm tra

Safari hỗ trợ đã lấp một khoảng trống lớn, nhưng “trình duyệt hỗ trợ” không phải toàn bộ chuỗi phân phối. Webview nhúng, ứng dụng email, crawler, trình chỉnh sửa, ứng dụng native và thiết bị dùng lâu có thể theo lịch khác.

Cách nén WebP hoạt động

WebP có hai chế độ nén, mỗi cái phù hợp loại ảnh khác nhau:

Chế độ Lossy (cho ảnh chụp)

WebP lossy dùng mã hóa dự đoán dựa trên VP8 — encoder phân tích từng khối pixel, dự đoán hình dạng dựa trên khối xung quanh, rồi chỉ lưu phần khác biệt. Kỹ thuật này đặc biệt hiệu quả với ảnh chụp có gradient mượt và kết cấu tự nhiên.

Nghiên cứu so sánh của Google báo cáo WebP mất dữ liệu nhỏ hơn JPEG tương đương 25–34% ở cùng SSIM trong tập thử. Đây là bối cảnh, không phải kỳ vọng cho từng tệp: lịch sử nguồn, phiên bản bộ mã hóa, cài đặt, siêu dữ liệu và thước đo làm đổi kết quả.

Chế độ Lossless (cho đồ họa)

WebP không mất dữ liệu dùng dự đoán không gian, biến đổi màu, mã hóa bảng màu và entropy. Giải mã có thể khôi phục pixel đã mã hóa; siêu dữ liệu, hồ sơ và cách xử lý RGB hoàn toàn trong suốt vẫn là vấn đề quy trình riêng.

Tập ảnh Google công bố cho thấy WebP không mất dữ liệu trung bình nhỏ hơn PNG khoảng 26%. Một tệp có thể giảm ít hơn hoặc tăng. Chế độ không mất dữ liệu khôi phục pixel, còn siêu dữ liệu và RGB trong suốt vẫn có thể tùy cài đặt bộ mã hóa.

WebP vs JPEG vs PNG: So sánh cạnh nhau

Tính năng WebP JPEG PNG
Nén lossy Có; kết quả tập ảnh Google so với JPEG Không
Nén lossless Có; kết quả tập ảnh Google so với PNG Không trong mã hóa JPEG thông thường
Trong suốt (alpha) Không
Hoạt ảnh Không Phần mở rộng APNG được trình duyệt lớn hiện nay hỗ trợ
Hỗ trợ trình duyệt Trình duyệt lớn hiện nay Rất rộng Rất rộng
Độ phân giải tối đa 16383 x 16383 Tùy triển khai Tùy triển khai
Vai trò thường dùng Ứng viên phân phối web hiện đại đã kiểm thử Phân phối ảnh tương thích rộng Đồ họa không mất dữ liệu, ảnh chụp màn hình và quy trình alpha

WebP kết hợp các khả năng vốn nằm ở JPEG, PNG và định dạng động, nhưng không bảo đảm nhỏ hơn hay tương thích hơn trong mọi quy trình. Google ghi nhận vùng ảnh WebP tối đa 16383 × 16383 pixel cho luồng bit chung, giới hạn thực với ảnh rất lớn.

Tại sao website hiện đại dùng WebP

Truyền và giải mã ảnh có thể ảnh hưởng trải nghiệm và Core Web Vitals khi ảnh là nút thắt. WebP nhỏ hơn có thể giảm truyền, nhưng chỉ chuyển đổi không bảo đảm tệp nhỏ, LCP nhanh hoặc đổi thứ hạng. Đo trang và giữ tệp dự phòng phù hợp.

HTTP Archive cho thấy mức dùng định dạng hiện tại trong tập dữ liệu. Nhiều hệ thống, thư viện và CDN nhận hoặc tạo WebP, nhưng tính năng và gói thay đổi. Xác nhận quy trình giữ đúng ảnh động, alpha, hồ sơ, siêu dữ liệu và biến thể cache.

Chủ website và nhà phát triển có thể chuyển trực tiếp. Dùng Vizua trong trình duyệt để chuyển JPG sang WebP hoặc PNG sang WebP mà không cài phần mềm hay gửi nội dung ảnh đã chọn cho Vizua.

Khi nào không nên dùng WebP

WebP tuyệt vời cho phân phối web, nhưng không phải lựa chọn đúng cho mọi tình huống:

  • Lưu trữ lâu dài — dùng định dạng, chính sách siêu dữ liệu, kiểm tra toàn vẹn và dự phòng do kho lưu trữ quy định, không mặc định định dạng web là định dạng lưu trữ.
  • Quy trình in — hỏi nhà in về định dạng, hồ sơ, độ phân giải và yêu cầu bản thử trước khi giao.
  • Tệp đính kèm email — JPEG hoặc PNG có thể tương thích hơn với máy khách và phần mềm cũ; kiểm thử đích thực tế.
  • Ảnh vượt 16383 pixel ở một chiều — luồng WebP chung giới hạn 16383 x 16383. Dùng định dạng khung lớn, chia ô hoặc quy trình kim tự tháp phù hợp.

WebP là ứng viên tốt cho phân phối web, không tự động thay bản gốc. Giữ nguồn phù hợp và tạo biến thể cho web, in, email hoặc lưu trữ theo yêu cầu từng đích.

Cần chuyển ngược lại? Vizua cũng xử lý WebP sang JPGnén WebP cho file đã ở định dạng này.

WebP và tương lai: AVIF xuất hiện

AVIF là định dạng mới hơn dựa trên mã hóa AV1 và có thể hơn WebP trong một số benchmark và so sánh thực tế. Chênh lệch tùy nội dung, bộ mã hóa, cài đặt và đo chất lượng. Trình duyệt hiện nay hỗ trợ rộng hơn, còn máy khách cũ và phần mềm ngoài trình duyệt vẫn khác.

AVIF không làm WebP lỗi thời. Chi phí mã hóa, giải mã, tính năng, công cụ và tương thích khác nhau. Cụm <picture> có thể đưa AVIF, WebP và JPEG, nhưng thứ tự đúng không bảo đảm tệp nhỏ nhất nếu từng ứng viên chưa được tạo và kiểm thử tốt.

WebP thường là ứng viên đầu thực tế vì trình duyệt và công cụ hiện nay hỗ trợ rộng. Hãy thử AVIF khi quy trình build, kiểm tra chất lượng, tệp dự phòng và người dùng hỗ trợ.

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

Mọi trình duyệt đều hiển thị được WebP không?

Bản hiện tại của Chrome, Firefox, Safari, Edge và Opera hỗ trợ WebP, nhưng “mọi trình duyệt” là quá rộng: bản cũ, webview nhúng, ứng dụng email, ứng dụng native và phần mềm chuyên dụng có thể khác. Kiểm tra dữ liệu người dùng và cung cấp JPEG hoặc PNG dự phòng nếu máy khách không hỗ trợ vẫn quan trọng.

WebP có tốt hơn JPEG không?

Không phải với mọi tệp hoặc quy trình. Nghiên cứu WebP của Google báo cáo WebP mất dữ liệu nhỏ hơn JPEG tương đương ở cùng SSIM trong tập thử, nhưng kết quả tùy nguồn, bộ mã hóa, cài đặt và thước đo. WebP thêm trong suốt và ảnh động; JPEG vẫn tương thích rộng hơn trong phần mềm cũ và ngoài web.

WebP có tốt hơn PNG không?

Tùy ảnh và phần mềm. Tập ảnh Google công bố cho thấy WebP không mất dữ liệu trung bình nhỏ hơn PNG, nhưng một lần chuyển đổi có thể lớn hơn. WebP và APNG đều có thể động. PNG vẫn hữu ích nhờ công cụ tương thích rộng và quy trình không mất dữ liệu dễ dự đoán.

Chuyển sang WebP có giảm chất lượng không?

Tùy chế độ và công cụ. WebP mất dữ liệu loại bỏ thông tin. WebP không mất dữ liệu có thể khôi phục giá trị pixel đã mã hóa, nhưng siêu dữ liệu, hồ sơ, hướng ảnh và RGB dưới pixel hoàn toàn trong suốt vẫn có thể đổi. Mã hóa lại JPEG thành WebP mất dữ liệu có thể thêm suy giảm qua thế hệ; hãy tạo tệp phân phối từ bản gốc tốt nhất.

Vì sao một số website vẫn dùng JPEG thay vì WebP?

JPEG có thể phù hợp do tương thích người nhận, bản gốc hiện có, hỗ trợ trình chỉnh sửa hoặc CMS, quy trình email và xuất, độ phức tạp cache và chi phí chuyển đổi. WebP không được bảo đảm nhỏ hơn ở chất lượng yêu cầu. Kiểm thử tài sản đại diện và giữ JPEG khi biến thể khác không có đủ lợi ích đo được.

Làm việc với ảnh WebP

Chuyển đổi và nén miễn phí trong trình duyệt; tệp đã chọn không được gửi tới máy chủ xử lý ảnh của chúng tôi.