Công cụ chuyển đổi WebP sang JPG miễn phí
Chuyển đổi hình ảnh WebP sang định dạng JPG ngay lập tức. Chuyển đổi nhiều tệp cùng lúc, điều chỉnh chất lượng và kiểm soát màu nền cho hình ảnh trong suốt.
Hỗ trợ WebP · Cho phép nhiều tệp
Bạn có thực sự cần chuyển WebP sang JPG không?
WebP (Google, tháng 9 năm 2010) là một định dạng hình ảnh hiện đại sử dụng mã hóa intra-frame của codec video VP8 cho nén lossy và một thuật toán biến đổi dự đoán riêng cho lossless. Nó hỗ trợ một kênh alpha 8-bit cho độ trong suốt trong cả hai chế độ. Các tệp WebP thường nhỏ hơn 25-34% so với JPEG tương đương ở chất lượng cảm nhận giống hệt, và nhỏ hơn 26% so với PNG tương đương ở dạng lossless. JPEG (ITU-T T.81 / ISO/IEC 10918-1, 1992) là định dạng nhiếp ảnh phổ quát, lossy, không có alpha, được hỗ trợ trên mọi thiết bị và sản phẩm phần mềm được xây dựng kể từ đầu những năm 1990.
Câu trả lời thẳng thắn cho hầu hết người dùng vào năm 2026 là: có thể không. WebP đã được hỗ trợ phổ quát bởi các trình duyệt kể từ năm 2020 (Safari 14 và iOS 14 đóng khoảng trống cuối cùng còn lại); hỗ trợ toàn cầu hiện khoảng 96%. Đối với các trang web hiện đại, các ứng dụng email hiện đại, các hệ điều hành hiện tại, và các cài đặt CMS gần đây, WebP hoạt động trực tiếp. Chuyển sang JPEG làm tăng kích thước tệp trung bình 30-50% và loại bỏ bất kỳ kênh alpha nào mà nguồn có. Vẫn có những lý do tốt để thực hiện việc chuyển đổi, nhưng chúng có xu hướng là các điểm đến cụ thể chứ không phải là quy trình làm việc mặc định.
Các điểm đến vẫn yêu cầu JPEG hơn WebP vào năm 2026: các ứng dụng email cũ hơn (Outlook 2016 và trước đó trên Windows, Apple Mail trước macOS 11 Big Sur), các cài đặt CMS trước 2020 (WordPress cũ hơn không có plugin WebP, Drupal cũ hơn, Magento cũ hơn), một số cổng thông tin chính phủ và các hệ thống nộp tạp chí học thuật vẫn được gắn chặt với JPEG, các dịch vụ in ảnh nhỏ hơn và các kiosk tự phục vụ cũ hơn, PowerPoint cũ hơn 2016 và các cài đặt Office cũ tương đương, và các đường ống lưu trữ mã hóa cứng JPEG trong các lược đồ của chúng. Nếu điểm đến của bạn là một trong số đó, công cụ này sẽ đưa bạn đến đó. Nếu không, hãy để hình ảnh ở dạng WebP.
Cách công cụ này hoạt động bên trong
Việc chuyển đổi sử dụng HTML5 Canvas 2D API cộng với JSZip tự lưu trữ (Stuart Knightley, giấy phép kép MIT/GPL) để đóng gói đa tệp. Không cần bộ giải mã WebP bên ngoài vì mọi trình duyệt được vận chuyển kể từ năm 2020 (Safari 14, iOS 14, cộng với tất cả các trình duyệt hỗ trợ sớm hơn như Chrome 32 từ năm 2014 và Firefox 65 từ năm 2019) đều giải mã WebP tự nhiên. Khi bạn thả một WebP, File API trao các byte cho một HTMLImageElement mới; bộ giải mã WebP tích hợp của trình duyệt tạo ra một bộ đệm pixel RGBA thô, điền kênh alpha nếu nguồn có một.
Một mới trong bộ nhớ được định kích thước theo hình ảnh và lấp đầy với màu nền đã chọn (trắng mặc định, đen, hoặc tùy chỉnh thông qua bộ chọn màu) bằng ctx.fillRect(). Các pixel WebP được vẽ lên trên với ctx.drawImage(); chế độ tổng hợp mặc định source-over pha trộn alpha của WebP với nền canvas, vì vậy các pixel trong suốt hiển thị màu nền và các cạnh bán trong suốt pha trộn mượt mà. Sau đó canvas.toBlob('image/jpeg', quality/100) gọi bộ mã hóa JPEG tích hợp của trình duyệt, chuyển đổi RGBA sang YCbCr, áp dụng phụ lấy mẫu chroma tùy chọn, chạy DCT 8x8 và lượng tử hóa với các bảng phù hợp với thanh trượt chất lượng của bạn, và phát ra một luồng byte JPEG.
Đối với các tệp đơn, Blob đầu ra trở thành URL đối tượng có thể tải xuống trực tiếp. Đối với các lô đa tệp, JSZip đóng gói mọi đầu ra JPEG thành một kho lưu trữ ZIP duy nhất mà trình duyệt phục vụ dưới dạng một lần tải xuống. Không có gì rời khỏi tab. JSZip được tự lưu trữ tại /js/lib/jszip.min.js (khoảng 95 KB), được tải khi truy cập lần đầu và được lưu vào bộ nhớ đệm. Mở tab Mạng của DevTools trong khi chuyển đổi: không có yêu cầu nào mang dữ liệu hình ảnh. Chuyển trình duyệt sang chế độ máy bay sau khi trang tải xong và bộ chuyển đổi tiếp tục hoạt động trên các tệp WebP cục bộ.
Lịch sử ngắn gọn về WebP và JPEG
- JPEG, 1992. ITU-T T.81 / ISO/IEC 10918-1, được tiêu chuẩn hóa bởi Joint Photographic Experts Group (thành lập năm 1986). Các khối DCT 8x8, màu YCbCr với phụ lấy mẫu chroma tùy chọn, các bảng lượng tử hóa được điều chỉnh cho thị giác con người. Lossy, không có kênh alpha. Khả năng tương thích phổ quát trên mọi thiết bị và sản phẩm phần mềm được xây dựng kể từ đầu những năm 1990.
- Google mua lại On2, 2008-2010. Google đã mua On2 Technologies với giá 124,6 triệu đô la vào năm 2010, có được codec video VP8. Trong vòng vài tháng, Google đã điều chỉnh mã hóa intra-frame của VP8 thành định dạng hình ảnh tĩnh và ra mắt nó dưới dạng WebP vào tháng 9 năm 2010. Phát hành ban đầu: chỉ lossy, các tệp nhỏ hơn 25-34% so với JPEG ở chất lượng tương đương.
- Lossless và alpha, 2011-2012. Chế độ lossless của WebP được thêm vào cuối năm 2011 bằng cách sử dụng một thuật toán biến đổi dự đoán riêng (không dựa trên VP8). Hỗ trợ kênh alpha hạ cánh đầu tiên cho các biến thể lossless vào tháng 11 năm 2011, sau đó cho lossy vào năm 2012. Đến cuối năm 2012, WebP có thể mang mọi sự kết hợp mà JPEG và PNG có thể mang, trong các tệp nhỏ hơn.
- Hỗ trợ trình duyệt, 2014-2020. Chrome 32 (2014), Edge 18 (2018), Firefox 65 (2019). Người cuối cùng cầm cự là Safari, cuối cùng đã thêm WebP trong Safari 14 (macOS Big Sur, tháng 9 năm 2020) và iOS 14. Đến cuối năm 2020, mọi trình duyệt lớn đều xử lý WebP một cách tự nhiên; từ năm 2022 trở đi, hỗ trợ toàn cầu ổn định ở khoảng 96%.
- Áp dụng nền tảng web, 2018-2024. Các nền tảng CMS lớn đã thêm đầu ra WebP: WordPress đã thêm hỗ trợ tự nhiên trong 5.8 (2021), Cloudinary và Imgix tự động phục vụ WebP khi được hỗ trợ, các mạng phân phối nội dung đã áp dụng WebP như một bước tối ưu hóa mặc định. Đến năm 2024, hầu hết các đường ống tối ưu hóa hình ảnh tạo ra WebP theo mặc định, với dự phòng JPEG cho thiểu số ngày càng thu hẹp những người xem cần nó.
- 2026: WebP là mặc định, JPEG vẫn là dự phòng. Hầu hết các stack hiện đại tạo WebP cho đường dẫn phân phối chính và JPEG chỉ cho khả năng tương thích cũ. Việc chuyển đổi WebP-sang-JPEG do đó chủ yếu là một thao tác tương thích cũ: đưa một hình ảnh đến một điểm đến vẫn yêu cầu JPEG vì lý do thể chế, không phải vì bất cứ điều gì kỹ thuật đòi hỏi nó.
Cách hoạt động
- Tải lên tệp WebP: Thả hoặc chọn một hoặc nhiều hình ảnh WebP để chuyển đổi.
- Cấu hình tùy chọn: Điều chỉnh chất lượng (60-100%) và đặt màu nền cho các vùng trong suốt.
- Chuyển đổi: Nhấp “Chuyển đổi tất cả” để xử lý hình ảnh của bạn. Chuyển đổi diễn ra ngay lập tức trong trình duyệt.
- Tải xuống: Tải xuống từng tệp riêng lẻ hoặc tất cả hình ảnh dưới dạng lưu trữ ZIP.
Tại sao chuyển đổi WebP sang JPG?
Mặc dù WebP cung cấp khả năng nén tuyệt vời, JPG vẫn là định dạng phổ biến được hỗ trợ ở mọi nơi. Sử dụng trình chuyển đổi này khi bạn cần chia sẻ hình ảnh với hệ thống cũ, thiết bị cũ hoặc các ứng dụng không hỗ trợ WebP. JPG là lý tưởng cho ảnh chụp và hình ảnh phức tạp nơi chất lượng quan trọng hơn kích thước tệp.
Tính năng
- Chuyển đổi hàng loạt: Chuyển đổi nhiều tệp WebP cùng lúc.
- Kiểm soát chất lượng: Điều chỉnh chất lượng JPG từ 60% đến 100% để cân bằng kích thước tệp và chất lượng hình ảnh.
- Xử lý trong suốt: Chọn màu nền trắng, đen hoặc tùy chỉnh cho hình ảnh WebP trong suốt.
- Xử lý ngay lập tức: Tất cả quá trình chuyển đổi diễn ra cục bộ trong trình duyệt của bạn bằng Canvas API.
- Quyền riêng tư: Tệp không bao giờ được tải lên bất kỳ máy chủ nào. Kiểm soát hoàn toàn hình ảnh của bạn.
- Tải xuống hàng loạt: Tải xuống từng tệp riêng lẻ hoặc tạo lưu trữ ZIP cho nhiều lần chuyển đổi.
Quy trình WebP-sang-JPG trong thế giới thực
- Gửi hình ảnh qua các ứng dụng email cũ hơn. Outlook 2016 và trước đó trên Windows hiển thị các tệp đính kèm WebP dưới dạng hình ảnh bị hỏng, và Apple Mail trước macOS 11 (Big Sur, 2020) có vấn đề tương tự. Nếu bạn phải gửi email cho ai đó sử dụng một trong những ứng dụng đó, việc chuyển sang JPEG trước đảm bảo người nhận nhìn thấy hình ảnh nội tuyến chứ không phải biểu tượng giữ chỗ. Outlook hiện đại trên Microsoft 365 xử lý WebP tốt; điều này chỉ áp dụng cho các cài đặt cũ.
- Tải lên các cài đặt CMS cũ. Các cài đặt WordPress trước 2020 không có plugin WebP từ chối tải lên WebP với lỗi khó hiểu. Drupal cũ hơn, Magento cũ hơn, Joomla cũ hơn và nhiều hệ thống nội dung tự chế có cùng vấn đề. Chuyển đổi trước khi tải lên để bỏ qua chuyến đi khứ hồi hỗ trợ.
- Gửi đến các biểu mẫu yêu cầu JPEG. Một số cổng thông tin chính phủ, hệ thống nộp tạp chí học thuật, cổng yêu cầu bảo hiểm, và các cuộc thi nhiếp ảnh vẫn mã hóa cứng JPEG là định dạng được chấp nhận. Việc gửi WebP bị từ chối hoàn toàn (đôi khi với một thông báo lỗi hữu ích, đôi khi với một sự cố tải lên im lặng). Chuyển đổi trước tránh chuyến đi khứ hồi.
- Các dịch vụ in ảnh và các kiosk cũ. Các chuỗi lớn (Walgreens, CVS, Snapfish, Mpix) phần lớn đã thêm hỗ trợ WebP trong vài năm qua, nhưng các dịch vụ in nhỏ hơn và các kiosk tự phục vụ cũ hơn trong siêu thị và nhà thuốc vẫn mong đợi JPEG. Chuyển đổi trước chuyến đi đến máy in để tránh phát hiện tại cửa hàng rằng các tệp của bạn không thể đọc được.
- Nhúng vào phần mềm Office và trình bày cũ hơn. PowerPoint cũ hơn 2016 không thể chèn hình ảnh WebP. Các phiên bản Word cũ, Keynote cũ và Pages cũ có các hạn chế tương tự. Chuyển đổi sang JPEG giữ các bài thuyết trình và tài liệu có thể chuyển giao giữa các cài đặt Office cũ vẫn còn được sử dụng thực sự trong các môi trường doanh nghiệp và giáo dục.
- Các đường ống lưu trữ ghim định dạng vào JPEG. Các lược đồ lưu trữ dài hạn thường mã hóa cứng JPEG. PDF/A (ISO 19005) chấp nhận các hình ảnh nhúng JPEG nhưng không phải WebP. Các quy trình tài sản kỹ thuật số thư viện và bảo tàng đôi khi chỉ định TIFF hoặc JPEG là các định dạng duy nhất được chấp nhận. Chuyển đổi sang JPEG phù hợp với yêu cầu lược đồ.
Các cạm bẫy phổ biến và ý nghĩa của chúng
- Đầu ra JPEG lớn hơn 30-50% so với đầu vào WebP. WebP (lossy) ở chất lượng 90 thường nhỏ hơn 25-30% so với JPEG ở chất lượng 90 vì mã hóa intra-frame VP8 hiệu quả hơn DCT của JPEG. Chuyển đổi đi ngược lại hiệu quả đó. Người dùng ngạc nhiên bởi đầu ra lớn hơn đang gặp thực tế khoảng cách nén, không phải lỗi.
- Độ trong suốt được thay thế bằng màu nền bạn đã chọn. WebP hỗ trợ kênh alpha; JPEG thì không. Công cụ tổng hợp WebP với màu nền bạn chọn (trắng mặc định, đen, hoặc tùy chỉnh) trước khi mã hóa. Các khu vực trong suốt trở thành màu nền đó, được nướng vào. Khi JPEG được viết, bạn không thể khôi phục alpha; bạn sẽ phải quay lại nguồn WebP.
- Các đầu vào WebP lossless trở thành lossy khi chuyển đổi. Nếu nguồn của bạn là WebP lossless (phổ biến cho đồ họa, logo, ảnh chụp màn hình, ở bất cứ nơi nào độ trung thực pixel-hoàn-hảo quan trọng), JPEG không thể bảo tồn điều đó. Đầu ra sẽ lossy với các tạo phẩm JPEG có thể nhìn thấy khi phóng to. Để giữ tính lossless qua chuyển đổi, hãy sử dụng tuyến đường WebP-sang-PNG thông qua Image Converter thay vì công cụ này.
- WebP hoạt hình mất hoạt hình của nó. Có, WebP hoạt hình tồn tại (tương tự như APNG hoặc GIF). Chuyển đổi WebP hoạt hình sang JPEG tạo ra một khung hình tĩnh duy nhất; phần còn lại của hoạt hình bị loại bỏ. Đối với nội dung hoạt hình, hãy ở lại WebP hoặc chuyển đổi sang APNG hoặc GIF bằng cách sử dụng một công cụ khác.
- Mã hóa lại JPEG thêm nhiễu lượng tử hóa. Ngay cả ở chất lượng 90, bộ mã hóa JPEG đưa ra các tạo phẩm lượng tử hóa DCT mới. Ở chất lượng 90+, sự khác biệt không thể cảm nhận được ở khoảng cách xem bình thường; ở chất lượng 60-75, các tạo phẩm (blocking trong các khu vực phẳng, hào quang ở các cạnh sắc nét) trở nên có thể nhìn thấy. Nếu chuyển đổi là một phần của chuỗi (WebP → JPEG → chỉnh sửa thêm → lưu lại dưới dạng JPEG), các tổn thất tích lũy; thực hiện chỉnh sửa trước bất kỳ bước JPEG nào.
- Siêu dữ liệu EXIF và ICC có thể bị loại bỏ. WebP có thể mang siêu dữ liệu EXIF, XMP và hồ sơ ICC. Mã hóa lại dựa trên Canvas thường loại bỏ chúng trên đường đến JPEG. Đối với việc chia sẻ màn hình thông thường, điều này là vô hình; đối với các quy trình lưu trữ nơi siêu dữ liệu quan trọng, hãy sử dụng một công cụ máy tính để bàn bảo tồn chúng một cách rõ ràng.
Quyền riêng tư: hình ảnh không bao giờ rời khỏi thiết bị của bạn
Mọi bộ chuyển đổi WebP-sang-JPG dựa trên đám mây (CloudConvert, Convertio, iLoveIMG, Aspose, FreeConvert, và hàng chục dịch vụ "webp sang jpg trực tuyến") tải tệp của bạn lên máy chủ của nhà điều hành, chạy chuyển đổi, và trả lại JPEG dưới dạng tải xuống. Các tệp WebP có thể mang siêu dữ liệu EXIF tương tự như JPEG: thông tin máy ảnh và ống kính, cài đặt phơi sáng, ngày và giờ chụp, và (khi có) tọa độ GPS nơi hình ảnh được chụp. Tất cả những điều đó đi đến nhà điều hành. Hầu hết các nhà điều hành công bố các chính sách quyền riêng tư cam kết xóa các tệp tải lên trong vòng một hoặc hai giờ và mã hóa khi vận chuyển, và những nhà điều hành lớn hơn có chứng nhận ISO/IEC 27001. Họ có lý do thương mại mạnh mẽ để tôn trọng các chính sách đó. Nhưng "xóa trong vòng một giờ" không phải là "không bao giờ được nhìn thấy". Trong giờ đó, nội dung hình ảnh nằm trong cơ sở hạ tầng của nhà điều hành, có thể truy cập bởi bất kỳ quy trình hoặc người nào có quyền thích hợp, và hiển thị trong nhật ký và sao lưu theo bất kỳ chính sách lưu giữ nào áp dụng.
Bộ chuyển đổi này không bao giờ tải lên bất cứ điều gì. Toàn bộ đường ống (chọn tệp, giải mã WebP qua bộ giải mã tích hợp của trình duyệt, tổng hợp Canvas đối với màu nền, mã hóa JPEG, đóng gói ZIP tùy chọn, tải xuống) chạy bên trong tab trình duyệt của bạn bằng JavaScript và HTML5 Canvas API. Không có tải lên, không có yêu cầu mạng nào mang dữ liệu hình ảnh, không có mục nhật ký. Bạn có thể xác minh bằng cách mở các công cụ dành cho nhà phát triển trình duyệt vào tab Mạng trước khi chuyển đổi: không có yêu cầu nào bắn ra với nội dung hình ảnh. Lưu lượng mạng duy nhất là lần tải trang ban đầu và thư viện JSZip tự lưu trữ nhỏ (~95 KB), được tải một lần khi truy cập lần đầu và được lưu vào bộ nhớ đệm. Chuyển trình duyệt sang chế độ máy bay sau khi trang tải và bộ chuyển đổi tiếp tục hoạt động trên các tệp WebP cục bộ.
Khi một công cụ khác là lựa chọn đúng
- Điểm đến của bạn là một trang web, ứng dụng email, hoặc CMS hiện đại. Các trình duyệt hiện đại, các ứng dụng email hiện đại, và các CMS hiện đại đều xử lý WebP một cách tự nhiên. Việc chuyển đổi giảm cấp tệp 30-50% về kích thước mà không có lợi ích tương thích. Giữ WebP trừ khi một điểm đến cũ cụ thể yêu cầu JPEG.
- Nguồn của bạn là WebP lossless hoặc bạn cần bảo tồn độ trong suốt. Sử dụng Image Converter để đi WebP → PNG thay thế. PNG bảo tồn cả tính lossless và kênh alpha; JPEG không thể làm cả hai. Đầu ra sẽ lớn hơn nguồn WebP nhưng nhỏ hơn một giải pháp JPEG-có-alpha sẽ.
- Tự động hóa hàng loạt trên hàng trăm tệp. Sử dụng Sharp trong Node.js (
sharp(buf).jpeg().toBuffer()), ImageMagick trên bất kỳ shell nào (magick input.webp output.jpg), hoặc Pillow trong Python với plugin WebP. Các công cụ CLI xử lý hàng nghìn tệp mà không có giới hạn bộ nhớ trình duyệt và chạy từ CI, các móc triển khai hoặc các tác vụ cron. - Các quy trình phụ thuộc vào siêu dữ liệu EXIF hoặc ICC. Export As của Photoshop bảo tồn hồ sơ ICC và EXIF, Affinity Photo và RawTherapee làm điều tương tự. Chuyển đổi trình duyệt dựa trên Canvas thường loại bỏ cả hai, điều này tốt cho việc chia sẻ màn hình nhưng không tốt cho chuẩn bị lưu trữ hoặc in phụ thuộc vào siêu dữ liệu chụp.
Câu hỏi thường gặp
Sự khác biệt giữa WebP và JPG là gì?
WebP là một định dạng hình ảnh hiện đại cung cấp khả năng nén tốt hơn và kích thước tệp nhỏ hơn JPG. Tuy nhiên, JPG được hỗ trợ phổ biến hơn trên tất cả các thiết bị và phần mềm. Chuyển đổi sang JPG đảm bảo khả năng tương thích tối đa, mặc dù các tệp có thể lớn hơn một chút.
Chất lượng ảnh hưởng đến đầu ra như thế nào?
Chất lượng cao hơn (90-100%) tạo ra hình ảnh sắc nét hơn, chi tiết hơn nhưng kích thước tệp lớn hơn. Chất lượng thấp hơn (60-70%) tạo ra các tệp nhỏ hơn với một số tác phẩm nén có thể nhìn thấy. Chúng tôi khuyến nghị 85-90% cho hầu hết ảnh chụp.
Còn về hình ảnh WebP trong suốt thì sao?
JPG không hỗ trợ trong suốt (kênh alpha). Khi chuyển đổi hình ảnh WebP trong suốt, chúng tôi lấp đầy các vùng trong suốt bằng màu nền bạn đã chọn (trắng, đen hoặc tùy chỉnh). Công cụ hiển thị bản xem trước để bạn có thể xác minh kết quả.
Tôi có thể chuyển đổi nhiều tệp cùng lúc không?
Có. Tải lên bao nhiêu tệp WebP tùy ý, cấu hình tùy chọn và nhấp “Chuyển đổi tất cả”. Tải xuống từng tệp riêng lẻ hoặc tạo một lưu trữ ZIP chứa tất cả hình ảnh đã chuyển đổi.
Có giới hạn kích thước tệp không?
Không có giới hạn cứng, nhưng hình ảnh rất lớn (5000×5000+ pixel) có thể mất nhiều thời gian hơn để xử lý tùy thuộc vào thiết bị của bạn. Hầu hết ảnh chụp và đồ họa tiêu chuẩn được chuyển đổi ngay lập tức.
Các câu hỏi thường gặp nhiều hơn
Tôi có thực sự nên chuyển WebP sang JPEG vào năm 2026 không?
Đối với hầu hết các trường hợp sử dụng hiện đại, không. WebP đã được hỗ trợ phổ quát bởi các trình duyệt kể từ khi Safari 14 và iOS 14 đóng khoảng trống vào năm 2020; hỗ trợ toàn cầu khoảng 96%. Các ứng dụng email hiện đại, các cài đặt CMS hiện tại, và các hệ điều hành gần đây xử lý WebP trực tiếp, với các tệp nhỏ hơn và cùng hỗ trợ kênh alpha. Chỉ chuyển sang JPEG khi một điểm đến cụ thể vẫn yêu cầu JPEG: các ứng dụng email cũ (Outlook 2016-), các cài đặt CMS trước 2020, các cổng nộp chính phủ và học thuật nhất định, các dịch vụ in ảnh nhỏ hơn và các kiosk tự phục vụ cũ hơn, các đường ống lưu trữ được ghim vào JPEG, hoặc phần mềm Office cũ (PowerPoint < 2016, v.v.). Nếu điểm đến chấp nhận WebP, hãy để nó là WebP.
Tại sao đầu ra JPEG lớn hơn nguồn WebP?
Bởi vì nén của WebP hiệu quả hơn của JPEG đối với nội dung điển hình. Chế độ lossy của WebP sử dụng mã hóa intra-frame của codec video VP8, mà Google đã giới thiệu vào năm 2010 đặc biệt để đánh bại JPEG về kích thước tệp. Các đánh giá độc lập xác nhận tuyên bố tiêu đề của Google: WebP ở chất lượng 90 nhỏ hơn khoảng 25-30% so với JPEG ở chất lượng 90 cho cùng một hình ảnh. Do đó việc chuyển đổi làm tăng kích thước tệp lên 30-50%. Nếu bạn cần một JPEG nhỏ hơn, hãy giảm thanh trượt chất lượng (75-80 vẫn trông tốt cho hầu hết nội dung), hoặc ở lại trong WebP nếu điểm đến cho phép.
Điều gì xảy ra nếu WebP của tôi có độ trong suốt?
JPEG không có kênh alpha. Công cụ tổng hợp WebP của bạn với màu nền bạn chọn (trắng mặc định, đen, hoặc tùy chỉnh thông qua bộ chọn màu), vì vậy các khu vực trong suốt trở thành màu rắn đó trong đầu ra và các cạnh bán trong suốt pha trộn vào đó. Khi JPEG được viết, bạn không thể khôi phục độ trong suốt ban đầu. Nếu bạn cần giữ kênh alpha, hãy sử dụng Image Converter để đi WebP → PNG thay thế; PNG hỗ trợ cả tính lossless và alpha đầy đủ.
Công cụ này có hoạt động ngoại tuyến không?
Có. Bộ giải mã WebP và bộ mã hóa JPEG đều được tích hợp vào mọi trình duyệt; không có thư viện bên ngoài nào được tải xuống cho chúng. Thư viện duy nhất mà công cụ này tải là JSZip (~95 KB), tự lưu trữ tại /js/lib/jszip.min.js để đóng gói các lô đa tệp thành một kho lưu trữ ZIP. JSZip được tìm nạp một lần vào lần truy cập đầu tiên và được lưu vào bộ nhớ đệm. Các chuyến thăm tiếp theo hoạt động hoàn toàn ngoại tuyến. Bạn có thể xác minh bằng cách bật chế độ máy bay sau khi mở trang một lần và chuyển đổi một tệp WebP cục bộ.
Còn các tệp WebP hoạt hình thì sao?
WebP hoạt hình tồn tại (tương tự như APNG hoặc GIF), nhưng JPEG là định dạng chỉ hình ảnh tĩnh. Việc chuyển đổi một WebP hoạt hình qua công cụ này tạo ra một khung hình JPEG tĩnh duy nhất; phần còn lại của hoạt hình bị loại bỏ một cách im lặng. Đối với nội dung hoạt hình, bạn có ba lựa chọn: ở lại WebP (các trình duyệt hiện đại phát nó trực tiếp), chuyển đổi sang APNG với một công cụ khác, hoặc chuyển đổi sang GIF (các tệp lớn hơn nhiều nhưng được hỗ trợ phổ quát). Công cụ này chỉ thực hiện chuyển đổi khung hình tĩnh.
Có một tương đương trên máy tính để bàn hoặc dòng lệnh không?
Một số. Đối với tự động hóa hàng loạt, sharp trong Node.js là thư viện phía máy chủ tiêu chuẩn: sharp(buf).jpeg({quality:90}).toBuffer(). ImageMagick trên bất kỳ shell nào: magick input.webp -quality 90 output.jpg. Pillow trong Python với plugin WebP: Image.open(p).convert('RGB').save(out, 'JPEG', quality=90). libwebp riêng của Google vận chuyển dwebp để giải mã cộng với các công cụ JPEG tiêu chuẩn để mã hóa lại. Đối với công việc tương tác một lần như công cụ này, Squoosh (Google Chrome Labs, cũng hoàn toàn phía máy khách) là một thay thế trình duyệt gần hơn và hỗ trợ nhiều định dạng đầu ra hơn bao gồm AVIF. Photoshop, Affinity Photo, GIMP 2.10+ và Preview trên macOS (Big Sur+) xử lý trường hợp GUI máy tính để bàn.