Ghi chú từ đội ngũ về tay nghề, định dạng và những quyết định nhỏ đằng sau một kết quả tốt.
Cách một ảnh được chuyển trong trình duyệt, và điều gì thay đổi với nhiều ảnh
Khi bạn thả một tệp JPEG lên trang, trình duyệt đọc tệp vào bộ nhớ, giải mã dữ liệu nén trở lại thành điểm ảnh thô bằng bộ đọc JPEG tích hợp, vẽ những điểm ảnh đó lên một bề mặt ngoài màn hình, rồi yêu cầu nền tảng ghi chúng lại thành WebP. Mỗi bước diễn ra trong trình duyệt, trên chính phần cứng của bạn, nên không có byte nào băng qua mạng. Trong các lần chạy của chúng tôi, một JPEG ở 1024 nhân 768 xong trong khoảng 54 mili giây, và một ảnh ở 3840 nhân 2160 mất khoảng 550 mili giây. Khi bạn chuyển nhiều ảnh cùng lúc, công việc chuyển sang máy chủ của chúng tôi, nơi mã hóa chúng cùng nhau và trả về một lần tải về với liên kết bị xóa trong khoảng 2 giờ.
EXIF và siêu dữ liệu ra sao
Tệp JPEG có thể vác theo những gói siêu dữ liệu thật sự. EXIF ghi lại đời máy ảnh, tọa độ GPS, tốc độ màn trập và hướng. Các trường IPTC giữ bản quyền và chú thích. Gói XMP theo dõi lịch sử chỉnh sửa, còn hồ sơ ICC lo phần quản lý màu. Việc chuyển ở đây không giữ lại thứ nào trong số đó. Tệp WebP đầu ra là một tệp sạch chỉ chứa những điểm ảnh nhìn thấy được. Đó là hành vi thông thường cho các công cụ ảnh vẽ qua trình duyệt, giống nhau trên Chromium, Firefox và WebKit. Với phần lớn việc xuất bản web, bỏ siêu dữ liệu là một điểm cộng: nó cắt vài byte và chặn GPS hay dữ liệu cá nhân rò rỉ vào một tấm ảnh công khai. Nếu bạn cần giữ một trường cụ thể, thường là hướng, hãy xoay ảnh trước hoặc dùng một trình sửa hiểu siêu dữ liệu trước khi chuyển. Đừng dựa vào công cụ này cho việc lưu trữ mà siêu dữ liệu gốc phải còn nguyên vẹn.
WebP đối với JPEG: cách nén khác nhau ra sao
JPEG cắt một bức ảnh thành các khối 8 nhân 8 và chạy một Phép biến đổi Cosin Rời rạc để biến chi tiết không gian thành dữ liệu tần số, rồi lượng tử hóa các tần số cao mạnh tay hơn. WebP mượn một cơ chế dự đoán từ video VP8: mỗi khối được đoán ra từ những hàng xóm đã giải mã, và chỉ phần chênh lệch còn lại được lưu. Điều đó có xu hướng để lại ít nhiễu vuông hơn ở cùng dung lượng tệp, nhất là trên các dải chuyển êm và tông da, nơi lưới của JPEG có thể nổi lên thành một mảng khảm nhìn thấy được. Trên ảnh ở chất lượng cao, trên q80, mắt hiếm khi bắt được khác biệt, nhưng lợi thế dung lượng vẫn vững. Ở chất lượng thấp hơn, dưới q60, ưu thế của WebP nới rộng và tính chất nhiễu đổi khác: WebP nhòe thành một vệt mờ êm hơn còn JPEG lộ ra các khối đặc trưng. Không cái nào thắng trên mọi bức ảnh. Các chủ thể nhiều vân như tán lá đôi khi nén ngang ngửa nhau ở cả hai định dạng.
Core Web Vitals và lý lẽ cho WebP
Largest Contentful Paint, hay LCP, đo xem phần tử nhìn thấy lớn nhất trong khung nhìn tải xong nhanh ra sao. Trên hầu hết trang tiếp thị, phần tử đó là một tấm ảnh bìa. Google đã xác nhận Core Web Vitals đóng vai trò một yếu tố xếp hạng trong Tìm kiếm. Khi tấm bìa là một tấm JPEG, nó có thể đẩy LCP vượt ngưỡng 2,5 giây trên một kết nối di động tầm trung. Chuyển cùng tấm ảnh ấy sang WebP ở chừng thì LCP có thể trượt về lại vùng xanh mà không đổi gì khác trên trang. Mức tiết kiệm 25 đến 34 phần trăm cộng dồn qua từng tấm ảnh trên trang. Một trang gánh sáu tấm JPEG tổng có thể trút bớt 300 đến khi đổi sang WebP, điều đó trực tiếp tăng tốc lần vẽ có ý nghĩa đầu tiên trên đường truyền chậm. Các CDN có thương lượng nội dung tự tay đưa WebP cho các trình duyệt tương thích, nên một khi đã có ảnh gốc thì không còn việc lặt vặt nào theo từng tấm.
Hỗ trợ trình duyệt cho WebP năm 2026 và các khoảng trống
Tính đến năm 2026, WebP đọc được từ Chrome phiên bản 17, Firefox 65, Edge 18, Opera 11.10, và Safari phiên bản 14 trên iOS 14 cùng macOS Big Sur. Theo caniuse.com, độ phủ toàn cầu gộp lại cho việc giải mã WebP vượt 97 phần trăm lưu lượng trình duyệt. Mẩu còn lại chủ yếu là Internet Explorer 11, Safari 13 trên macOS Catalina, và một cái đuôi dài các trình duyệt Android rất cũ. Với phần lớn dự án công khai, đưa WebP cho tất cả là an toàn. Khi cần phủ trọn vẹn, phần tử picture của HTML cho phép bạn liệt kê một nguồn WebP và một bản JPEG dự phòng trong một thẻ, và trình duyệt lấy định dạng đầu tiên nó đọc được. CDN có tối ưu ảnh thương lượng định dạng tự động từ tiêu đề Accept mà trình duyệt gửi, nên không cần kiểm thử thủ công theo từng trình duyệt khi bạn phục vụ qua chúng.
Khi nào không nên dùng WebP
WebP là lựa chọn đúng cho việc đưa ảnh ra web tới các trình duyệt hiện nay, nhưng nó lại là lựa chọn sai ở vài chỗ phổ biến. Việc in ấn cần màu CMYK, thứ WebP không mang theo, nên JPEG và TIFF vẫn là chuẩn cho nhà in. Các ứng dụng email không đồng đều: Gmail và Apple Mail dựng được WebP, còn Outlook trên Windows thì không. Chia sẻ tệp và sàn giao dịch cũng khác nhau. Google Drive, Dropbox và GitHub hiển thị WebP ổn, trong khi nhiều nền tảng mạng xã hội, kho ảnh và hệ thống thương mại điện tử nén ảnh đến về lại JPEG ở bên trong, khiến bước WebP thành vô nghĩa. Hỗ trợ của trình sửa vẫn lỗ chỗ: Lightroom, Capture One và Affinity Photo mở được WebP, nhưng khối plugin và preset xuất vẫn mặc định JPEG. Với bất kỳ quy trình nào đưa ảnh qua các hệ thống bên thứ ba bạn không kiểm soát, hãy giữ một bản JPEG gốc và chỉ chuyển sang WebP ở lớp giao cuối cùng.
