WebP در برابر AVIF در برابر JXL: مقایسه قالبهای تصویر ۲۰۲۶
مقایسه کنار هم WebP، AVIF و JPEG XL در ۲۰۲۶. آزمونهای اندازه فایل، پشتیبانی مرورگر، سرعت کدگذاری، مدیریت آلفا، رفتار EXIF، و اینکه کی هر کدام را انتخاب کنیم.
پاسخ کوتاه: برای بیشتر وبسایتها در ۲۰۲۶، اول AVIF با جایگزین WebP انتخاب درست است (AVIF در همان کیفیت بصری تقریبا ۵۰ درصد کوچکتر از JPEG است، با پشتیبانی قوی مرورگر در ۲۰۲۶). برای زمینههای فقط Apple، JPEG XL در سرعت کدگذاری و کدگشایی پیشرونده برنده است اما هنوز بیشتر خارج از Safari پشتیبانی نمیشود. برای ایمیل، شبکههای اجتماعی و اشتراکگذاری عمومی، JPEG انتخاب امن باقی میماند؛ قالبهای مدرن برای جاهایی هستند که شما کنترل میکنید. برای مقایسه قالبها روی تصویر خودتان، آن را در مبدل تصویر یا فشردهساز تصویر ما رها کنید و بهروزرسانی زنده اندازه فایل را ببینید.
JPEG ۳۳ ساله است. WebP ۱۵ ساله. AVIF در ۲۰۱۹ عرضه شد. JPEG XL در ۲۰۲۲ نهایی شد. تا ۲۰۲۶، هر سه قالب مدرن بالغ هستند، و پرسش اینکه کدام را استفاده کنیم دیگر نظری نیست: مستقیما بر Core Web Vitals، سرعت بارگذاری صفحه، هزینه داده موبایل و فضای ذخیرهسازی تاثیر میگذارد. این راهنما یک مقایسه عملی ۲۰۲۶ است: هر قالب چیست، اعداد واقعی اندازه فایل، هر کدام کجا کار میکنند، و چگونه انتخاب کنیم.
رقبا، هر کدام در یک پاراگراف
WebP (Google، ۲۰۱۰) انتخاب مدرن محافظهکارانه است. حدود ۲۵ تا ۳۵ درصد کوچکتر از JPEG در کیفیت معادل، با حالت بدون اتلاف کامل، شفافیت (آلفا) و انیمیشن. پشتیبانی مرورگر در ۲۰۲۶ همگانی است (هر مرورگر مدرن، Gmail، WhatsApp، هر CMS). نکته منفی: کیفیت کدگذاری در مقایسه با AVIF خوب است اما عالی نیست، و پشتیبانی از فراداده EXIF ناهموار است.
AVIF (Alliance for Open Media، ۲۰۱۹) برنده مدرن در اندازه خالص فایل است. روی کدک ویدیویی AV1 ساخته شده. حدود ۵۰ درصد کوچکتر از JPEG و ۲۵ تا ۳۵ درصد کوچکتر از WebP در همان کیفیت بصری. از شفافیت، HDR، گستره رنگ وسیع و پیکسلهای ۱۲ بیتی پشتیبانی میکند. پشتیبانی مرورگر در ۲۰۲۴ به برابری رسید؛ در ۲۰۲۶ هر مرورگر بزرگ AVIF را به صورت بومی کدگشایی میکند. نکته منفی: کدگذاری کندتر از WebP است (یک مشکل واقعی برای کارهای دستهای)، و کلاینتهای ایمیل بسیار قدیمی هنوز آن را درون خطی رندر نمیکنند.
JPEG XL (با پسوند jxl، استاندارد ISO/IEC 18181، ۲۰۲۲) مورد علاقه فنی در میان عکاسان و مهندسان است. تبدیل بدون اتلاف JPEGهای موجود (یک JPEG را دوباره به صورت JXL کدگذاری کنید و حدود ۲۰ درصد بدون هیچ افت کیفیتی صرفهجویی میکنید)، پشتیبانی آلفای ۱ بیتی، کدگشایی پیشرونده واقعی، و سرعت عالی کدگذاری و کدگشایی. پشتیبانی بومی در Safari 17 و بعد از آن روی iOS 17 و بعد از آن و macOS Sonoma و بعد از آن. نکته منفی: Chrome در ۲۰۲۲ از JXL دست کشید و (تا ۲۰۲۶) هنوز آن را دوباره اضافه نکرده، پس استفاده وب بینمرورگری به polyfillهای JS یا جایگزینها نیاز دارد.
مقایسه اندازه فایل: اعداد واقعی
همان عکس افقی iPhone (۴۰۳۲ در ۳۰۲۴ پیکسل)، کدگذاریشده در قالبهای مختلف با کیفیت «از نظر بصری یکسان»:
| قالب | اندازه فایل | درصد در برابر JPEG | کیفیت بصری |
|---|---|---|---|
| JPEG (کیفیت ۹۲) | ۲.۸ مگابایت | مرجع | عالی |
| JPEG (کیفیت ۸۵) | ۱.۶ مگابایت | منهای ۴۳ درصد | خیلی خوب |
| WebP (کیفیت ۸۰) | ۱.۱ مگابایت | منهای ۶۱ درصد | خیلی خوب |
| AVIF (کیفیت ۶۰) | ۰.۷۸ مگابایت | منهای ۷۲ درصد | خیلی خوب |
| JPEG XL (تلاش ۷، فاصله ۱.۰) | ۰.۹۲ مگابایت | منهای ۶۷ درصد | خیلی خوب |
برای یک عکس محصول ۶۰۰ در ۸۰۰ با شفافیت:
| قالب | اندازه فایل | شفافیت؟ |
|---|---|---|
| PNG (بدون اتلاف) | ۲۸۰ کیلوبایت | ✓ |
| WebP (کیفیت ۹۰) | ۸۸ کیلوبایت | ✓ |
| AVIF (کیفیت ۷۰) | ۵۲ کیلوبایت | ✓ |
| JPEG XL (تلاش ۷) | ۶۵ کیلوبایت | ✓ |
الگو در بیشتر محتوای عکاسی پابرجاست: AVIF در اندازه برنده است، JXL نزدیک است، WebP میانه همگانی است، JPEG بزرگترین اما سازگارترین است. اعداد بر اساس محتوای تصویر (نواحی صاف در برابر پرجزئیات، عکاسی در برابر مصنوعی) ۱۰ تا ۲۰ درصد متفاوتاند.
پشتیبانی مرورگر در ۲۰۲۶
| قالب | Chrome | Edge | Safari | Firefox | iOS | Android |
|---|---|---|---|---|---|---|
| WebP | ✓ | ✓ | ✓ (۱۴ و بعد) | ✓ | ✓ | ✓ |
| AVIF | ✓ | ✓ | ✓ (۱۶.۴ و بعد) | ✓ (۱۱۳ و بعد) | ✓ (۱۶.۴ و بعد) | ✓ (Chrome 85 و بعد) |
| JPEG XL | ✗ (در ۲۰۲۲ کنار گذاشته شد) | ✗ | ✓ (۱۷ و بعد) | جزئی (پشت یک فلگ) | ✓ (۱۷ و بعد) | ✗ |
به زبان عملی ۲۰۲۶:
- WebP برای ۹۹ درصد کاربران کار میکند، بدون استثنایی که ارزش برنامهریزی داشته باشد.
- AVIF برای ۹۷ درصد کاربران کار میکند؛ با یک جایگزین JPEG برای آن دنباله کوچک عرضه کنید.
- JPEG XL فقط در اکوسیستم Apple به صورت بومی کار میکند؛ برای اپلیکیشنهای iOS و روندهای عکاسی فقط Apple مفید است، هنوز برای وب عمومی نه.
مقایسه سرعت کدگذاری
یک عامل عملی مهم که اغلب در بنچمارکهای فشردهسازی نادیده گرفته میشود: چقدر طول میکشد تا فایل واقعا کدگذاری شود؟
| قالب | زمان کدگذاری (یک عکس ۴۰۳۲ در ۳۰۲۴، تکهسته) |
|---|---|
| JPEG (کیفیت ۸۵) | ۰.۰۵ ثانیه |
| WebP (کیفیت ۸۰) | ۰.۱۸ ثانیه |
| JPEG XL (تلاش ۷) | ۰.۳۲ ثانیه |
| AVIF (کیفیت ۶۰، سرعت ۶) | ۱.۴ ثانیه |
| AVIF (کیفیت ۶۰، سرعت ۹ / سریع) | ۰.۵۵ ثانیه |
AVIF با تنظیمات پیشفرض تقریبا ۷ تا ۱۰ برابر کندتر از JPEG برای کدگذاری است. برای یک دسته ۱۰۰ عکسی، این یک انتظار واقعی است. WebP و JXL تعادل بهتری برقرار میکنند. کدگذارهای سمت مرورگر (canvas.toBlob('image/avif')) باز هم کندتر از کتابخانههای بومی هستند.
برای ابزارهای تعاملی (مانند فشردهساز تصویر ما)، این اهمیت دارد: AVIF بهترین اندازه فایل را میدهد، اما تاخیر پیشنمایش زنده محسوس است.
رفتار EXIF و فراداده
| قالب | EXIF | IPTC | XMP | C2PA Content Credentials |
|---|---|---|---|---|
| JPEG | ✓ کامل | ✓ | ✓ | ✓ (به طور گسترده پذیرفتهشده) |
| WebP | جزئی (وابسته به کدگشا) | جزئی | ✓ | جزئی |
| AVIF | ✓ (کدگشاهای جدیدتر) | ✓ | ✓ | ✓ |
| JPEG XL | ✓ | ✓ | ✓ | ✓ |
رفتار EXIF در WebP و AVIF بر اساس کدگذار و کدگشا متفاوت است. مرورگرها (بهطور خاص canvas.toBlob) هنگام کدگذاری مجدد به WebP یا AVIF، EXIF را حذف میکنند؛ حفظ EXIF به ابزارهای سمت سرور مانند ImageMagick، libvips یا sharp نیاز دارد.
برای بیشتر درباره بقای EXIF در خطوط لوله، توضیح ما را ببینید: داده EXIF چیست؟ و راهنمای کامل فراداده عکس iPhone.
کیفیت در نرخ بیت پایین
میدان نبرد جالب، کیفیت بدون اتلاف بصری نیست (هر سه قالب مدرن به آنجا میرسند). کیفیت در اندازه فایل بهشدت پایین است، جایی که میخواهید یک تصویر ۱۰۰ کیلوبایتی برای یک اتصال موبایل کند ارسال کنید.
در ۱۰۰ کیلوبایت برای یک تصویر ۱۰۸۰ در ۱۰۸۰:
- JPEG: آرتیفکتهای بلوکی قابل مشاهده، نوارنوار شدن رنگ، بهویژه در گرادیانها (آسمان، پوست).
- WebP: گرادیانهای صافتر از JPEG اما ظاهری «تار» و نرم در این نرخ بیت.
- AVIF: بهطور محسوس بهتر، جزئیات را حفظ میکند و از ظاهر «نرم» WebP اجتناب میکند.
- JPEG XL: مشابه AVIF، با حفظ جزئیات کمی بهتر.
برای Core Web Vitals (LCP، CLS) روی موبایل، این فاصله اهمیت دارد. AVIF با کیفیت ۷۰ درصد اغلب ۳۰ درصد کوچکتر از WebP با کیفیت ۸۰ درصد بدون تفاوت محسوس ارسال میشود، که دقیقا همان چیزی است که به بنچمارکهای بارگذاری صفحه کمک میکند.
کی کدام را انتخاب کنیم (درخت تصمیم عملی)
وب (شما صفحه را کنترل میکنید):
- پیشفرض: AVIF با جایگزین WebP با جایگزین JPEG. از عنصر
<picture>استفاده کنید. - اولویت موبایل اول / Core Web Vitals: AVIF انتخاب درست است.
- نگهداری سادهتر (بدون زنجیره جایگزین): WebP. حدود ۲۰ درصد اندازه فایل در برابر AVIF هزینه دارد، پشتیبانی همگانی بدون
<picture>به دست میآورد.
پیوست ایمیل یا فایل بهاشتراکگذاشتهشده:
- همیشه JPEG. کلاینتهای ایمیل در WebP و AVIF ناسازگار هستند.
اکوسیستم Apple (اپلیکیشن iOS، روند فقط Mac):
- JPEG XL یک گزینه واقعی است. پشتیبانی بومی در Safari، کدگذاری سریع، تبدیل بدون اتلاف JPEG.
- برای اشتراکگذاری خارج از Apple، به JPEG برگردید.
CMS یا کتابخانه تصویر استوک:
- WebP. پشتیبانی همگانی، کوچکتر از JPEG، بدون پیچیدگی جایگزین، بیشتر CMSها آن را خوب سرو میکنند.
- AVIF اگر CMS شما از آن پشتیبانی میکند و مخاطب شما موبایلمحور است.
عکس با شفافیت (لوگوها، عکسهای محصول، رابط کاربری):
- AVIF برای کوچکترین با شفافیت.
- WebP به عنوان میانه همگانی.
- PNG فقط اگر بدون اتلاف مطلق لازم است.
محتوای عکاسی با EXIF که باید باقی بماند:
- JPEG (قابل اعتمادترین در سراسر زنجیره).
- JPEG XL برای زمینههای فقط Apple.
چگونه تبدیل و آزمایش کنیم
مبدل تصویر ما تبدیل سمت مرورگر بین JPG، PNG، WebP، AVIF، HEIC، GIF، BMP و ICO را مدیریت میکند. یک فایل را رها کنید، قالب خروجی را انتخاب کنید، به صورت یک ZIP به صورت دستهای دانلود کنید. چیزی آپلود نمیشود.
برای آزمون فشردهسازی کنار هم زنده با یک نوار لغزنده کیفیت، از فشردهساز تصویر ما استفاده کنید. پیشنمایش اصلی و فشردهشده مجدد کنار هم مینشینند با بایتهای دقیق صرفهجوییشده.
برای مقایسه قالبها در چندین قالب ورودی بهیکباره، یک پوشه را در مبدل رها کنید، به JPEG خروجی بگیرید، سپس به WebP، سپس به AVIF، و ZIPهای حاصل را مقایسه کنید.
پرسشهای رایج
چرا Chrome از JPEG XL دست کشید؟ Google کدگشای JXL را در ۲۰۲۲ از Chrome حذف کرد، با اشاره به «نبود علاقه از سوی اکوسیستم گستردهتر» و هزینههای منابع. این تصمیم جنجالی بود (طومارهای توسعهدهندگان، تیکت باز Mozilla، فشار عکاسان). تا ۲۰۲۶، هیچ افزودن مجددی اعلام نشده است.
آیا WebP مرده است؟ خیر. WebP قالب مدرن امن با پشتیبانی همگانی و بدون پیچیدگی جایگزین است. AVIF در اندازه برنده است اما بار نگهداری اضافه میکند. WebP برای بیشتر موارد استفاده غیرافراطی پیشفرض درست باقی میماند.
آیا AVIF واقعا میتواند ۵۰ درصد کوچکتر از JPEG باشد؟ بله برای محتوای عکاسی در کیفیت بصری منطبق. این فاصله برای محتوای مصنوعی (لوگوها، اسکرینشاتها، هنر خطی) که بدون اتلاف یا تقریبا بدون اتلاف منطقیتر است کوچکتر است (۱۵ تا ۲۵ درصد).
آیا WebP شفافیت را حفظ میکند؟ بله. هر دو WebP با اتلاف و بدون اتلاف از آلفای ۸ بیتی پشتیبانی میکنند.
آیا AVIF جایگزین JPEG خواهد شد؟ در نهایت، احتمالا. JPEG برای یک تغییر سریع بیش از حد جا افتاده است، اما هر مرورگری که AVIF را به صورت بومی کدگشایی میکند و هر CDNی که آن را سرو میکند انتقال را واقعی میکند. تا ۲۰۳۰، AVIF احتمالا پیشفرض برای عکاسی وب خواهد بود.
درباره HEIC چطور؟ HEIC و HEIF از همان خانواده کدک AVIF استفاده میکنند (هر دو از دوران HEVC و AV1 هستند). HEIC نسخه اپل است؛ AVIF پسرعموی استاندارد باز است. برای روندهای Apple به Apple، HEIC. برای وب بینپلتفرمی، AVIF. برای زاویه HEIC، HEIC در برابر JPG را ببینید.
نتیجه نهایی
در ۲۰۲۶، قالب مدرن درست به هدف بستگی دارد:
- وب با کنترل کامل: AVIF، با جایگزینهای WebP و JPEG از طریق
<picture>. - وب با پشته ساده: WebP. بهترین قالب مدرن همگانی، بدون نگهداری جایگزین.
- ایمیل و شبکههای اجتماعی: JPEG. قالبهای مدرن هنوز اینجا امن نیستند.
- اکوسیستم فقط Apple: JPEG XL. سریع، کوچک، و به صورت بومی پشتیبانیشده.
برای تبدیلهای یکباره، فایل را در مبدل تصویر ما رها کنید. برای آزمون فشردهسازی دستهای و پیشنمایش زنده، از فشردهساز تصویر استفاده کنید. هر دو کاملا در مرورگر شما اجرا میشوند.
پرسش HEIC در برابر JPG برای زمینههای مخصوص iPhone راهنمای جداگانه خودش را دارد: HEIC در برابر JPG: کدام قالب را باید در ۲۰۲۶ استفاده کنید؟
ابزارها را امتحان کنید
همین حالا یک عکس را در مرورگرتان مهر کنید، یا اپلیکیشن iOS را برای ثبت زنده همراه با GPS و زمان اتمی بگیرید.