Tuyên bố phổ biến nhất của các công cụ nén là những con số kiểu “giảm 70% dung lượng” không thể kiểm chứng. Bài viết này không trích dẫn bất kỳ số liệu thống kê ngành nào, chỉ đưa ra một tập kết quả chạy thử thực tế, kèm theo phương pháp đối chứng hoàn chỉnh để bất kỳ ai cũng có thể tự mình tái hiện.
1. Đối tượng thử nghiệm: không phải ảnh gốc, mà là “ảnh đã được nén qua một lần”
Hầu hết các bài thử nén thường chọn ảnh gốc xuất trực tiếp từ máy ảnh, điều kiện quá lý tưởng. Lần thử này cố ý bám sát kịch bản kinh doanh thực tế: một website cho phép người dùng tải ảnh lên, khi đưa vào kho dữ liệu đã tự thực hiện một vòng nén thông thường – nghĩa là đối tượng thử nghiệm không phải ảnh thô chưa xử lý, mà là những bức ảnh thành phẩm đã “được nén một lần”.
Quy mô mẫu: 78 thư mục, tổng cộng 4624 ảnh (chủ yếu là JPG), cấu trúc thư mục theo kiểu lưu trữ điển hình “một album một thư mục”, không qua bất kỳ bước lọc hay làm sạch nào.
Dung lượng tổng ban đầu của tập tin này trên máy chủ: 1.41 GB.
Câu hỏi cốt lõi: một bức ảnh đã được công cụ nén xử lý, nếu đưa cho một công cụ nén khác, có thể tiết kiệm thêm được bao nhiêu dung lượng? Hầu hết người dùng theo trực giác nghĩ rằng “nén rồi thì thôi, nén nữa cũng chẳng đáng”.
2. Nhóm đối chứng: đóng gói thành zip có tiết kiệm được bao nhiêu?
Trước khi chạy ImgZilla, hãy đóng gói nguyên vẹn cùng một tập tin thành zip để quan sát hiệu quả của thuật toán nén thông thường:
| Dung lượng | So với bản gốc | |
|---|---|---|
| Tệp gốc sau khi website nén | 1.41 GB | — |
| Đóng gói thành zip | 1.41 GB | -0.2% |
Gần như không thay đổi. Nguyên nhân không phức tạp: JPEG bản thân nó đã là một định dạng nén, dữ liệu ảnh đã trải qua mã hóa entropy, thuật toán nén thông thường (zip sử dụng DEFLATE) khó có thể nén thêm đối với dữ liệu đã nén – dù ảnh gốc có qua xử lý của website hay không, zip cũng không thể làm gì hơn.
3. Thử nghiệm nén lại bằng ImgZilla
Kéo các tệp trên vào ImgZilla và nén ngay tại chỗ. Toàn bộ 78 thư mục, 4624 ảnh, tên tệp và cấu trúc thư mục đều được giữ nguyên:
| Dung lượng | So với bản gốc | |
|---|---|---|
| Tệp gốc sau khi website nén | 1.41 GB | — |
| Đóng gói thành zip | 1.41 GB | -0.2% |
| Sau khi ImgZilla nén lại | 0.75 GB | -46.8% |
Trên nền tảng vốn đã được website tự nén, ImgZilla còn giúp tiết kiệm thêm khoảng 662 MB, dung lượng gần như giảm một nửa. Toàn bộ đường dẫn thư mục, tên tệp và mối quan hệ phân cấp trước sau hoàn toàn giống nhau – đây là dữ liệu thực có thể trực tiếp kiểm chứng, không phải lời quảng cáo.
Điều này cho thấy một sự thật then chốt: “đã được nén khi tải lên website” và “sử dụng các tham số đặc thù cho từng định dạng để mã hóa tinh chỉnh” là hai chuyện hoàn toàn khác. Hầu hết các website khi nhập dữ liệu thường thực hiện một lượt nén một lần và khá bảo thủ (thường chỉ giới hạn tham số chất lượng hoặc kích thước), vẫn chưa bòn rút hết không gian mã hóa của mỗi định dạng. ImgZilla điều chỉnh tham số riêng cho từng định dạng, thực hiện mã hóa lại không tổn hao thị giác (visual lossless) trên JPEG – ở mức điểm ảnh thực sự có thay đổi, nhưng tham số được đặt trong khoảng mà mắt thường gần như không thể phân biệt, nhờ đó tiếp tục khai thác thêm dung lượng trên nền “đã nén”.
Cần làm rõ một khái niệm dễ gây nhầm lẫn: “không tổn hao thị giác” không có nghĩa là “không tổn hao” (lossless). Theo nghĩa thực sự, không tổn hao (điểm ảnh hoàn toàn không đổi) chỉ áp dụng cho PNG (oxipng) và SVG; còn JPEG, WebP, AVIF, HEIC, GIF về nguyên tắc đều thuộc dạng tái mã hóa có tổn hao, chỉ là các tham số nén được khống chế trong ngưỡng không thể nhận thấy bằng mắt thường. ImgZilla có sẵn cửa sổ so sánh trước/sau, hỗ trợ chia màn hình trái phải, phóng to về kích thước thực tế để so từng điểm ảnh, bạn có thể tự xác minh.
4. Phân tích chi tiết: tỷ lệ nén từng tệp, kích thước pixel và thời gian xử lý
Tỷ lệ nén tổng thể 46.8% ở trên là kết quả tổng hợp từ 4624 ảnh. Khi tách xuống từng tệp, ta có thể thu được thêm nhiều chi tiết.
Tỷ lệ nén của từng ảnh phân bố không đều
Tính lần lượt tỷ lệ nén của từng ảnh (số byte sau nén / số byte trước nén), dao động trong khoảng 32.3% đến 85.8%:
- Nhóm có tỷ lệ nén cao nhất: khoảng 765 KB nén xuống 109 KB, tỷ lệ nén 85.8% – loại ảnh này thường có cường độ nén ban đầu chưa đủ, vẫn còn dư địa tái mã hóa tương đối lớn.
- Nhóm có tỷ lệ nén thấp nhất: khoảng 572 KB nén xuống 387 KB, tỷ lệ nén 32.3% – loại ảnh này trước đó đã bị nén khá mạnh, khả năng khai thác còn hạn chế.
- Trung bình cộng tỷ lệ nén của 4624 ảnh là 46.44%, gần nhưng không hoàn toàn trùng với con số 46.8% tính theo tổng dung lượng – số trước là trung bình đơn giản tỷ lệ nén của từng tệp, số sau là “tổng số byte tiết kiệm ÷ tổng số byte ban đầu”; sự khác biệt này cho thấy các tệp có tỷ lệ nén cao thấp không đối xứng trong trọng số đóng góp vào tổng dung lượng, một số tệp có dung lượng lớn ảnh hưởng đến tổng thể nhiều hơn.
Đáng chú ý là tỷ lệ nén của tất cả ảnh đều là số dương, không hề xuất hiện trường hợp “đã tối thiểu, bỏ qua” – nghĩa là trong loạt ảnh “đã được website nén qua”, từng bức vẫn có thể được ImgZilla nén tiếp để tạo ra dung lượng thực.
Kích thước pixel: không sai một pixel
Thống kê kích thước pixel của toàn bộ 4624 ảnh, thông số phổ biến nhất là 1600×2400 (1756 ảnh) và bản ngang 2400×1600 (500 ảnh), phạm vi kích thước từ nhỏ nhất 450×675 (khoảng 300 nghìn pixel) đến lớn nhất 3000×2000 / 2000×3000 (khoảng 6 triệu pixel).
Kiểm tra mẫu đối chiếu kích thước pixel trước và sau khi nén, hoàn toàn giống nhau, không có bất kỳ thay đổi nào:
| Tệp (ví dụ) | Kích thước ban đầu | Kích thước sau khi nén |
|---|---|---|
| Mẫu 1 | 1600×1066 | 1600×1066 |
| Mẫu 2 | 2000×3000 | 2000×3000 |
| Mẫu 3 | 1416×2128 | 1416×2128 |
Đây cũng là phần dễ bị bỏ qua trong định nghĩa “nén tại chỗ”: không chỉ tên tệp và đường dẫn không đổi, độ phân giải cũng được giữ cố định. ImgZilla không phóng to/thu nhỏ, không cắt hình, mọi mức giảm dung lượng hoàn toàn đến từ việc tái mã hóa, chứ không phải hy sinh pixel.
Thời gian xử lý: 51 phút 32 giây cho 4624 ảnh, trung bình 0.669 giây/ảnh
Môi trường thử nghiệm: Mac mini trang bị chip Apple M1, 8GB bộ nhớ hợp nhất, ảnh được lưu trên ổ cứng cơ NAS kết nối qua mạng có dây 2.5G.
Theo dõi tiến độ dựa vào thời gian ghi cuối cùng của từng ảnh (tức là thời điểm ImgZilla hoàn tất nén và ghi trở lại đĩa): ảnh đầu tiên được ghi lúc 16:06:09, ảnh cuối cùng được ghi lúc 16:57:41, tổng thời gian xử lý cả lô là 51 phút 32 giây, trung bình mỗi ảnh 0.669 giây.
Dữ liệu này phù hợp với thiết kế “xử lý tuần tự” của sản phẩm – nén lần lượt từng ảnh, chứ không ghi song song lộn xộn. Quy đổi ra, khoảng 90 ảnh/phút. Tốc độ thực tế phụ thuộc vào dung lượng ảnh và hiệu suất máy, con số ở đây chỉ là thời gian thực của nhóm ảnh có dung lượng trung bình ~305 KB/ảnh trong môi trường nêu trên, không phải chuẩn chung.
5. Vì sao chọn “nén tại chỗ” thay vì lưu bản sao?
Nếu thử nghiệm lần này dùng công cụ “lưu thành bản nén riêng”, kết quả sẽ là: tệp gốc 1.41 GB + bản nén 0.75 GB, tổng chiếm 2.16 GB, trái lại càng tốn dung lượng hơn, lại còn tạo ra một loạt tệp xxx-min.jpg, phải tự dọn dẹp và cập nhật các tham chiếu trong cơ sở dữ liệu hay bảng sản phẩm.
ImgZilla dùng cách ghi đè tại chỗ: kết quả nén được ghi thẳng về đúng đường dẫn cũ, toàn bộ 4624 tên tệp trong 78 thư mục đều không thay đổi – điều này đặc biệt quan trọng với website đã ghi đường dẫn ảnh vào cơ sở dữ liệu, CDN, hoặc hệ thống CMS; sau khi nén không cần sửa bất kỳ liên kết nào. Cái giá phải trả là nó sẽ sửa đổi tệp gốc, vì vậy mặc định trước tiên sẽ chuyển ảnh gốc vào Thùng rác (Recycle Bin) của hệ thống, rồi mới ghi kết quả nén; nếu muốn đổi ý, bạn có thể bấm chuột phải vào tệp trong Thùng rác và chọn “Khôi phục về vị trí ban đầu”.
6. Phân tích lợi ích: từ tình huống thực tế đến hóa đơn hàng tháng
Dữ liệu này thực sự hữu ích cho những ai
- Website/developer có dịch vụ người dùng tải ảnh lên: lưu trữ ảnh và CDN thường được tính phí theo GB, dung lượng giảm một nửa đồng nghĩa hóa đơn giảm thẳng một nửa – và phí lưu lượng là chi phí phát sinh mỗi lần truy cập, lượng truy cập càng lớn thì hiệu ứng lãi kép càng rõ. Dù khi đưa vào kho dữ liệu đã thực hiện nén thông thường, thử nghiệm lần này cho thấy, “chạy thêm một vòng nén được tinh chỉnh riêng” vẫn mang lại lợi ích đáng kể.
- Máy chủ có dung lượng lưu trữ hạn hẹp / người dùng đĩa nhỏ: các công cụ dọn dẹp thường xóa bộ nhớ cache và tệp trùng lặp, nhưng sau vài tháng rác lại chất đống; trong khi dung lượng được giảm từ nén là bản thân tệp đang dùng nhỏ đi, không lo phình lại. Sau khi nén 78 thư mục này, có thêm trực tiếp 662 MB dung lượng trống và được giải phóng vĩnh viễn.
- Người dùng thường xuyên chuyển dữ liệu: khi sao chép, đồng bộ, sao lưu, dung lượng giảm 46.8% thì thời gian truyền về cơ bản giảm tương ứng. Nén một lần, những lần chuyển sau này đều tiết kiệm thời gian.
Quy đổi thành hóa đơn hàng tháng: 46.8% này rốt cuộc đáng giá bao nhiêu tiền
Việc giảm dung lượng cuối cùng chỉ thuyết phục khi thể hiện trên hóa đơn. Dưới đây không trích dẫn bất kỳ thống kê nào kiểu “nén giúp tăng tỷ lệ chuyển đổi”, chỉ lấy 46.8% từ lần thử này nhân với báo giá lưu trữ/lưu lượng công khai của các nhà cung cấp cloud chính, làm phép tính thuần số học.
Khoản tiết kiệm phí lưu trữ = dung lượng tiết kiệm (GB) × đơn giá (CNY hoặc USD / GB / tháng)
Khoản tiết kiệm phí lưu lượng ra = dung lượng tiết kiệm (GB) × số lượt tải về/truy cập trong tháng × đơn giá (CNY hoặc USD / GB)
Dung lượng giảm một nửa, hai khoản trên hóa đơn cũng về cơ bản giảm một nửa theo – đây là toán học, không phải phỏng đoán.
Phí lưu trữ: thư viện ảnh càng lớn, lợi ích càng rõ rệt
Các nhà cung cấp Trung Quốc:
| Dung lượng gốc thư viện ảnh | Dung lượng tiết kiệm | Alibaba Cloud OSS Standard ¥0.09/GB/tháng |
|---|---|---|
| 10 GB | 4.68 GB | ¥0.42/tháng |
| 100 GB | 46.8 GB | ¥4.21/tháng |
| 1 TB | 479 GB | ¥43.1/tháng |
Các nhà cung cấp quốc tế:
| Dung lượng gốc thư viện ảnh | Dung lượng tiết kiệm | AWS S3 Standard $0.023/GB/tháng |
Google Cloud Storage $0.020/GB/tháng (Regional khu vực Mỹ) |
Azure Blob Storage $0.018/GB/tháng (Hot, LRS) |
Cloudflare R2 $0.015/GB/tháng |
|---|---|---|---|---|---|
| 10 GB | 4.68 GB | $0.11/tháng | $0.09/tháng | $0.08/tháng | $0.07/tháng |
| 100 GB | 46.8 GB | $1.08/tháng | $0.94/tháng | $0.84/tháng | $0.70/tháng |
| 1 TB | 479 GB | $11.02/tháng | $9.58/tháng | $8.62/tháng | $7.19/tháng |
Mấy hãng lớn quốc tế có đơn giá lưu trữ rất sát nhau (chênh lệch dưới 30%), điểm mấu chốt không phải ai rẻ hơn, mà là – dù chọn hãng nào, dung lượng giảm một nửa, khoản phí này về cơ bản cũng giảm theo gần một nửa, và được tính lặp lại mỗi tháng. Nén một lần, từ đó trở đi mỗi tháng đều tính phí theo dung lượng mới, đây là khoản đầu tư một lần nhưng mang lại lợi ích liên tục dài hạn.
Phí lưu lượng truy cập: khoản thực sự lớn, được khuếch đại theo lưu lượng truy cập
Phí lưu lượng truy cập đáng quan tâm hơn phí lưu trữ, vì nó là phép nhân dung lượng × số lần tải xuống – ảnh càng được truy cập nhiều, lợi ích nén càng cao. Giả sử một thư viện ảnh 100 GB, trong tháng phát sinh 500 GB lưu lượng đi xuống qua CDN (tương đương toàn bộ thư viện được tải xuống trọn vẹn khoảng 5 lần):
| CDN / Báo giá lưu lượng đi ra (giá bậc đầu tiên) | Phí lưu lượng tháng trước khi nén | Sau khi nén (lưu lượng giảm -46.8%) | Tiết kiệm mỗi tháng | Tiết kiệm mỗi năm |
|---|---|---|---|---|
| Alibaba Cloud CDN nội địa (bậc thấp ¥0.15/GB) | ¥75.0 | ¥39.9 | ¥35.1 | ¥421 |
| AWS CloudFront khu vực Châu Á - Thái Bình Dương ($0.12/GB) | $60.0 | $31.9 | $28.1 | $337 |
| Google Cloud CDN Bắc Mỹ/Châu Âu ($0.08/GB) | $40.0 | $21.3 | $18.7 | $224 |
| Azure Front Door bản Standard Zone 1 ($0.08/GB) | $40.0 | $21.3 | $18.7 | $224 |
Ở trên lấy mức giá bậc thang thấp nhất của mỗi hãng, giá bậc thang thực tế thường cao hơn (bậc thang lưu lượng nội địa của Alibaba Cloud CDN có thể lên tới ¥1.31/GB), hóa đơn càng lớn thì giá trị tuyệt đối tiết kiệm nhờ nén càng đáng kể. Ngoài ra, gói Azure này hiện tại là Front Door bản Standard, ngoài lưu lượng đi ra tính theo GB còn bao gồm phí dịch vụ cơ bản khoảng $35/tháng, khoản phí này không thể giảm được bằng nén và không được tính vào phần tiết kiệm ở bảng trên.
Cloudflare R2 là một ngoại lệ: lưu lượng đi ra của họ vốn là $0 – nếu dùng R2 làm nơi lưu trữ, lợi ích nén gần như chỉ thể hiện ở phí lưu trữ, phần lưu lượng vốn không có hóa đơn. Đây thuộc cấu trúc chi phí khác với mô hình tính phí kép “lưu trữ + lưu lượng” (như Alibaba Cloud OSS+CDN, AWS S3+CloudFront), nên cần nắm rõ khoản phí của mình trước khi chọn nhà cung cấp.
Các đơn giá trên là tổng hợp từ báo giá công khai của các nền tảng năm 2026, giá thực tế chịu ảnh hưởng bởi khu vực, chiết khấu tài khoản và bậc giá, vui lòng tham khảo giá theo thời gian thực trên website chính thức; số lượt tải xuống, số lượt truy cập chỉ là giả định ví dụ, hãy thay bằng dữ liệu thực trong hóa đơn của bạn để ước tính.
7. Tiết kiệm thời gian truyền tải và tải lên
Dung lượng giảm một nửa, thời gian truyền tải cũng giảm về cơ bản theo cùng tỷ lệ – quy luật này không phụ thuộc hóa đơn cloud, thể hiện cả trong sao chép cục bộ, sao lưu lẫn trong khâu người dùng tải lên.
Kịch bản cục bộ: USB 3 và mạng gigabit
- Ổ cứng cơ di động USB 3: thông lượng đọc/ghi liên tục thường gặp 100–150 MB/s, lấy mức trung vị 120 MB/s.
- Ổ cứng thể rắn di động USB 3: thông lượng cao hơn rõ rệt, thường 400–500 MB/s, lấy 450 MB/s.
- Mạng có dây gigabit (1000 Mbps): giới hạn lý thuyết 125 MB/s, sau khi trừ chi phí giao thức, thông lượng liên tục thực tế khoảng 100–110 MB/s, lấy 105 MB/s.
Các giá trị trên là ước tính trong khoảng đo thực tế phổ biến, tốc độ thực tế bị ảnh hưởng bởi phương tiện lưu trữ, chất lượng cổng kết nối, môi trường mạng, chỉ để tham khảo khi ước tính.
| Kịch bản | Dung lượng tiết kiệm | Ổ cơ USB 3 @120 MB/s | Ổ SSD USB 3 @450 MB/s | Mạng gigabit @105 MB/s |
|---|---|---|---|---|
| Loạt ảnh thử nghiệm lần này | 662 MB | ≈5.5 giây | ≈1.5 giây | ≈6.3 giây |
| Thư viện ảnh 10 GB | 4.68 GB | ≈40 giây | ≈10 giây | ≈45 giây |
| Thư viện ảnh 100 GB | 46.8 GB | ≈6.5 phút | ≈1.7 phút | ≈7.4 phút |
| Thư viện ảnh 1 TB | 479 GB | ≈66 phút | ≈18 phút | ≈76 phút |
662 MB trong lần thử này trông có vẻ không nhiều, chỉ vài giây mỗi lần. Nhưng cũng giống như phí lưu trữ, đây là khoản đầu tư một lần, lợi ích kéo dài lâu dài: dù là sao chép vào/ra ổ cứng di động, đồng bộ NAS, chạy Time Machine, chuyển sang máy Mac mới, hay gửi cho đồng nghiệp, chỉ cần còn mang theo dữ liệu này, mỗi lần đều tiết kiệm thời gian theo cùng tỷ lệ. Nén một lần, những lần mang vác sau đó đều đỡ tốn thời gian.
Nếu nén xảy ra trước khi người dùng tải lên: tiết kiệm thời gian chờ đợi
Ở trên mới chỉ tính lợi ích sau khi “ảnh đã được lưu trữ” – phí lưu trữ, phí CDN, truyền tải cục bộ. Còn một khâu đáng cân nhắc hơn nữa: thời gian chờ đợi từ lúc người dùng bấm nút “Tải lên” cho đến khi thanh tiến trình hoàn tất, lúc này phụ thuộc vào băng thông đường lên của chính người dùng, mà đường lên thường là nút thắt chậm nhất trong toàn bộ chuỗi – phần lớn băng thông rộng tiêu dùng chỉ có tốc độ tải lên bằng 1/10 đến 1/5 tốc độ tải xuống, trên mạng di động càng rõ rệt. Nếu website hoặc App nén ảnh bằng ImgZilla trước khi người dùng tải lên, lượng dung lượng tiết kiệm được sẽ trực tiếp chuyển hóa thành thời gian chờ người dùng được rút ngắn.
Tính theo dung lượng trung bình mỗi ảnh trong lần thử này: ảnh đã được website nén có trung bình 299 KB, sau khi ImgZilla nén lại trung bình 159 KB, mỗi ảnh tiết kiệm khoảng 140 KB.
| Băng thông tải lên (dải giá trị điển hình từ dữ liệu đo tốc độ công khai, chỉ mang tính tham khảo) | Một ảnh 299KB→159KB |
Tải lên album 50 ảnh ≈15.0MB→8.0MB |
Tải lên toàn bộ 4624 ảnh trong thử nghiệm lần này 1.41GB→0.75GB |
|---|---|---|---|
| Mạng di động (tổng hợp 4G/5G, trung vị đo tốc độ công khai nội địa khoảng 10–50 Mbps, lấy 30 Mbps) | khoảng 0.04 giây | khoảng 1.9 giây | khoảng 3 phút |
| Đường lên băng thông rộng gia đình phổ biến (gói cước tải xuống 100 Mbps/1 Gbps, đường lên thường bị giới hạn, khoảng 20–30 Mbps, lấy 25 Mbps) | khoảng 0.04 giây | khoảng 2.2 giây | khoảng 3.5 phút |
| Đường lên băng thông rộng đối xứng gigabit (số ít nhà mạng/đường truyền doanh nghiệp, 1000 Mbps) | khoảng 0.001 giây | khoảng 0.06 giây | khoảng 5.3 giây |
| Tham khảo nước ngoài: đường lên băng thông rộng cố định trung bình của Mỹ (dữ liệu Ookla, 2026) | khoảng 0.02 giây | khoảng 1 giây | khoảng 1.5 phút |
Xem bảng này theo từng ảnh đơn lẻ có vẻ vô nghĩa – 0.04 giây gần như không cảm nhận được, đó là kết quả trung thực: bản thân bộ mẫu thử này đã không còn lớn (đã được website nén trước khi đưa vào kho, trung bình mỗi ảnh chỉ 299 KB). Hai kịch bản thực sự thể hiện giá trị là: một thao tác tải lên cả album hoặc hàng chục ảnh cùng lúc, và nguyên liệu thô có dung lượng lớn hơn (như JPEG xuất thẳng từ máy ảnh hoặc UGC lần đầu tải lên chưa qua nén của website, mỗi ảnh thường vài MB chứ không phải vài trăm KB) – với cùng một tỷ lệ nén, số giây tiết kiệm tuyệt đối sẽ được khuếch đại tương ứng. Đối với người dùng mạng di động có băng thông lên vốn đã chậm, thời gian chờ được rút ngắn càng rõ rệt.
Các con số dải giá trị của mạng di động và băng thông rộng gia đình dựa trên số liệu đo tốc độ công khai trong nước (trung vị 4G/5G, tỷ lệ phổ biến đường lên băng thông rộng), tốc độ thực tế chịu ảnh hưởng lớn từ nhà mạng, khu vực, thiết bị và tắc nghẽn mạng, chỉ mang tính tham khảo theo bậc độ lớn; số liệu đường lên băng thông rộng cố định của Mỹ trích dẫn từ báo cáo liên quan của Ookla Speedtest.
Muốn tự mình kiểm chứng? Hãy tải ImgZilla ngay từ Mac App Store, chạy thử vài tấm ảnh đã qua xử lý trên website của bạn, rồi mới quyết định có nén tiếp những tệp khác hay không.
Mac App Store: https://apps.apple.com/app/apple-store/id6749323539?pt=127227004&ct=v2&mt=8
Tìm hiểu thêm: https://imagetool.app/ImgZilla