بهینه‌سازی تصاویر وب‌سایت

بهینه‌سازی تصاویر یکی از پرسودترین جنبه‌های عملکرد وردپرس است: با داشتن ساختار صفحه و قالب یکسان، تنها با تنظیم صحیح اندازه فایل تصویر، ابعاد، فرمت و روش ارائه آن، اغلب می‌توان بلافاصله بهبودی در سرعت بارگذاری مشاهده کرد.

اما بهینه‌سازی تصویر هم آسان‌تر از همه آدم را “هرچه بیشتر دست‌کاری کند، آشفته‌تر می‌شود”، دلیلش این نیست که فناوری بیش از حد دشوار است، بلکه این است که اطلاعات بیش از حد پراکنده است:
چند مقاله خوانده‌اید و درباره “فشرده‌سازی”، “WebP/AVIF” و “بارگذاری تنبل” یاد گرفته‌اید، اما وقتی به توضیحات افزونه نگاه می‌کنید می‌بینید “۱۰۰ اعتبار رایگان در ماه”، “۲۰۱TP234T رایگان” و “۱ اعتبار برای هر تصویر” نوشته شده—و هرچه بیشتر می‌خوانید، سردرگم‌تر می‌شوید. آیا این سهمیه رایگان واقعاً کافی است؟ هزینه‌ها چگونه کسر می‌شوند؟ آیا “همان چیز” را اشتباه فهمیده‌اید؟ و مهم‌تر از همه:بعد از اینکه انجامش دادی، واقعاً مؤثر شد یا نه؟

این مقاله فقط سه کار را انجام می‌دهد:

1. ارائهٔ یک مورد قابل اجرانقشه راهاول چه کار شود، بعد چه کار شود
2. لطفاً گزینه‌های مورد نظر خود را به تفصیل توضیح دهید (دقیقاً چه چیزی نسخه‌های رایگان و پولی را از هم متمایز می‌کند و هر یک برای چه افرادی مناسب‌تر است)
3. رایج‌ترین اشتباهات را از پیش بنویسید تا بعداً مجبور نشوید همه‌جا دنبال عیب‌یابی بگردید

۱. لایهٔ زیرین: وردپرس چه چیزهایی را به‌صورت پیش‌فرض دارد و چه چیزهایی را ندارد

اگر اول نفهمید که هستهٔ وردپرس از قبل چه کارهایی انجام داده است، خیلی آسان دو حالت پیش می‌آید:

• از “قابلیت‌های رایگان”ی که باید استفاده می‌شد، استفاده نشده و در عوض برای اختراع دوبارۀ چرخ وقت و پول صرف شده است
• فکر می‌کردم وردپرس “خودکار همهٔ تصاویر قدیمی را به WebP/AVIF تبدیل می‌کند”، اما معلوم شد این‌طور نیست

هستهٔ وردپرس این قابلیت‌های کلیدی را از پیش در خود دارد:

• تصاویر واکنش‌گرا (srcset/sizes)از وردپرس ۴.۴ به بعد، هسته تصاویر را خروجی می‌دهد. srcset 与 sizes... و از تصاویر چندسایزه‌ای که در حین بارگذاری تولید می‌شوند استفاده می‌کند تا مرورگر بتواند بر اساس شرایط صفحه نمایش، مناسب‌ترین منابع را انتخاب و بارگذاری کند.
• بارگذاری تنبل بومیوردپرس از نسخه ۵٫۵ به‌صورت پیش‌فرض بارگذاری تنبل بومی را برای تصویرها با استفاده از معیار HTML فعال می‌کند loading پیاده‌سازی دارایی
• بارگذاری WebP پشتیبانی می‌شوداز وردپرس ۵.۸ به بعد، می‌توانید فایل‌های WebP را به همان شیوه‌ی JPEG و PNG آپلود و استفاده کنید (به شرطی که محیط میزبانی شما از WebP پشتیبانی کند).
• پشتیبانی از بارگذاری AVIFاز WordPress 6.5 به بعد می‌توان AVIF را نیز مانند JPEG/PNG بارگذاری و استفاده کرد (همچنان وابسته به پشتیبانی محیط میزبانی است).

اما توجه کنید:
“پشتیبانی از بارگذاری/استفاده” ≠ “تبدیل خودکار/تحویل خودکار”
یعنی: حتی اگر شما از WP 6.5 هم استفاده می‌کنید، آن JPG/PNGهایی که در کتابخانۀ رسانه‌تان هستند خودبه‌خود به WebP/AVIF تبدیل نمی‌شوند؛ و شما هم به‌صورت خودکار زنجیرۀ کامل “خروجی‌دادن AVIF/WebP بر اساس توانایی مرورگر، و برگشت به تصویر اصلی برای مرورگرهای پشتیبانی‌نشدۀ” را به دست نمی‌آورید — این بخش معمولاً باید با افزونه یا سرویس تکمیل شود.

2. نقشه راه: بهینه‌سازی تصویر در 5 مرحله انجام می‌شود

چه باید کرد، چرا، چه چیزی یک پاس محسوب می‌شود و موانع رایج چیستند.

۲.۱ اول “اندازه” را درست کنید (بیشتر از همه نادیده گرفته می‌شود، اما بیشترین سود را دارد)

بسیاری از وب‌سایت‌ها کند هستند نه به این دلیل که بهینه‌سازی نشده‌اند، بلکه به این دلیل کهتصویر بزرگی که خیلی از ناحیهٔ نمایش فراتر است دانلود شد：
برای مثال، اگر صفحه در عمل فقط با عرض ۹۰۰ پیکسل نمایش داده شود، اما شما بازدیدکننده را وادار کنید تصویر اصلی ۳۰۰۰ پیکسلی را دانلود کند، مرورگر فقط “اول دانلود می‌کند و بعد کوچک‌تر نمایش می‌دهد”. این کار پهنای باند را هدر می‌دهد، زمان رمزگشایی را افزایش می‌دهد و نمایش اولیه صفحه را کند می‌کند.

برای وردپرس ۴.۴ و نسخه‌های جدیدترسازوکار تصویر واکنش‌گرا（srcset/sizes) دقیقاً برای حل این مشکل است.

چطور کافی است:

• هنگام باز کردن صفحه در موبایل، اندازهٔ تصویرهای دانلودشده باید به‌طور واضح از دسکتاپ کوچک‌تر باشد
• اندازه منبع بارگیری‌شده برای یک تصویر در دستگاه‌های مختلف متفاوت است (به‌جای این‌که همیشه تصویر اصلی دانلود شود)

رایج‌ترین دام‌ها:

• بعضی قالب‌ها/سازنده‌ها تصویر را به‌عنوان پس‌زمینه CSS می‌گذارند یا به‌روش سفارشی نمایش می‌دهند و ممکن است دور بزنند srcsetباعث می‌شود که همیشه تصویر بزرگ نمایش داده شود
• اگر از سرویس‌های میزبانی تصویر خارجی یا بلوک‌های تصویر شخص ثالث استفاده کنید، ممکن است بتوانید سیستم اندازه‌های چندگانه تولیدشده توسط کتابخانهٔ رسانه را دور بزنید.

---

۲.۲ فشرده‌سازی (کاهش اندازه فایل بدون افت کیفیت)

جوهر فشرده‌سازی این نیست که “کوچکتر بهتر است”، بلکه این است که “تفاوت تقریباً با چشم غیرمسلح قابل تشخیص نیست، اما اندازهٔ فایل به‌طور قابل‌توجهی کاهش می‌یابد”.

قوانین به شرح زیر است:

• عکس/واقعی (افراد، محصولات، مناظر): فشرده‌سازی بااتلاف را در اولویت قرار دهید (بیشترین صرفه‌جویی)
• اسکرین‌شات‌ها/تصاویر حاوی متن زیاد: فشرده‌سازی باید محتاطانه‌تر باشد تا متن تار نشود
• لوگو/آیکن: ‏SVG را در اولویت بگذارید یا فشرده‌سازیِ بدون افت را با احتیاط انتخاب کنید (فشرده‌سازیِ با افت خیلی راحت باعث تار شدن لبه‌ها می‌شود)

چطور کافی است:

• حجم فایل اکثر تصاویر صفحات به‌طور قابل‌توجهی کاهش یافته است.
• بدون نویز قابل‌توجه، لبه‌های تار، نوارهای رنگی یا متن تار

---

2.3 WebP / AVIF (راهبرد قالب: همان وضاحت، حجم کمتر)

بارگذاری در WordPress پشتیبانی می‌شود WebP (۵.۸) و AVIF (۶.۵)。
با این حال، برای به‌کارگیری عملی “فرمت نسل بعدی”، معمولاً دو مسئله باید حل شوند:

1. چگونه کتابخانه رسانه‌ای تاریخی را به‌صورت دسته‌ای تبدیل کنیم(در غیر این صورت، شما فقط در حال بهینه‌سازی “تصاویر جدید آپلودشده در آینده” خواهید بود)
2. آیا باید یک نسخه کپی ایجاد کنم یا تصویر اصلی را جایگزین کنم؟(این یک نکتهٔ حیاتی است؛ بعداً بر قابلیت “جایگزینی و حذف تصویر اصلی” در Plus WebP تمرکز خواهیم کرد.)

رویکرد پیشنهادی:

• WebP: معمولاً انتخاب پیش‌فرض (سازگاری قابل‌اعتمادتری ارائه می‌دهد)
• AVIF: گامی دیگر در فشرده‌سازی، مناسب برای تصاویر بزرگ، تصاویر بزرگ در صفحه اول و تصاویر گالری (اما بیشترپشتیبانی محیط وابسته）

---

۲.۴ از بارگذاری تنبل به‌درستی استفاده کنید (از رویکرد یکسان برای همه استفاده نکنید)

از WordPress 5.5 به بعدبارگذاری تنبل پیش‌فرضتصویر។
این می‌تواند مصرف پهنای باند را هنگام رندر اولیه کاهش دهد:

• بارگذاری تنبل برای منابع خارج از صفحه مناسب است.“
• تصویر بزرگ در بالای صفحه (که اغلب مهم‌ترین تصویر در اولین صفحه است) معمولاً برای بارگذاری تنبلانه مناسب نیست.

---

۲.۵ لایه تحویل: CDN / تصویر CDN

فشرده‌سازی، اندازهٔ فایل و فرمت همگی با هدف کوچک‌تر و مناسب‌تر کردن فایل‌ها هستند.
با این حال، اگر تصاویر به‌طور مداوم از یک سرور اصلی دوربرد دریافت شوند، تأخیر شبکه همچنان به‌طور قابل‌توجهی بر تجربه کاربری تأثیر خواهد گذاشت. در چنین مواردی، راه‌حل “لایه تحویل” ضروری است (CDN/image CDN).

دو رویکرد معمول:

• کلودفلر لهستان：مستندات کلودفلراین بخش روش‌های فشرده‌سازی موجود در پالیش (بدون‌از دست‌دادن، با از دست‌دادن و WebP) را معرفی می‌کند و به کاربرد آن‌ها اشاره می‌کند. format=auto فرمت‌های WebP و AVIF مجاز هستند.
• شتاب‌دهندهٔ سایت جت‌پک：مستندات جت‌پکاین بدان معناست که تصاویر را بهینه‌سازی کرده و آن‌ها را همراه با منابع ایستا از طریق شبکهٔ خود توزیع خواهد کرد.

بهینه‌سازی تصویر تضمین می‌کند که تصاویر از نظر اندازه کاهش یافته و به طور مناسب تغییر اندازه داده شوند.CDN: تحویل نزدیک‌تر و قابل‌اطمینان‌تر

۳. انتخاب مسیر: فقط دو مسیر اصلی را دنبال کنید.

رایج‌ترین اشتباه در بهینه‌سازی تصاویر، “نصب نکردن افزونه” نیست، بلکه نصب بیش از حد افزونه‌هاست که منجر به پردازش تکراری می‌شود:
A در حال فشرده‌سازی است، B هم در حال فشرده‌سازی است؛ A در حال تبدیل به WebP/AVIF است، B هم همین کار را انجام می‌دهد؛ A در حال تغییر آدرس‌های URL است، B در حال بازنویسی آدرس‌های URL است—در نهایت حتی خودتان هم نمی‌توانید سر در بیاورید که واقعاً در سایت چه می‌گذرد.

قوانین:

به یک روش پایبند باشید: یا ذخیره‌سازی محلی کاملاً رایگان، یا یکی از سه گزینه فشرده‌سازی ابری.

• مسیر A (کاملاً رایگان محلی):به‌علاوه WebP یا AVIF + EWWW Image Optimizer(یا فقط یکی را انتخاب کنید)
• گزینه ب (یکی از سه روش فشرده‌سازی ابری را انتخاب کنید):ShortPixel / Imagify / TinyPNG

---

۳.۱ گزینه A: میزبانی محلی کاملاً رایگان (به‌علاوه WebP یا AVIF یا EWWW)

ویژگی‌های کلیدی این مسیر عبارتند از:

• شما به سرویس‌های فشرده‌سازی شخص ثالث که بر اساس سهمیه ماهانه یا به ازای هر فایل هزینه دریافت می‌کنند، متکی نیستید (اگرچه برخی امکانات ممکن است به صورت خدمات اختیاری در دسترس باشند)
• مقابل این مزیت، پردازش دسته‌ای ممکن است بار سنگین‌تری از نظر CPU/IO بر سرور وارد کند و شما را ملزم می‌کند تا توجه بیشتری به “استراتژی و ریسک” داشته باشید.”

3.1.1 به‌علاوه WebP یا AVIFمفهوم اصلی “تولید/جایگزینی” است؛ این ابزار در معنای سنتی یک ابزار فشرده‌سازی نیست.“

• هنگام تولید مجموعه کامل تصاویر:شناسهٔ فایل تصویر اصلی با فایل WebP/AVIF جایگزین می‌شود، فایل اصلی حذف خواهد شد و هرگونه URL در محتوا نیز جایگزین خواهد شد.。
• این افزونه دستورات WP-CLI را فراهم می‌کند و توصیه می‌کند که هنگام کار با تعداد زیادی فایل، WP-CLI قابل‌اعتمادتر است.

این بدان معناست: این صرفاً به‌طور بی‌صدا برای شما یک فایل WebP تولید نمی‌کند، بلکه ممکن است یکواگذاری دارایی(به‌ویژه اگر گزینه “جایگزینی و حذف نسخه اصلی” را فعال کرده باشید).

تفاوت بین دو حالت

گزینه ۱: حفظ تصویر اصلی + تولید نسخه‌های WebP/AVIF (قابل‌اعتمادتر)

• مزیت: در صورت بروز مشکلات سازگاری، بازگشت به حالت قبلی آسان‌تر است.
• نقطه‌ضعف: مصرف دیسک افزایش خواهد یافت (تصویر اصلی + فرمت جدید + چندین اندازهٔ پیش‌نمایش)

روش دوم: جایگزینی و حذف تصویر اصلی (رادیکال‌تر)

• مزایا: دیسک به این زودی پر نخواهد شد؛ پیوندهای داخلی به‌طور خودکار به فرمت جدید تبدیل می‌شوند.
• ریسک: اگر هم دارایی‌ها و هم ارجاعات آن‌ها را تغییر دهید، عیب‌یابی مشکلات سازگاری پرهزینه‌تر خواهد بود (به‌ویژه در مواردی که سیستم‌های خارجی یا منطق قالب‌بندی به نام‌های فایل، مسیرها یا فرمت‌های اصلی متکی هستند).

تله های رایج با WebP یا AVIF

1. پس از انجام جایگزینی کامل کتابخانه، تصاویر در برخی صفحات به درستی نمایش داده نمی‌شوند.
   علت معمولاً این نیست که “تصویر خراب است”، بلکه چیزی در جایی از زنجیره دچار مشکل شده است—مانند تغییر آدرس URL، کش‌گذاری یا سیاست تصاویر بندانگشتی.
2. هرچه تعداد پیش‌نمایش‌ها بیشتر باشد، دامنهٔ تغییرات گسترده‌تر است.
   بارگذاری یک تصویر در وردپرس چندین اندازه مختلف ایجاد می‌کند؛ قالب‌ها و افزونه‌ها ممکن است اندازه‌های بیشتری هم اضافه کنند. جایگزینی کامل به این معنی است که ممکن است در حال ویرایش مجموعه‌ای بسیار بزرگ از فایل‌ها باشید.
3. انجام تبدیل فرمت به تنهایی لزوماً منجر به کوچک‌ترین اندازه فایل نمی‌شود.
   فایل‌های WebP و AVIF عموماً حجم کمتری دارند، اما “استراتژی‌های تعیین ابعاد” و “استراتژی‌های فشرده‌سازی” همچنان حیاتی هستند. Plus WebP را به‌عنوان یک “راه‌حل یک‌کلیکی” برای بارگذاری سریع‌تر در نظر نگیرید.

---

3.1.2 بهینه‌ساز تصویر EWWWیک ارائه‌دهندهٔ پیشرو در فشرده‌سازی محلی رایگان

صفحهٔ افزونهٔ EWWW هدف بسیار روشنی دارد:

• این می‌تواند با استفاده از مجموعه‌ای از ابزارها (jpegtran، optipng، pngout، pngquant، gifsicle، cwebp و غیره) تصاویر روی سرور شما را بهینه‌سازی کند.
• اگر به فشرده‌سازی بیشتری نیاز دارید یا می‌خواهید در مصرف CPU صرفه‌جویی کنید، می‌توانید پردازشی را که CPU مصرف می‌کند به سرور خود منتقل کنید (اختیاری).

EWWW چه نقشی باید در مسیر A ایفا کند؟

اگر از Plus WebP برای “استراتژی مهاجرت/جایگزینی فرمت” استفاده می‌کنید، EWWW برای انجام این کار مناسب‌تر است:

• بهینه‌سازی فشرده‌سازی و حجم(به‌ویژه بهینه‌سازی دارایی‌های خام مانند فایل‌های JPG و PNG)
• بهینه‌سازی دسته‌ای کتابخانه رسانه‌ای تاریخی(هدف‌گذاری برای “کاهش حجم” به جای “جایگزینی URL”)

یک تلهٔ معمول EWWW

1. بار سرور در طول بهینه‌سازی دسته‌ای افزایش می‌یابد.
   این به این دلیل است که فشرده‌سازی محلی CPU/IO مصرف می‌کند. راه‌حل این نیست که “استفاده از آن را متوقف کنید”، بلکه این است که “در دسته‌های مشخص، در ساعات کم‌ترافیک پردازش کنید و در صورت لزوم به دانلود یا راه‌حل‌های ابری روی بیاورید”.
2. “WebP تولید شده است” لزوماً به این معنا نیست که سمت جلویی در واقع در حال ارائهٔ WebP است.
   بسیاری از افزونه‌ها دچار این تصور غلط هستند که تولید یک چیز است، در حالی که استراتژی‌های تحویل (مانند بازنویسی، برچسب‌های `picture` و انقضای کش) کاملاً چیز دیگری هستند.
3. کارکرد یک افزونهٔ دیگر را تکرار می‌کند.
   اگر گزینهٔ A را انتخاب می‌کنید، سعی کنید از سرویس‌های فشرده‌سازی ابری اضافی مانند ShortPixel، Imagify یا TinyPNG استفاده نکنید؛ اگر گزینهٔ B را انتخاب می‌کنید، منطق جایگزینی را در Plus WebP فعال نکنید. اصل اساسی این است:به یک روش عمل کنید.

---

۳.۲ گزینه ب: یکی از سه سرویس فشرده‌سازی ابری (ShortPixel / Imagify / TinyPNG) را انتخاب کنید.

این طرح برای کسانی ایده‌آل است که می‌خواهند منابع سرور را حفظ کنند، رویکردی بدون دردسر برای پردازش دسته‌ای را ترجیح می‌دهند و با صورتحساب مبتنی بر مصرف یا پرداخت به‌ازای استفاده راحت هستند.
با این حال، رایج‌ترین تصور غلط درباره فشرده‌سازی ابری این است:محدودیت آزاد صرفاً به معنای “برگ‌های آزاد” نیست.تعداد و اندازهٔ تصاویر بندانگشتی، تولید WebP/AVIF و فشرده‌سازی مکرر همگی مصرف را به‌طور چشمگیر افزایش می‌دهند.

در ادامه توضیح خواهیم داد: تفاوت بین گزینه‌های رایگان و پولی، نحوه کسر اعتبار، رایج‌ترین تله‌هایی که باید از آن‌ها اجتناب کرد، و اینکه کدام نوع وب‌سایت‌ها برای این خدمات مناسب‌تر هستند.

---

3.2.1 شورت‌پیکسل: ۱۰۰ اعتبار رایگان در ماه، اما اعتبارات با استفاده از تصاویر بندانگشتی و بزرگ‌نمایی‌های WebP/AVIF مصرف می‌شوند.

موضوع گزینه‌های رایگان و پولی چیست؟

توضیحات افزونه ShortPixel به‌وضوح بیان می‌کند:

• ۱۰۰ اعتبار رایگان در ماه
• همچنین “اعتبارات ماهانه نامحدود اضافی” نیز وجود دارد (جزئیات قیمت‌گذاری در صفحهٔ افزونه ارائه شده است)
• ما همچنین بسته‌های اعتباری یک‌باره که هرگز منقضی نمی‌شوند را (همراه با اطلاعات دربارهٔ قیمت‌های اولیه) ارائه می‌دهیم.

توجه:

• رایگان: هر ماه تعداد مشخصی اعتبار برای استفاده در وب‌سایت‌های سبک یا برای آزمایش در اختیار قرار می‌گیرد.
• بستهٔ یک‌باره: مناسب برای سایت‌هایی با کتابخانهٔ رسانه‌ای بزرگ که می‌خواهند موجودی خود را یک‌جا پاکسازی کنند (یک‌بار خریداری شده و تا زمان مصرف معتبر است؛ معمولاً تاریخ انقضا ندارد)
• ماهانه/نامحدود: مناسب برای سایت‌هایی که به به‌روزرسانی‌های منظم تصاویر و بهینه‌سازی پایدار و بلندمدت نیاز دارند.

پایگاه دانش رسمی ShortPixel همچنین راهنمایی‌هایی در مورد “مجوز یک‌باره در مقابل نامحدود ماهانه” ارائه می‌دهد.یک توضیح واضحطرح ماهانه نامحدود به‌صورت ماهانه (یا سالانه) صورتحساب می‌شود و اعتبارات نامحدود و سهمیه ثابت CDN را ارائه می‌دهد؛ اعتبارات یک‌باره منقضی نمی‌شوند و کنترل بیشتری بر مصرف در زمان‌های مورد نیاز به شما می‌دهند.

مهم‌تر از همه: اعتبارهای ShortPixel چگونه محاسبه می‌شوند؟

مستندات رسمی ShortPixel کی‌بی خیلی رک گفت:

• وقتی یک تصویر را در وردپرس بارگذاری می‌کنید، چندین تصویر بندانگشتی ایجاد می‌شود؛
• بهینه‌سازی هر تصویر بندانگشتی معادل یک اعتبار است.；
• اگر انتخاب کنید که WebP یا AVIF تولید کنید،هر نسخه WebP یا AVIF از یک تصویر اصلی و همچنین تصویر بندانگشتی آن، به‌عنوان یک اعتبار اضافی محسوب می‌شود.；
• می‌توانید برای کاهش مصرف اعتبار، برخی از تصاویر بندانگشتی را از بهینه‌سازی مستثنی کنید.

نمونه‌ی اعتبارات：

فرض کنید یک تصویر را آپلود می‌کنید و قالب یا افزونه هشت تصویر بندانگشتی تولید می‌کند:

• فقط تصویر اصلی و پیش‌نمایش‌ها را بهینه‌سازی کنید: ۱ (تصویر اصلی) + ۸ (پیش‌نمایش‌ها) = ۹ اعتبار
• اگر شما هم می‌خواهید WebP/AVIF تولید کنید: یک نسخه نسل بعدی به هر یک از ۹ مورد بالا اضافه کنید ← به‌علاوه ۹ اعتبار
  به عبارت دیگر، ممکن است فکر کنید این “یک تصویر” است، اما در واقع می‌تواند تقریباً به “ده‌ها اعتبار” هزینه داشته باشد.

بنابراین:“۱۰۰ اعتبار رایگان” به معنای “۱۰۰ تصویر رایگان” نیست.

رایج‌ترین مشکلات ShortPixel

1. ۱۰۰ اعتبار رایگان به‌زودی منقضی خواهد شد.
   علت اصلی: تصاویر بندانگشتی زیاد + اعتبار اضافی برای تولید WebP/AVIF
   توصیه：

• ابتدا تعداد تصاویر بندانگشتی سایت را ارزیابی کنید
• اندازه‌های غیرضروری تصویر بندانگشتی را حذف کنید (تنها اندازه‌هایی را بهینه‌سازی کنید که واقعاً استفاده خواهند شد)
• ابتدا یک استراتژی فشرده‌سازی تعیین کنید، سپس فرآیند را به‌صورت دسته‌ای اجرا کنید تا از هدررفت زمان در آزمون و خطا جلوگیری شود.

2. در کنار سایر افزونه‌های تبدیل فرمت استفاده شود.
   اگر جایگزینی Plus WebP را فعال کنید و همچنین از ShortPixel بخواهید برچسب‌های نسل بعدی را تولید و درج کند، منطق آن‌ها تداخل پیدا می‌کند و عیب‌یابی را دشوارتر می‌سازد. با گزینه B، ShortPixel این کار را به‌تنهایی انجام می‌دهد.
3. فکر می‌کنید با نصبش حتماً فرانت‌اند WebP/AVIF خروجی می‌دهد“
   صفحه افزونه ShortPixelذکر شده که می‌تواند WebP/AVIF را تبدیل کند و تصاویر نسل جدید را به صفحهٔ جلو اضافه کند (مثلاً از طریق برچسب‌ها)
   اما پس از انجام آن، هنوز هم باید نتیجه را بررسی کرد.

---

3.2.2 تصویرساز۲۰۱TP234T رایگان در ماه؛ سهمیه بر اساس “اندازهٔ تصویر اصلی + تعداد پیش‌نمایش‌ها” کسر می‌شود؛ فشرده‌سازی مجدد منجر به کسر تکراری خواهد شد.

محدودهٔ آزاد و موقعیت

صفحه رسمی قیمت‌گذاری Imagifyخیلی واضح نوشته شده:حساب رایگان با سهمیه ماهانه 20MB。
صفحهٔ افزونهٔ آن نیز بیان می‌کند که می‌تواند فشرده، تغییر اندازه و تبدیل به WebP/AVIF کند.

مقدار سهمیه چگونه کسر می‌شود؟

مستندات رسمی Imagify “نحوه محاسبه میزان استفاده از سهمیه چگونه است؟” مکانیزم صورتحساب را بسیار واضح تشریح می‌کند:

• تعداد پیش‌نمایش‌ها بر مصرف منابع تأثیر می‌گذارد.برای مثال، اگر شما ۱۰ اندازهٔ تصویر بندانگشتی داشته باشید، بهینه‌سازی یک تصویر منجر به بهینه‌سازی ۱۱ تصویر (تصویر اصلی به‌علاوهٔ ۱۰ بندانگشتی) می‌شود که همگی در سهمیهٔ شما محاسبه خواهند شد.
• کوتا را بر اساس اندازهٔ اصلی فایل کم کنید.: برای مثال، اگر یک تصویر 100KB را به Imagify بفرستید، 100KB از سهمیه کم می‌شود.
• تغییر سطح فشرده‌سازی و بهینه‌سازی مجدد دوباره از سهمیه مصرف خواهد کرد.。
• یک کلید API واحد را می‌توان در چندین سایت استفاده کرد، اما سهمیه بین آن‌ها مشترک است.

این رویکرد اصلی ایمجی‌فای است:
این بیشتر شبیه یک بسته داده است: هرچه بیشتر آپلود کنید، داده‌ی بیشتری مصرف می‌کند؛ هرچه بیشتر تصویر بندانگشتی بسازید، داده‌ی بیشتری مصرف می‌کند؛ و اگر فایل‌ها را بارها فشرده کنید، داده‌ی بیشتری مصرف خواهد کرد.

نمونهٔ سهمیهٔ Imagify که به‌سادگی قابل فهم است

فرض کنید یک تصویر اصلی به حجم ۸۰۰ کیلوبایت را آپلود می‌کنید و سایت ۸ تصویر بندانگشتی تولید می‌کند.

• هنگام بهینه‌سازی با Imagify، هم “تصویر اصلی” و هم “۸ تصویر کوچک” گنجانده می‌شوند (اگر «بهینه‌سازی همه» را انتخاب کنید)، که به این معنی است این عملیات سهمیه‌ای معادل تقریباً «حجم کل این فایل‌ها» را مصرف خواهد کرد.
  به همین دلیل برخی سایت‌ها متوجه می‌شوند که سهمیه “20MB” آن‌ها به‌سرعت تمام می‌شود: مشکل این نیست که Imagify قدرت کافی ندارد، بلکه تصاویر آپلودشده شما بیش از حد بزرگ هستند، شما تعداد زیادی تصویر بندانگشتی تولید می‌کنید و ممکن است بارها و بارها با سطوح فشرده‌سازی مختلف آزمایش کنید.

رایج‌ترین مشکلات Imagify

1. رایگان 20MB برای انجام “پاک‌سازی کامل سابقهٔ سایت” کافی نیست”
   20MB عموماً برای آزمایش و به‌روزرسانی‌های جزئی مناسب‌تر است؛ اگر کتابخانه رسانه‌ای شما از قبل بزرگ باشد، پاک کردن یک‌بارهٔ همهٔ آن احتمالاً نیازمند ارتقا خواهد بود.
2. تنظیم مکرر سطح فشرده‌سازی باعث مصرف تکراری سهمیه می‌شود
   Imagify توضیح واضح медиҳадبهینه‌سازی دوباره، سهمیه را بار دیگر مصرف می‌کند.
   ما توصیه می‌کنیم که “استراتژی” را به‌وضوح در این صفحه بیان کنید:

• ابتدا با استفاده از تعداد کمی تصویر، سطح فشرده‌سازی و کیفیت بصری را تعیین کنید.
• پس از نهایی شدن استراتژی، آن را به‌صورت دسته‌ای اجرا کنید.
  از آزمون و خطا در سراسر کل پایگاه داده اجتناب کنید.

3. اشتراک‌گذاری یک کلید API در چندین سایت باعث کاهش مرموزانه سهمیه‌ها می‌شود.“
   اگر از یک کلید API یکسان در چندین سایت استفاده کنید، سهمیه‌ها مشترک خواهند بود.
   بنابراین، در سناریوهای تیمی یا چندمحله‌ای، بهتر است مشخص شود کدام سایت‌ها منابع را به اشتراک می‌گذارند و کدام به صورت مستقل عمل می‌کنند تا از افزایش هزینه‌ها جلوگیری شود.

---

3.2.3 تینی‌پی‌ان‌جیTiny Compress Images: ۵۰۰ اعتبار رایگان در ماه؛ تبدیل به WebP/AVIF برای هر اندازه ۱ اعتبار اضافی کم می‌کند“

معافیت‌های مالیاتی و نحوهٔ محاسبهٔ آن‌ها

صفحهٔ افزونهٔ TinyPNG وردپرس بسیار واضح نوشته شده است:

• هر ماه ۵۰۰ اعتبار رایگان
• در یک “نصب استاندارد وردپرس”، احتمالاً می‌توانید فشرده کنید. تقریباً ۱۰۰ تصویر در ماه
• با این حال، اگر تبدیل AVIF یا WebP فعال باشد:هر اندازه تصویر یک اعتبار اضافی هزینه خواهد داشت.، بنابراین فکر می‌کنم تنها گزینه فشرده‌سازی و تبدیل آن است. تقریباً ۵۰ تصویر در ماه(بسته به اینکه چند اندازهٔ تصویر بندانگشتی دارید.)

در همین حال، تینی‌فای (توسعه‌دهنده TinyPNG و TinyJPG) نیز صفحه قیمت‌گذاری APIلطفاً توجه داشته باشید: برای دریافت ۵۰۰ فشرده‌سازی رایگان در ماه ثبت‌نام کنید؛ پس از فراتر رفتن از این حد، بر اساس تعداد فشرده‌سازی‌های موفق از شما هزینه دریافت می‌شود، بدون نیاز به اشتراک اجباری.

برای خلاصه‌سازی نحوهٔ کار TinyPNG در یک جمله:
این بر اساس اعتبار محاسبه می‌شود؛ هرچه اندازه‌های بیشتری از تصاویر بندانگشتی استفاده کنید و هرچه بیشتر WebP/AVIF را فعال کنید، اعتبار شما سریع‌تر مصرف می‌شود.

یک مثال ساده و قابل‌فهم از اعتبارات TinyPNG

فرض کنید سایت شما برای هر تصویر هشت اندازهٔ بندانگشتی تولید می‌کند:

• فقط فشرده‌سازی: تصویر اصلی + ۸ تصویر بندانگشتی → ۹ اعتبار لازم است
• اگر تبدیل WebP/AVIF فعال باشد: برای هر اندازه یک اعتبار اضافی کسر خواهد شد → این ممکن است مجموع را تقریباً دو برابر کند.
  این مطابق با توضیحات صفحهٔ افزونه است: وقتی تبدیل فعال شود، سهمیهٔ رایگان از تقریباً “۱۰۰ در ماه” به “۵۰ در ماه” تغییر می‌کند.

رایج‌ترین مشکلات TinyPNG

1. فکر می‌کردم ۵۰۰ اعتبار یعنی ۵۰۰ تصویر.
   خیر. هزینه آن به‌ازای هر “اندازه/نوع تصویر” محاسبه می‌شود. صفحهٔ افزونه به‌وضوح بیان می‌کند که “تبدیل به ازای هر اندازهٔ تصویر یک اعتبار اضافی هزینه خواهد داشت.”
2. پلاگین قالب/فروشگاه اینترنتی اندازه‌های تصویری زیادی تولید می‌کند و سهمیهٔ رایگان به‌طور قابل‌توجهی کاهش یافته است.
   هرچه ابعاد بیشتر باشد، تخلیه اعتبارها آسان‌تر است.
3. پس از فعال‌سازی تبدیل، موجودی ناگهان زود تمام می‌شود
   این یک باگ نیست؛ این نحوه عملکرد سیستم صورتحساب است.
   توصیه‌های راهبردی:

• اگر فاز آزاد عمدتاً برای فشرده‌سازی و کاهش حجم باشد، می‌توانید با اعمال فشرده‌سازی شروع کنید. وقتی مطمئن شدید ساختار سایت پایدار است و واقعاً به نسل بعدی نیاز دارید، می‌توانید تبدیل را آغاز کنید.

۴. توصیه‌ها بر اساس سناریو: چگونه برای انواع مختلف وب‌سایت‌ها انتخاب کنیم

با اینکه همه‌شان از وردپرس استفاده می‌کنند، “نقطه‌های درد تصویر” بین سایت‌های محتوایی، سایت‌های تجارت الکترونیک، پرتفولیوها و سایت‌های عضویت متفاوت است.

۴.۱ سایت‌های/وبلاگ‌های محتوایی (شامل تصاویر و مقالات متعدد، با فرکانس به‌روزرسانی متوسط)

پیشنهاد اولویت:

1. استراتژی تعیین ابعاد (مرحله ۱)
2. فشرده‌سازی (مرحله ۲)
3. وب‌پی (مرحله ۳)

مسیر مناسب‌تر:

• اگر می‌خواهید گزینه‌ای بدون دردسر داشته باشید: یکی از سه گزینه در بخش B (ShortPixel / Imagify / TinyPNG) را انتخاب کنید.
• اگر می‌خواهید یک گزینهٔ رایگان داشته باشید: مسیر A (Plus WebP + EWWW)، اما توصیه می‌کنیم ابتدا با “حالت محافظه‌کارانه (تصاویر اصلی را حذف نکنید)” شروع کنید تا ریسک‌ها را ارزیابی کنید.

دام‌های رایج:

• تصویر سربرگ در صفحهٔ مقاله بسیار بزرگ است و استراتژی بارگذاری تنبل به‌خوبی پیاده‌سازی نشده است.این باعث کند شدن صفحه اول می‌شود.

۴.۲ وب‌سایت‌های تجارت الکترونیک/محصول (با داشتن تصاویر بندانگشتی و گزینه‌های تصویری متعدد؛ پایداری از اهمیت بالایی برخوردار است)

رایج‌ترین مشکلات در تجارت الکترونیک این نیست که “کیفیت فشرده‌سازی ضعیف است”، بلکه این است که “ابعاد خاصی پس از بهینه‌سازی نادرست هستند، تصاویر بندانگشتی مفقود شده‌اند، یا اجزای فرانت‌اند نمی‌توانند تصاویر را بازیابی کنند”.

پیشنهاد اولویت:

1. با احتیاط شروع کنید: یک استراتژی فشرده‌سازی محافظه‌کارانه اتخاذ کنید؛ کل پایگاه داده را بلافاصله جایگزین نکنید.
2. اندازه بندانگشتی‌ها را ارزیابی کنید: قالب‌های فروشگاهی معمولاً اندازه‌های بیشتری تولید می‌کنند و مصرف سهمیه را افزایش می‌دهند (به‌ویژه در ShortPixel/TinyPNG)
3. ابتدا یک آزمایش کوچک‌مقیاس انجام دهید، سپس آن را برای مخاطبان گسترده‌تر ارائه کنید (این امر کاملاً حیاتی است)

مسیر مناسب‌تر:

• گزینهٔ B معمولاً انتخابی بدون دردسر است: ShortPixel، Imagify و TinyPNG همگی از پردازش دسته‌ای پشتیبانی می‌کنند؛ نکتهٔ کلیدی درک سیستم سهمیه و برآورد هزینه‌ها از پیش است.
• گزینهٔ A نیز قابل قبول است، اما باید در خصوص رفتار Plus WebP در “نوشتن روی شناسه‌ها، حذف تصاویر اصلی و جایگزینی آدرس‌ها” احتیاط بیشتری به خرج دهید: از آنجا که این امر به معنای مهاجرت دارایی است، توصیه نمی‌شود بلافاصله جایگزینی کامل انجام دهید.

۴.۳ پورتفولیوها/وب‌سایت‌های عکاسی (جایی که کیفیت تصویر حیاتی است، فایل‌ها حجیم هستند و جذابیت بصری در اولویت قرار دارد)

پیشنهاد اولویت:

1. استراتژی ابعاد‌بندی (کنترل ناحیه نمایش)
2. استراتژی فشرده‌سازی (بهتر است فایل کمی بزرگ‌تر باشد تا جزئیات از دست نرود)
3. WebP/AVIF (مزایای آن برای تصاویر بزرگ واضح است، اما کیفیت بصری آن نیاز به تأیید دارد)

مسیر مناسب‌تر:

• تصویرسازاز آنجا که سهمیه بر اساس “اندازهٔ تصویر اصلی” کسر می‌شود، این نوع سایت کنترل هزینه‌ها را آسان‌تر می‌کند (شما تقریباً می‌دانید هر تصویر بزرگ چقدر هزینه خواهد داشت)، اما باید از فشرده‌سازی مکرر آن‌ها خودداری کنید.
• شورت‌پیکسلاگر اندازه‌های کوچک‌نما زیاد نباشند، مصرف اعتبارات نسبتاً ساده است؛ اما اگر تعداد زیادی اندازه به‌علاوه نسخه‌های نسل بعدی تولید کنید، مصرف اعتبارات به‌طور قابل‌توجهی افزایش می‌یابد، بنابراین باید از قبل برنامه‌ریزی کنید.

۵. سهمیه در مقابل صورتحساب: بررسی دقیق اینکه آیا میزان مجاز رایگان کافی است

کدام یک ارزش خرید بهتری دارد و دوره آزمایشی رایگان تا چه مدت ادامه خواهد داشت؟

۵.۱ سه مدل صورتحساب

• شورت‌پیکسل(اعتبارها)اعتبارات بر اساس “تصویر اصلی به‌علاوه تعداد پیش‌نمایش‌ها” محاسبه می‌شوند؛ تولید فایل‌های WebP/AVIF برای هر نسخه، هزینه اعتباری اضافی در بر خواهد داشت.
• تصویرساز(سهمیه MB)کوتا بر اساس “حجم فایل اصلی” کسر می‌شود؛ هرچه تعداد پیش‌نمایش‌ها بیشتر باشد، کوتا بیشتری مصرف می‌شود؛ فشرده‌سازی مجدد منجر به کسر بیشتر کوتا خواهد شد.
• تینی‌پی‌ان‌جی(اعتبارها): ۵۰۰ اعتبار در ماه؛ فعال‌سازی تبدیل WebP/AVIF برای هر اندازه تصویر هزینه اضافی در بر خواهد داشت.

۵.۲ روش‌های برآورد سریع

می‌توانید آن را به شرح زیر تخمین بزنید:

1. هر تصویر اصلی‌ای را که اغلب آپلود می‌کنید انتخاب کنید و اندازه تقریبی آن را بررسی کنید (مثلاً 300 کیلوبایت / 1MB / 3MB)
2. این بستگی دارد که سایت شما معمولاً چند اندازهٔ تصویر بندانگشتی تولید می‌کند (مثلاً ۵، ۱۰ یا ۲۰).
3. تصمیم بگیرید که آیا می‌خواهید WebP/AVIF تولید کنید (بله/خیر)

سپس از “حساب ذهنی” زیر برای درک مصرف استفاده کنید:

• شورت‌پیکسلبرای هر تصویر تقریباً (۱ + تعداد آیکون‌های کوچک) اعتبار؛ اگر WebP/AVIF تولید شود، تقریباً دو برابر آن (زیرا نسخه‌های نسل بعدی نیز به اعتبار نیاز دارند)
• تصویرسازمحدودیت هر تصویر تقریباً برابر است با (اندازهٔ تصویر اصلی + مجموع اندازهٔ تمام آیکون‌ها)؛ تغییر سطح فشرده‌سازی و فشرده‌سازی مجدد تصویر منجر به کاهش بیشتر در این محدودیت خواهد شد.
• تینی‌پی‌ان‌جی۵۰۰ اعتبار رایگان؛ اگر سایت شما برای هر تصویر اندازه‌های متعددی تولید کند و تبدیل تصویر فعال باشد، تعداد تصاویر رایگان به‌طور قابل‌توجهی کاهش می‌یابد (صفحهٔ افزونه تخمین تقریبی “حدود ۱۰۰ در ماه” و “حدود ۵۰ در ماه” را ارائه می‌دهد)

۶. افشای ریسک

خطر ۱: نگذارید چندین افزونه یک کار یکسان را تکرار کنند

این رایج‌ترین “منبع فاجعه” است.”

• مسیر A:به‌علاوه WebP یا AVIF + EWWWتقسیم کار بین هر دو؛ تبدیل و تحویل مشابه را همزمان انجام ندهید، یا فقط یکی را نصب کنید
• گزینهٔ ب: ShortPixel / Imagify / TinyPNG یکی از سه را انتخاب کنید(یکی را برای مدیریت فشرده‌سازی و نسل بعدی انتخاب کنید)

ریسک ۲: علاوه بر این، عملکردهای “Overwrite ID / Delete Original Image / Replace URL” در WebP، انتقال دارایی محسوب می‌شوند.

برای تأکید مجدد:به‌علاوه WebP توضیحات به‌وضوح بیان می‌کند که در طول یک نسل کامل، شناسهٔ تصویر اصلی بازنویسی می‌شود، فایل اصلی حذف می‌شود و URL محتوا جایگزین می‌گردد.
این بدان معناست که این یک “تعدیل جزئی که در هر زمان قابل بازگشت است” نیست، بلکه تغییری در سطح دارایی است.

استراتژی پیشنهادی باید به این صورت باشد:

• با یک آزمایش در مقیاس کوچک (چند ده تا چند صد) شروع کنید.
• تأیید کنید که نمایش فرانت‌اند، پیش‌نمایش‌ها و به‌روزرسانی‌های کش همگی به‌درستی کار می‌کنند.
• پردازش کل پایگاه داده را در نظر بگیرید.

خطر ۳: مصرف واقعی “سهمیه رایگان” فشرده‌سازی ابری به تعداد تصاویر بندانگشتی و انتخاب next-gen بستگی دارد

• شورت‌پیکسل: پیش‌نمایش‌ها و ویژگی‌های نسل بعدی تأثیر قابل‌توجهی بر تیتراژ خواهند داشت
• تینی‌پی‌ان‌جیفعال‌سازی WebP/AVIF منجر به کسر اعتبار اضافی برای هر اندازه تصویر خواهد شد.
• تصویرسازهزینه‌ها بر اساس اندازهٔ تصویر اصلی محاسبه می‌شوند؛ هرچه تعداد تصاویر بندانگشتی بیشتر باشد، هزینه بالاتر خواهد بود؛ دانلودهای مکرر مستلزم پرداخت هزینه‌های اضافی است.

ریسک ۴: “تولید WebP/AVIF شده است” به معنای “فرانت‌اند در حال ارائه WebP/AVIF است” نیست.”

بسیاری از افراد احساس می‌کنند که سایت‌شان پس از تبدیل هیچ‌گونه سرعت بیشتری پیدا نکرده است؛ علت اصلی این است که بخش جلویی هنوز فایل‌های JPG/PNG را ارائه می‌دهد (به دلیل عدم تطابق در هر یک از موارد زیر: کشینگ، بازنویسی، تگ‌ها یا مذاکره مرورگر).

۷. وقتی کارم تمام شد، چگونه بفهمم که اثر کرده است؟

۴ نقطهٔ کنترل بسیار ساده:

1. آیا هنگام تازه‌سازی همان صفحه برای بار دوم، فرآیند بارگذاری پایدارتر و سریع‌تر است؟تأثیر محسوس کش‌کردن و بهینه‌سازی
2. آیا تفاوت قابل‌توجهی در اندازهٔ تصاویر بارگذاری‌شده روی دستگاه‌های موبایل و کامپیوترهای رومیزی وجود دارد؟(واکنش‌گرا مجموعه/اندازه‌ها (که آیا کار می‌کند)
3. چند تصویر را به‌صورت تصادفی بررسی کنید: آیا فایل‌ها یا منابع WebP یا AVIF وجود دارند؟(آیا این سایت واقعاً در حال استفاده از نسل بعدی）
4. چند تصویر را نگاه کنید: زوم کنید تا ببینید آیا آن‌ها به‌طور قابل‌توجهی تار هستند یا متن مبهم به نظر می‌رسد.(آیا فشرده‌سازی بیش از حد قوی است؟)

اگر هر چهار مورد صدق کنند، یعنی مسیری که انتخاب کرده‌اید از قبل راه‌اندازی شده و در حال اجراست. سپس به سراغ CDN “لایه تحویل”...در کل پایدارتر خواهد بود.

۸. توصیه‌ها برای اقدام

1. ابتدا یک مسیر را انتخاب کنید:

• تا حد امکان رایگان: به‌علاوه WebP یا AVIF + EWWW (یا فقط یکی از آن‌ها را نصب کنید)
• می‌خواهید در منابع سرور صرفه‌جویی کنید؟ پرداخت بر اساس مصرف، بدون دردسرتر است.: یکی از ShortPixel، Imagify یا TinyPNG را انتخاب کنید

2. با یک آزمایش در مقیاس کوچک (چند ده) شروع کنید.
3. قبل از پردازش دسته‌ای، بررسی کنید که همه‌چیز مرتب باشد.
4. اعتمادپذیری تحویل باید بیش‌تر بهبود یابد:خواندن شتاب CDN

سوالات متداول

۱. چند پلاگین باید نصب کنم؟ آیا می‌توانم همه‌شان را نصب کنم؟

سعی کنید به یک مسیر واحد پایبند بمانید.

• گزینه A: WebP یا AVIF به‌علاوه EWWW Image Optimizer (یا نصب تنها یکی از آن‌ها)
• گزینهٔ ب: یکی از ShortPixel، Imagify یا TinyPNG را انتخاب کنید.
  اجرای همزمان چندین افزونه روی یک سایت برای انجام فشرده‌سازی، تبدیل به WebP یا AVIF، تغییر URL و بازنویسی تحویل، مطمئن‌ترین راه برای ایجاد آشفتگی و سخت‌ترین مورد برای عیب‌یابی است.

۲. آیا وردپرس از قبل از WebP/AVIF پشتیبانی نمی‌کند؟ آیا همچنان به یک افزونه نیاز دارم؟

مهم است که بین موارد زیر تمایز قائل شویم:
“پشتیبانی از بارگذاری/استفاده” ≠ “تبدیل خودکار/تحویل خودکار”
وردپرس ۶.۵ به‌طور خودکار فایل‌های موجود JPG/PNG را به‌صورت دسته‌ای به WebP/AVIF تبدیل نمی‌کند و همچنین کل فرایند “ارائه AVIF/WebP بر اساس قابلیت‌های مرورگر و بازگشت به فرمت اصلی” را به‌طور خودکار مدیریت نمی‌کند. برای اطمینان از به‌روزرسانی شدن کتابخانه رسانه‌ای فعلی‌تان، معمولاً باید از یک افزونه یا سرویس برای پر کردن این شکاف‌ها استفاده کنید.

۳. وقتی صحبت از بهینه‌سازی تصویر می‌شود، کدام مرحله واقعاً بیشترین بازگشت سرمایه را ارائه می‌دهد؟

معمولاً اول “اندازه” را درست کنید (srcset/sizes)。
بسیاری از وب‌سایت‌ها کند هستند نه به این دلیل که فشرده نشده‌اند، بلکه به این دلیل که صفحه‌ای با عرض تنها ۹۰۰ پیکسل نمایش می‌دهند در حالی که کاربران را مجبور می‌کنند تصویر اصلی ۳۰۰۰ پیکسل را دانلود کنند. فشرده‌سازی می‌تواند چند کیلوبایت صرفه‌جویی کند، اما “ابعاد نادرست” باعث می‌شود بدون هیچ دلیل موجهی چندین برابر بیشتر داده دانلود کنید.

۴. چگونه می‌توانم مطمئن شوم که “نسخه کوچکتر” در حال بارگذاری است، نه تصویر اصلی؟

دو پدیده را در نظر بگیرید:

• هنگام باز کردن صفحه در موبایل، اندازهٔ تصویرهای دانلودشده باید به‌طور واضح از دسکتاپ کوچک‌تر باشد
• اندازهٔ فایل همان تصویر بسته به دستگاهی که روی آن بارگذاری می‌شود، متفاوت است.
  اگر تصاویر همیشه با اندازهٔ اصلی خود دانلود می‌شوند، اغلب به این دلیل است که قالب یا سازندهٔ صفحه تصویر را به‌عنوان تصویر پس‌زمینهٔ CSS یا خروجی سفارشی در نظر می‌گیرد و بدین ترتیب از قابلیت پشتیبانی کتابخانهٔ رسانه از ابعاد مختلف و ویژگی `srcset` عبور می‌کند.

۵. آیا “تولید WebP/AVIF” لزوماً به این معنی است که فرانت‌اند در حال خروجی گرفتن WebP/AVIF است؟

برابر نیست.
فرآیند تولید تنها در سطح فایل کامل می‌شود؛ اینکه آیا WebP/AVIF واقعاً به سمت کلاینت ارسال می‌شود یا خیر، به عواملی مانند بازنویسی، استراتژی تگ `picture`، دسترسی به کش و مؤثر بودن مذاکره مرورگر بستگی دارد. پس از اتمام، باید به‌صورت نمونه‌ای انواع منابع چند تصویر را بررسی کنید.

۶. دقیقاً ریسک‌های مرتبط با WebP یا AVIF چیست؟ آیا می‌توانم یک بررسی یک‌کلیک را روی کل پایگاه داده اجرا کنم؟

خطر در “فشرده‌سازی” نیست، بلکه درتغییرات در سطوح مهاجرت دارایی：

• هنگام تولید کامل ممکن است شناسهٔ فایل تصویر اصلی بازنویسی شود، فایل اصلی حذف گردد، و نشانی‌های اینترنتی در محتوا جایگزین شوند.
  پسما توصیه نمی‌کنیم کل پایگاه داده را بلافاصله تعویض کنید.با یک آزمون در مقیاس کوچک (چند ده تا چند صد رکورد) شروع کنید و پیش از اقدام به کار با کل پایگاه داده، از داشتن یک نسخه پشتیبان کارآمد اطمینان حاصل کنید.

۷. چگونه بین دو حالت در Plus WebP انتخاب کنم: حفظ تصویر اصلی یا جایگزینی و حذف تصویر اصلی؟

به زبان ساده:

• گزینه ۱: حفظ تصویر اصلی + تولید نسخه‌های WebP/AVIF (قابل‌اعتمادتر)بازگشت به حالت اولیه آسان است، اما فضای بیشتری روی دیسک اشغال می‌کند (تصویر اصلی + فرمت جدید + چندین اندازهٔ پیش‌نمایش).
• روش دوم: جایگزینی و حذف تصویر اصلی (رادیکال‌تر): دیسک به‌سادگی بزرگ نمی‌شود، اما وقتی “دارایی‌ها را تغییر می‌دهید + ارجاع‌ها را تغییر می‌دهید”، هزینهٔ عیب‌یابی مشکلات سازگاری بالاتر می‌شود.
  هرچه سایت پیچیده‌تر باشد (فروشگاه اینترنتی، افزونه‌های متعدد، اندازه‌های گوناگون)، بیشتر توصیه می‌کنیم با رویکردی پایدارتر شروع کنید.

۸. آیا فشرده‌سازی محلی رایگان ارائه‌شده توسط EWWW Image Optimizer کافی است؟ آیا می‌تواند سرور را بیش‌بارگذاری کند؟

EWWW بیشتر شبیه یک “ابزار فشرده‌سازی محلی” است: آن CPU/IO مصرف می‌کند.
افزایش بار در حین بهینه‌سازی دسته‌ای امری رایج است؛ این به معنای “خرابی” سیستم نیست، بلکه نشان می‌دهد رویکرد باید صحیح باشد: انجام کارها به‌صورت دسته‌ای در ساعات کم‌ترافیک و در صورت لزوم استفاده از راهکارهای آف‌لودینگ یا راه‌حل‌های ابری.
اگر به دنبال یک راه‌حل بدون دردسر هستید یا منابع سرور شما محدود است، گزینهٔ ب برای سرور مناسب‌تر است.

۹. ShortPixel ماهانه ۱۰۰ اعتبار رایگان ارائه می‌دهد، پس چرا احساس می‌کنم این اعتبارات فقط پس از چند تصویر تمام می‌شوند؟

زیرا “Credits” به «تعداد تصاویر» اشاره نمی‌کند.”، با تصاویر بندانگشتی و نسل بعدی بزرگ‌تر خواهد شد:

• تصویر اصلی + اعتبار برای هر آیکون
• اگر فایل‌های WebP/AVIF تولید شوند، برای هر نسخهٔ متناظر هزینهٔ اضافی در اعتبارات منظور خواهد شد.
  پس آنچه ممکن است فکر کنید “یک تصویر” باشد، در واقع می‌تواند تقریباً “ده اعتبار” مصرف کند. ShortPixel

۱۰. چرا اعتبار رایگان ماهانه Imagify به سرعت تمام می‌شود؟

Imagify بیشتر شبیه یک “بسته داده” است:

• طبق پیام شمااندازهٔ فایل اصلیکسر از سهمیه
• هرچه تعداد پیش‌نمایش‌ها بیشتر باشد، مصرف منابع نیز بیشتر خواهد بود.
• تغییر سطح فشرده‌سازی و بهینه‌سازی مجدد دوباره از سهمیه مصرف خواهد کرد.
• یک کلید API واحد را می‌توان در چندین سایت استفاده کرد و کوتاها به‌صورت مشترک به کار گرفته می‌شوند.
  بنابراین پیام “20MB به‌زودی تمام خواهد شد” اغلب به‌خاطر تصاویر بسیار بزرگ، تعداد زیاد پیش‌نمایش‌ها یا آزمون‌وخطای مکرر رخ می‌دهد.

۱۱. TinyPNG ماهانه ۵۰۰ اعتبار رایگان ارائه می‌دهد، پس چرا افزونه می‌گوید ماهانه فقط حدود ۱۰۰ تصویر در دسترس است، و چرا پس از فعال کردن WebP/AVIF این تعداد به ۵۰ تصویر در ماه کاهش می‌یابد؟

این به این دلیل است که اعتبارهای TinyPNG نیز در بخش “ابعاد/واریانت‌ها” مقیاس‌بندی می‌شوند:

• یک نصب استاندارد وردپرس معمولاً حدود ۱۰۰ تصویر در ماه را فشرده می‌کند.
• فعال‌سازی تبدیل AVIF یا WebP:هر اندازه تصویر یک اعتبار اضافی هزینه خواهد داشت.، بنابراین احتمالاً فقط می‌توانم حدود ۵۰ تصویر در ماه را فشرده و تبدیل کنم (بسته به تعداد اندازه‌های تصویر بندانگشتی).
  پس ۵۰۰ اعتبار ≠ ۵۰۰ تصویر.

۱۲. در سایت ما چند تصویر بندانگشتی وجود دارد؟ چرا آن‌ها تأثیر قابل‌توجهی دارند؟

وردپرس با بارگذاری یک تصویر چند اندازه می‌سازد؛ قالب‌ها/افزونه‌ها، به‌ویژه فروشگاهی‌ها، ممکن است اندازه‌های بیشتری هم اضافه کنند۔
در فشرده‌سازی ابری، اعتبارها یا سهمیه‌ها معمولاً بر اساس مجموع حجم تصویر اصلی و پیش‌نمایش‌های آن محاسبه می‌شوند، بنابراین هرچه پیش‌نمایش‌های بیشتری وجود داشته باشد، سهمیهٔ رایگان سریع‌تر مصرف می‌شود.

۱۳. آیا بارگذاری تنبل حتماً می‌تواند سرعت را بیشتر کند؟ چرا بعضی‌ها می‌گویند بارگذاری تنبل برعکس کندتر می‌شود؟

بارگذاری تنبل برای منابع خارج از صفحه مناسب است.
اگر مهم‌ترین تصویر بزرگ در صفحهٔ اول نیز با تأخیر بارگذاری شود، ممکن است تجربهٔ بارگذاری اولیه را کند کند. اگرچه بارگذاری تنبل پیش‌فرض در وردپرس ۵.۵ و نسخه‌های جدیدتر خوب است، نباید آن را به‌طور یکسان در همه جا اعمال کنید.

۱۴. اگر مسیر A یا B را انتخاب کنم، چه زمانی به CDN / تصویر CDN نیاز دارم؟

فشرده‌سازی، اندازه و فرمت فایل، مسئله کوچک‌تر و مناسب‌تر کردن فایل‌ها را مطرح می‌کنند.
CDN تحویل سریع‌تر و قابل‌اعتمادتری را تضمین می‌کند.。
وقتی تأخیر قابل‌توجهی به‌دلیل دریافت تصاویر از یک سرور مبدأ دور وجود دارد، افزودن CDN برای هر تصویر (مثلاً Cloudflare Polish / Jetpack Site Accelerator) معمولاً تجربه‌ای پایدارتر ایجاد می‌کند و خواندن محتوا را آسان‌تر می‌سازد. شتاب‌دهی وردپرس CDN。

۱۵. وقتی کارم تمام شد، ساده‌ترین راه برای بررسی اینکه واقعاً کار می‌کند چیست؟

سریع‌ترین راه برای تأیید:

• آیا هنگام تازه‌سازی همان صفحه برای بار دوم، فرآیند بارگذاری پایدارتر و سریع‌تر است؟
• آیا تفاوت قابل‌توجهی در اندازه تصویر بین نسخه‌های موبایل و دسکتاپ وجود دارد (آیا srcset/sizes طبق انتظار عمل می‌کند)؟
• چند تصویر را به‌صورت تصادفی بررسی کنید: آیا فایل‌ها یا منابع WebP یا AVIF وجود دارند؟
• چند تصویر را نگاه کنید: زوم کنید تا ببینید آیا آن‌ها به‌طور قابل‌توجهی تار هستند یا متن مبهم به نظر می‌رسد.