EWWW Image Optimizer یا Smush؛ کدام برای بهینه‌سازی تصاویر وردپرس مناسب‌تر است؟
EWWW یا Smush: مقایسه بهینه‌سازی تصویر، محدودیت و قیمت
EWWW Image Optimizer یا Smush؛ کدام برای بهینه‌سازی تصاویر وردپرس مناسب‌تر است؟ این پرسشی است که در هر پروژه‌ای که با حجم بالای تصاویر و افت امتیاز Core Web Vitals روبه‌رو هستیم، دوباره مطرح می‌شود.
EWWW Image Optimizer یک ابزار قدرتمند و انعطاف‌پذیر است که روی بهینه‌سازی سرور-محور و پشتیبانی از فرمت‌های مدرن تمرکز دارد.
Smush رویکردی ساده و کاربرپسند دارد و برای سایت‌هایی که نمی‌خواهند درگیر تنظیمات پیچیده شوند، مسیر سریعی فراهم می‌کند.
تفاوت اصلی این دو در محل پردازش تصویر است: یکی پردازش را روی سرور خود سایت انجام می‌دهد و دیگری روی سرویس ابری.
برای سایت‌های پرترافیک با کنترل زیرساخت، EWWW معمولاً انتخاب منطقی‌تری است؛ برای سایت‌های کوچک و متوسط با تیم محدود، Smush معمولاً سریع‌تر به نتیجه می‌رسد.
در پروژه‌ای که یک فروشگاه اینترنتی با بیش از بیست هزار تصویر محصول را بهینه می‌کردم، اولین چیزی که در ابزار تحلیل به چشم آمد، سهم بالای تصاویر در زمان بارگذاری بود؛ بیش از نیمی از بودجه عملکرد صفحه صرف دانلود عکس‌ها می‌شد. آن تجربه به روشنی نشان داد که انتخاب ابزار بهینه‌سازی تصویر، پیش از آنکه یک تصمیم ظاهری باشد، یک تصمیم درباره معماری پردازش، محل ذخیره‌سازی و مسیر تحویل تصویر به کاربر است. تصمیم درست در این لایه، اثر خود را در نرخ پرش، نرخ تبدیل و رتبه در نتایج جستجو نشان می‌دهد.
چرا بهینه‌سازی تصویر یک تصمیم معماری است، نه یک تیک ساده
تصاویر در وب مدرن سه نقش همزمان دارند: انتقال معنا، انتقال احساس و انتقال اعتبار. اما هر سه این نقش‌ها در ازای مصرف پهنای باند و زمان پردازش خریداری می‌شوند. در آمارهای صنعتی، تصاویر به‌طور میانگین بین چهل تا شصت درصد حجم کل یک صفحه وب را تشکیل می‌دهند. این عدد در فروشگاه‌های اینترنتی و سایت‌های نمونه‌کار می‌تواند به بیش از هفتاد درصد هم برسد.
از منظر Core Web Vitals (شاخص‌های اصلی وب) که گوگل به آنها وزن جدی می‌دهد، سه معیار مستقیماً با تصاویر پیوند دارند. LCP (Largest Contentful Paint) که بزرگ‌ترین عنصر قابل مشاهده صفحه را اندازه می‌گیرد، در بسیاری از سایت‌ها همان تصویر شاخص نوشته یا بنر اصلی است. CLS (Cumulative Layout Shift) که پایداری بصری را می‌سنجد، اگر ابعاد تصویر از پیش تعیین نشده باشد، به‌شدت آسیب می‌بیند. و INP (Interaction to Next Paint) که به‌طور غیرمستقیم از پردازش سنگین تصاویر روی رشته اصلی مرورگر اثر می‌گیرد. اگر می‌خواهید این معیارها را در سطح پایه بشناسید، راهنمای Core Web Vitals چیست نقطه شروع مناسبی است.
نکته مهم دیگری که در بررسی‌های میدانی زیاد دیده‌ام این است که بهینه‌سازی تصویر فقط کاهش حجم نیست. یک تصویر کوچک با فرمت نادرست می‌تواند بدتر از یک تصویر بزرگ با فرمت درست عمل کند. فرمت، ابعاد، نسبت فشرده‌سازی، نحوه تحویل و کش همگی بخشی از این تصمیم هستند. اگر این حوزه برایتان مهم است، راهنمای انتخاب فرمت تصویر برای وب تفاوت‌های کلیدی را روشن می‌کند.
بهینه‌سازی تصویر یک عملیات تک‌مرحله‌ای نیست؛ یک زنجیره تصمیم‌گیری از انتخاب فرمت تا نحوه تحویل به کاربر است.
EWWW Image Optimizer چیست و چگونه کار می‌کند
EWWW Image Optimizer که نام آن مخفف عبارت Exactly What You Want است، یک افزونه بهینه‌سازی تصویر است که پردازش اصلی را روی سرور خود سایت انجام می‌دهد. این انتخاب معماری، تفاوت‌های عملی مهمی با سرویس‌های ابری ایجاد می‌کند.
پردازش سرور-محور و استقلال از سرویس خارجی
در مدل EWWW، ابزارهایی مانند jpegoptim، optipng و cwebp روی سرور نصب می‌شوند و پردازش تصویر به‌صورت محلی انجام می‌شود. این مدل دو مزیت مهم دارد: اول، داده تصویر شما از سرور خارج نمی‌شود و حریم خصوصی حفظ می‌شود. دوم، هزینه پردازش به تعداد تصاویر وابسته نیست و برای سایت‌های بزرگ، اقتصادی‌تر است.
پشتیبانی از فرمت‌های مدرن
EWWW از تبدیل خودکار به فرمت‌های مدرن مانند WebP و AVIF پشتیبانی می‌کند. WebP به‌طور میانگین بین بیست و پنج تا سی و پنج درصد حجم کمتری نسبت به JPEG در کیفیت مشابه تولید می‌کند. AVIF می‌تواند این رقم را به پنجاه درصد هم برساند. اما این تبدیل باید با احتیاط انجام شود، چون برخی مرورگرهای قدیمی از این فرمت‌ها پشتیبانی نمی‌کنند. اگر می‌خواهید این مقایسه را دقیق‌تر ببینید، مقایسه WebP و JPEG برای سرعت نکات کاربردی دارد.
تحویل تطبیقی و تصاویر ریسپانسیو
EWWW امکان تحویل تطبیقی تصویر بر پایه اندازه نمایشگر کاربر را فراهم می‌کند. این ویژگی با تولید چند نسخه از هر تصویر و ارائه نسخه مناسب به هر دستگاه، حجم دانلود را برای کاربران موبایل به‌طور محسوس کاهش می‌دهد. اگر در این حوزه تازه‌کار هستید، راهنمای تصاویر ریسپانسیو مفاهیم پایه را توضیح می‌دهد.
تنظیمات دقیق و کنترل کامل
یکی از مزیت‌های EWWW برای کاربران حرفه‌ای، سطح کنترل بالای آن است. می‌توانید سطح فشرده‌سازی، نوع تبدیل، رفتار در زمان حذف تصویر و سیاست نگهداری نسخه اصلی را دقیق تنظیم کنید. این انعطاف در سایت‌هایی که نیازمند کنترل دقیق بر کیفیت بصری هستند، ارزش بالایی دارد.
محدودیت‌ها و ملاحظات
مدل سرور-محور EWWW نیازمند منابع سرور است. در سایت‌های با هاست اشتراکی ضعیف، پردازش تصویر می‌تواند باعث افزایش بار CPU و حتی توقف موقت پردازش شود. اگر سایت شما روی هاست اشتراکی محدود اجرا می‌شود، پیش از فعال‌سازی پردازش گروهی، ظرفیت سرور را بررسی کنید. مطالعه راهنمای کاهش مصرف منابع هاست در این زمینه کمک‌کننده است.
Smush چیست و چه مدلی ارائه می‌دهد
Smush که توسط تیم WPMU DEV نگهداری می‌شود، یکی از محبوب‌ترین افزونه‌های بهینه‌سازی تصویر در اکوسیستم وردپرس است. مدل این افزونه بر پایه پردازش ابری و سادگی رابط کاربری بنا شده است.
پردازش ابری و کاهش بار سرور
در مدل Smush، تصاویر برای پردازش به سرورهای ابری این سرویس ارسال می‌شوند. این انتخاب معماری، بار پردازش را از سرور سایت برمی‌دارد و برای سایت‌هایی که روی هاست اشتراکی با منابع محدود اجرا می‌شوند، یک مزیت واقعی است. اما در مقابل، داده تصویر شما از سایت خارج می‌شود که برای برخی پروژه‌های حساس، محدودیت ایجاد می‌کند.
سادگی راه‌اندازی و تجربه کاربری
Smush در حوزه تجربه کاربری، یکی از ساده‌ترین افزونه‌های دسته خود است. با یک کلیک می‌توانید همه تصاویر را بهینه کنید و نتایج را در همان صفحه ببینید. این سادگی برای کاربران غیرفنی، نرخ استفاده واقعی را بالا می‌برد و از رها شدن تنظیمات جلوگیری می‌کند.
فشرده‌سازی بدون افت کیفیت محسوس
الگوریتم فشرده‌سازی Smush روی حفظ کیفیت بصری تمرکز دارد. در حالت پیش‌فرض، این افزونه تصاویر را با روش lossless (بدون اتلاف) یا near-lossless (با اتلاف جزئی) فشرده می‌کند. نتیجه، کاهش محسوس حجم با حفظ کیفیت قابل قبول است. اگر به دنبال فشرده‌سازی با کنترل دقیق هستید، راهنمای فشرده‌سازی تصاویر سایت مسیر عملی این کار را نشان می‌دهد.
قابلیت‌های اضافی: تشخیص تصاویر حجیم و Lazy Load
Smush قابلیت تشخیص تصاویر حجیم که پیش از نصب افزونه آپلود شده‌اند را دارد و امکان بهینه‌سازی گروهی آنها را فراهم می‌کند. علاوه بر این، قابلیت Lazy Load (بارگذاری تنبل) تصاویر را ارائه می‌دهد که تا زمان ورود کاربر به بخش مربوطه، تصویر را بارگذاری نمی‌کند. این قابلیت در صفحات با تصاویر زیاد، اثر قابل توجهی بر زمان بارگذاری دارد.
مدل لایسنس و سطوح مختلف
Smush نسخه رایگان کاربردی دارد و نسخه‌های حرفه‌ای با قابلیت‌های بیشتر ارائه می‌شود. در نسخه رایگان، محدودیت حجم فایل وجود دارد و برخی قابلیت‌های پیشرفته مانند تبدیل به WebP در دسترس نیست. برای سایت‌های کوچک، نسخه رایگان معمولاً کافی است؛ برای سایت‌های حرفه‌ای، بررسی دقیق تفاوت نسخه‌ها پیش از خرید ضروری است.
مقایسه عملی روی محورهای واقعی
محل پردازش و حریم خصوصی
این محور، بنیادی‌ترین تفاوت دو افزونه است. EWWW پردازش را روی سرور خود سایت انجام می‌دهد، در حالی که Smush از پردازش ابری استفاده می‌کند. برای پروژه‌هایی که نیاز به انطباق با قوانین حریم خصوصی سخت‌گیرانه دارند، EWWW انتخاب طبیعی است. برای پروژه‌هایی که سرعت راه‌اندازی مهم‌تر است، Smush مسیر کوتاه‌تری دارد.
بار روی سرور در زمان پردازش گروهی
پردازش گروهی تصاویر در EWWW می‌تواند بار قابل توجهی روی CPU سرور ایجاد کند. در سایت‌های با هاست اشتراکی محدود، این بار می‌تواند باعث کندی موقت سایت شود. Smush این بار را به سرورهای ابری منتقل می‌کند و از این منظر، برای سایت‌های با منابع محدود مناسب‌تر است. اگر روی این محور حساس هستید، راهنمای کاهش مصرف CPU وردپرس نکات کاربردی دارد.
پشتیبانی از فرمت‌های مدرن
EWWW در این محور گسترده‌تر عمل می‌کند و از AVIF هم پشتیبانی می‌کند. Smush در نسخه حرفه‌ای، تبدیل به WebP را ارائه می‌دهد. اگر هدف شما رسیدن به بهترین نسبت کیفیت به حجم است، EWWW گزینه‌های بیشتری در اختیار می‌گذارد.
کیفیت نتیجه فشرده‌سازی
در سطح کیفیت بصری، هر دو افزونه نتایج قابل قبولی ارائه می‌دهند. تفاوت در جزئیات است: EWWW امکان تنظیم دقیق سطح فشرده‌سازی را می‌دهد و در برخی سناریوها، می‌توانید تعادل دقیق‌تری بین حجم و کیفیت پیدا کنید. Smush در حالت پیش‌فرض روی حفظ کیفیت تمرکز دارد و نتیجه محافظه‌کارانه‌تری ارائه می‌دهد.
هزینه و مدل لایسنس
EWWW نسخه رایگان بسیار کاربردی دارد و در نسخه رایگان هم می‌توانید از پردازش سرور-محور استفاده کنید. Smush نسخه رایگان محدودتری دارد و برای قابلیت‌های حرفه‌ای نیازمند لایسنس است. برای سایت‌های بزرگ، مدل EWWW معمولاً از نظر اقتصادی به‌صرفه‌تر است.
سازگاری با لایه کش و CDN
هر دو افزونه با لایه‌های کش و CDN (Content Delivery Network) سازگار هستند، اما پیکربندی درست اهمیت دارد. اگر از CDN استفاده می‌کنید، باید مطمئن شوید که نسخه‌های بهینه‌شده به CDN ارسال می‌شوند، نه نسخه‌های اصلی. اگر این حوزه برایتان مهم است، راهنمای نقش CDN در سرعت سایت مفید است.
پشتیبانی و نگهداری
هر دو افزونه به‌طور فعال نگهداری می‌شوند. EWWW توسط یک تیم کوچک اما متمرکز نگهداری می‌شود و Smush توسط تیم بزرگ WPMU DEV پشتیبانی می‌شود. تفاوت در سرعت پاسخ پشتیبانی و عمق مستندات است. در پروژه‌های سازمانی، این محور اهمیت بیشتری پیدا می‌کند.
جدول مقایسه سریع
| محور مقایسه | EWWW Image Optimizer | Smush |
|---|---|---|
| محل پردازش | سرور خود سایت | سرور ابری |
| بار روی سرور | بالا در پردازش گروهی | پایین |
| پشتیبانی از AVIF | دارد | ندارد |
| تبدیل به WebP | دارد (رایگان) | فقط نسخه حرفه‌ای |
| حریم خصوصی داده | بالا | متوسط |
| مناسب برای | سایت‌های حرفه‌ای و پرترافیک | سایت‌های کوچک و متوسط |
چیدمان پیشنهادی برای بهینه‌سازی تصویر
چیدمانی که در پروژه‌های مختلف به آن رسیده‌ام، از چند لایه ساخته می‌شود. لایه اول انتخاب فرمت درست در زمان آپلود. لایه دوم فشرده‌سازی با یک ابزار تخصصی. لایه سوم تحویل تطبیقی بر پایه اندازه نمایشگر. لایه چهارم بارگذاری تنبل برای تصاویر پایین صفحه. لایه پنجم کش و CDN.
در این چیدمان، اگر سایت شما روی هاست اختصاصی یا VPS اجرا می‌شود، EWWW انتخاب طبیعی لایه دوم است. اگر روی هاست اشتراکی محدود اجرا می‌شود، Smush مسیر مطمئن‌تری است. برای لایه چهارم، افزونه‌های کش مدرن معمولاً قابلیت Lazy Load را به‌صورت داخلی دارند؛ پیشنهاد می‌کنم بهترین افزونه‌های کش وردپرس را مرور کنید. برای لایه پنجم، ترکیب یک CDN با کش مرورگر، بار سرور را به‌طور محسوس کاهش می‌دهد.
اشتباهات رایج در بهینه‌سازی تصویر
فعال بودن همزمان دو افزونه بهینه‌سازی
اگر EWWW و Smush همزمان فعال باشند، هر دو روی یک تصویر پردازش انجام می‌دهند و نتیجه می‌تواند افت کیفیت محسوس یا رفتار پیش‌بینی‌ناپذیر باشد. فقط یک لایه بهینه‌ساز مسئول باشد. این اشتباه در پروژه‌های زیادی دیده‌ام که پس از نصب افزونه دوم، به‌جای بهبود، افت کیفیت گزارش شده است.
نادیده گرفتن ابعاد تصویر
بسیاری تصور می‌کنند فشرده‌سازی کافی است، در حالی که آپلود تصویر با ابعاد بزرگتر از نمایش نهایی، اتلاف پهنای باند است. یک تصویر دو هزار پیکسلی که در قالب تنها در ششصد پیکسل نمایش داده می‌شود، بیش از سه برابر حجم لازم را مصرف می‌کند. تنظیم ابعاد درست پیش از آپلود، مؤثرتر از هر فشرده‌سازی است.
غفلت از تگ alt و متن جایگزین
تگ alt نه فقط برای سئو، بلکه برای دسترس‌پذیری اهمیت دارد. اگر تصویر بهینه است اما متن جایگزین ندارد، هم خوانندگان صفحه‌خوان محروم می‌شوند و هم فرصت رتبه‌گیری در جستجوی تصویر از دست می‌رود. اگر این حوزه برایتان مهم است، راهنمای نقش تگ alt در سئو نکات کاربردی دارد.
پردازش گروهی بدون بررسی ظرفیت سرور
در EWWW، اجرای پردازش گروهی روی هزاران تصویر بدون بررسی ظرفیت سرور می‌تواند سایت را موقتاً از دسترس خارج کند. این پردازش باید در زمان کم‌ترافیک و به‌صورت دسته‌ای انجام شود. اگر در این مرحله با خطا مواجه شدید، راهنمای رفع کندی شدید سایت وردپرس مسیر عیب‌یابی را نشان می‌دهد.
نادیده گرفتن اثر تصاویر بر Core Web Vitals
بهینه‌سازی تصویر باید با نگاه به معیارهای Core Web Vitals انجام شود، نه فقط با نگاه به کاهش حجم. تصویری که LCP را بهبود نمی‌دهد، حتی اگر حجم آن کم باشد، ارزش عملی کمی دارد. اگر می‌خواهید این معیارها را دقیق‌تر بهینه کنید، راهنمای بهینه‌سازی LCP و راهنمای کاهش CLS مکمل خوبی هستند.
رها کردن پایش پس از راه‌اندازی
بهینه‌سازی تصویر یک کار یک‌باره نیست. با اضافه شدن تصاویر جدید، وضعیت به‌تدریج تغییر می‌کند. پایش دوره‌ای و بهینه‌سازی مستمر، بخشی از فرآیند نگهداری سایت است.
کدام افزونه برای کدام سناریو
| سناریو | انتخاب پیشنهادی | دلیل |
|---|---|---|
| سایت با هاست اختصاصی یا VPS | EWWW Image Optimizer | کنترل کامل و پردازش محلی |
| سایت با هاست اشتراکی محدود | Smush | پردازش ابری و بار کم روی سرور |
| فروشگاه اینترنتی بزرگ | EWWW با پیکربندی دقیق | پشتیبانی از AVIF و کنترل کیفیت |
| وبلاگ شخصی | Smush | سادگی و نتیجه سریع |
| پروژه با محدودیت حریم خصوصی | EWWW Image Optimizer | پردازش محلی و عدم خروج داده |
اگر روی سایت خود از CDN استفاده می‌کنید و می‌خواهید اثر بهینه‌سازی تصویر را در لایه تحویل ببینید، پیشنهاد می‌کنم راهنمای بهبود Core Web Vitals را مرور کنید تا لایه‌های بهینه‌سازی درست بچینید. اگر روی سایت شما تصاویر زیادی بدون بهینه‌سازی آپلود شده و امتیاز سرعت پایین است، اثر تصاویر سنگین بر Core Web Vitals تصویر روشنی از اولویت‌ها می‌دهد.
لایه مهندسی: تصمیم‌هایی که در سطح زیرساخت گرفته می‌شوند
برای مهندسانی که بهینه‌سازی تصویر را در مقیاس بزرگ مدیریت می‌کنند، چند نکته اهمیت دارد. اول، انتخاب محل پردازش. پردازش سرور-محور در سایت‌هایی با بار بالا می‌تواند به گلوگاه CPU تبدیل شود. راه‌حل عملی، اجرای پردازش در یک سرویس جداگانه یا زمان‌بندی‌شده در بازه‌های کم‌ترافیک است.
دوم، انتخاب فرمت و استراتژی تحویل. استفاده از picture و source در HTML به شما اجازه می‌دهد فرمت مناسب را بر پایه قابلیت مرورگر کاربر ارائه کنید. این رویکرد برای پوشش طیف وسیعی از مرورگرها ضروری است و از ارسال فرمت‌های ناسازگار جلوگیری می‌کند.
سوم، پیکربندی صحیح هدرهای کش. تصاویر بهینه‌شده باید با هدرهای کش طولانی‌مدت و نسخه‌بندی شده ارائه شوند تا در بازدیدهای بعدی از کش مرورگر خوانده شوند. این تصمیم در سطح وب‌سرور یا CDN گرفته می‌شود، نه در افزونه.
چهارم، مدیریت نسخه اصلی. اگر نسخه اصلی تصویر حفظ نشود، بازگردانی به حالت قبل در صورت افت کیفیت ممکن نیست. ذخیره‌سازی نسخه اصلی در محل جداگانه، یک تصمیم معماری است که باید پیش از شروع بهینه‌سازی گرفته شود.
پنجم، پایش مستمر. اگر روی سایت شما روزانه تصاویر جدید اضافه می‌شود، بهینه‌سازی باید خودکار در جریان آپلود اعمال شود. این پایش باید در داشبورد مدیریت در دسترس باشد. مطالعه بهترین افزونه‌های بهینه‌سازی تصاویر وردپرس تصویر کامل‌تری از ابزارهای موجود می‌سازد.
پرسش‌های پرتکرار درباره بهینه‌سازی تصویر در وردپرس
آیا می‌توان هر دو افزونه را همزمان نصب کرد؟
نصب همزمان توصیه نمی‌شود. هر دو افزونه روی یک تصویر پردازش انجام می‌دهند و نتیجه می‌تواند افت کیفیت محسوس یا رفتار پیش‌بینی‌ناپذیر باشد. فقط یک لایه بهینه‌ساز مسئول باشد.
کدام افزونه کیفیت بصری بهتری دارد؟
در حالت پیش‌فرض، هر دو کیفیت قابل قبولی ارائه می‌دهند. EWWW امکان تنظیم دقیق‌تر سطح فشرده‌سازی را می‌دهد و در سایت‌هایی که کیفیت بصری حساس است، این تنظیمات ارزش دارد. Smush در حالت پیش‌فرض محافظه‌کارانه‌تر عمل می‌کند.
آیا تبدیل به WebP برای همه سایت‌ها لازم است؟
خیر. اگر ترافیک شما عمدتاً از مرورگرهای مدرن می‌آید، تبدیل به WebP سود قابل توجهی دارد. اما اگر بخش قابل توجهی از کاربران شما از مرورگرهای قدیمی استفاده می‌کنند، باید مکانیزم fallback داشته باشید. مطالعه راهنمای بهینه‌سازی تصاویر با افزونه‌ها در این زمینه کمک‌کننده است.
آیا بهینه‌سازی تصویر روی رتبه گوگل اثر دارد؟
به‌طور غیرمستقیم بله. بهینه‌سازی تصویر به بهبود سرعت صفحه و Core Web Vitals کمک می‌کند که هر دو از عوامل رتبه‌بندی هستند. اثر مستقیم آن در جستجوی تصویر قابل مشاهده است.
اگر روی هاست اشتراکی هستم، کدام را انتخاب کنم؟
اگر منابع هاست محدود است، Smush مسیر مطمئن‌تری است. اگر می‌خواهید EWWW را استفاده کنید، حتماً پیش از پردازش گروهی، ظرفیت سرور را با پشتیبانی هاست بررسی کنید.
آیا AVIF در همه مرورگرها پشتیبانی می‌شود؟
خیر. AVIF در مرورگرهای مدرن پشتیبانی می‌شود اما در مرورگرهای قدیمی نه. اگر از AVIF استفاده می‌کنید، باید برای مرورگرهای ناسازگار، فرمت جایگزین ارائه کنید.
بهینه‌سازی تصویر بدون توجه به نحوه تحویل، فقط نصف کار است؛ تصویر بهینه‌ای که در زمان اشتباه به کاربر می‌رسد، اثر خود را از دست می‌دهد.
برای درک عمیق‌تر مفاهیم پایه این حوزه، می‌توانید صفحه Image compression را در ویکی‌پدیا ببینید.
اگر روی سایت خود این دو افزونه را آزموده‌اید و تفاوت معناداری در کیفیت نتیجه یا اثر آن بر سرعت دیده‌اید، برایم جالب است بدانید کدام بخش بیشترین تفاوت را داشت: فشرده‌سازی، تبدیل فرمت یا تحویل تطبیقی. تجربه خودتان را در دیدگاه‌ها بنویسید؛ به‌خصوص اگر در پروژه‌ای با حجم بالای تصویر به نتیجه‌ای رسیده‌اید که می‌تواند برای خواننده بعدی راهگشا باشد.