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

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

اما بهینه‌سازی تصویر هم آسان‌ترین کار است که مردم را “هر چه بیشتر دست می‌زنند، بیشتر به هم می‌ریزد”؛ دلیلش این نیست که تکنولوژی خیلی سخت است، بلکه اطلاعات خیلی پراکنده است:
تو چند تا مقاله خاندی، فهمیدی که باید “فشرده‌سازی”، “WebP/AVIF” و “بارگذاری تنبل” ره انجام بدی، بعد که معرفی افزونه ره می‌بینی باز نوشته “ماهی 100 کردیت رایگان”، “20MB رایگان”، “هر عکس 1 کردیت”، آخرش هرقدر بیشتر می‌خانی بیشتر گیج می‌شی — بالاخره این رایگان کافی است یا نه؟ مصرف چطور حساب می‌شه؟ نکنه تو “یک چیز” ره اشتباه فهمیدی؟ و از همه مهم‌تر:تو بعد از انجام دادن واقعاً تأثیر داشت؟

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

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

زیرین سطح: وردپرس چی دارد، چی ندارد

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

• آن توانایی رایگان که باید استفاده می‌شد، استفاده نشد و به جای آن وقت و پول صرف ساختن دوباره چرخ شد
• فکر می‌کردم WordPress خودکار تصاویر قدیمی را به WebP/AVIF تبدیل می‌کند اما اینطور نیست

وردپرس هسته این توانایی‌های کلیدی را به طور داخلی دارد:

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

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

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

چی کار کردن، چرا، چی کار کردن به حساب می‌آید که قبول شده است، نمونه‌های معمول اشتباه چیستند.

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

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

وردپرس 4.4+ کامکانیسم تصویر پاسخگو（srcset/sizesاین دقیقاً برای حل این مشکل است.

چی کار کردن به حساب می‌آید که قبول شده باشد:

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

معمول‌ترین دام:

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

---

2.2 فشرده‌سازی (کیلوبایت را کاهش بده، اما کیفیت را خراب نکن)

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

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

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

چی کار کردن به حساب می‌آید که قبول شده باشد:

• اکثر صفحات کی تصویریں کا حجم نمایاں طور پر کم ہوا
• وضاحت واضح نیست نویز یا لبه‌های تار یا رنگ‌های ناهموار یا متن تار دیده نمی‌شود

---

2.3 WebP / AVIF (فارمات پاليسي: همين وضوح با اندازه کوچکتر)

وردپرس آپلود را پشتیبانی می‌کند WebP (5.8) و AVIF (6.5)。
اما برای اینکه “نسل بعدی فرمت” واقعاً به کار گرفته شود، معمولاً باید دو مسئله حل شود:

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

تجویز شده نوشتار:

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

---

2.4 بارگذاری تنبل باید درست استفاده شود (نباید همه را یکسان در نظر گرفت)

از وردپرس ۵.۵ به بعدپیش‌فرض بارگذاری تنبلتصویر۔
این می‌تواند مصرف پهنای باند در زمان رندر اولیه را کاهش دهد:

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

---

2.5 طبقه تحویلی: CDN / عکس CDN

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

دو جهت نمونه:

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

تصویر بهینه سازی مسئول کوچک و مناسب شدن استCDN مسئول تحویل نزدیک‌تر و استوارتر

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

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

قاعده:

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

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

---

3.1 مسیر A: کاملاً رایگان محلی (به‌علاوه WebP یا AVIF یا EWWW)

ویژگی این مسیر این است که:

• تُ به خدمات فشرده‌سازی شخص ثالث “براساس سهم ماهانه/براساس هر برگ” وابسته نیستی (البته بعضی امکانات ممکن است خدمات اختیاری ارائه دهند)
• قیمت ای طور است: پردازش دسته‌ای شاید بیشتر از CPU/IO سرور کار بکشه، و نیاز است که بیشتر به “استراتژی و ریسک” توجه کنی”

3.1.1 پلاس WebP یا AVIFمرکز بر “تولید/تعویض” است، این یک “ابزار فشرده‌سازی” به معنای سنتی نیست”

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

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

دو حالت کی فرق

حالت 1: تصویر اصلی را نگه دار + نسخه 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 را فعال نکن. اصل اصلی:یک راه را تا آخر برو.

---

3.2 مسیر B: انتخاب یکی از سه فشرده‌سازی ابری (ShortPixel / Imagify / TinyPNG)

این مسیر برای کسانی که می‌خواهند منابع سرور را صرفه‌جویی کنند، به صورت دسته‌ای کار کنند و پرداخت بر اساس میزان یا مقدار را قبول دارند مناسب است
اما فشرده‌سازی ابر بیشتر باعث سوءتفاهم می‌شود:محدودیت رایگان به سادگی “تعداد رایگان” نیستاندازۀ تصویر کوچک، تعداد، آیا WebP/AVIF ساخته شود یا نه، و آیا دوباره فشرده شود، همه به طور قابل توجهی مصرف را تحت تأثیر قرار می‌دهند

زیر بیان می‌شود: رایگان/پرداختی چگونه است، میزان کسر چگونه است، چه مشکلاتی بیشتر پیش می‌آید، مناسب چه نوع سایت‌هایی است

---

3.2.1 ShortPixel100 رایگان کریڈٹ/ماہ، لیکن کریڈٹ تھمب نیل اور WebP/AVIF کے ذریعے زیادہ خرچ ہوتے ہیں

رایگان/پرداخت شده چیست

معرفی افزونه ShortPixel به وضوح نوشته شده است:

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

اشاره:

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

ShortPixel رسمی KB نیز در مورد “بسته یک‌باره در مقابل نامحدود ماهانه” توضیح داده استروشن وضاحت: نامحدود ماهوار به‌صورت ماهانه (یا سالانه) پرداخت میشه، کردیت نامحدود فراهم می‌کنه و با سهمیه ثابت CDN همراه است؛ کردیت‌های یک‌باره منقضی نمی‌شن و می‌ذارن که به‌شکل قابل‌کنترول‌تر، هر وقت ضرورت بود استفاده کنی.

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

مستندات رسمی ShortPixel KB خیلی صریح گفت:

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

اعتبارات：

فرض کن تو ۱ عکس اپلود کردی موضوع/پلاگین ۸ تا تصویر کوچک ساخت

• فقط بهینه‌سازی تصویر اصلی + تصویر کوچک: 1 (تصویر اصلی) + 8 (تصویر کوچک) = 9 اعتبار
• اگر می‌خواهید WebP/AVIF بسازید: هر ۹ مورد بالا یک نسخه نسل بعدی دیگر → +۹ اعتبار دیگر
  یعنی، تو فکر می‌کنی “۱ تصویر”، اما در واقع ممکن است نزدیک به “۲ رقم اعتبار” مصرف کند.

پس:“رایگان 100 اعتبار” برابر نیست با “رایگان 100 تصویر”.

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

1. رایگان 100 اعتبار بزودی تمام می‌شود
   ریشه: تصاویر کوچک زیاد + تولید WebP/AVIF اعتبار اضافی
   پیشنهاد：

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

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

---

3.2.2 Imagifyرایگان ۲۰۱ تی‌پی‌۲۳۴ تی در ماه؛ سهمیه بر اساس “اندازۀ تصویر اصلی + تعداد بندانگشتی‌ها” کسر می‌شه، فشرده‌سازی دوباره تکراری کسر می‌کنه

مقدار رایگان و موقعیت‌یابی

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

کِفایت چطور کَمی می‌شود؟

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

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

این است “روش درک اصلی” Imagify:
این بیشتر شبیه بسته ترافیک است: هر چقدر بفرستی، همانقدر کسر می‌شود؛ هر چه تصاویر کوچک بیشتر باشد، بیشتر کسر می‌شود؛ اگر بارها فشار بیاوری، دوباره کسر می‌شود.

آسان فهمیدن نمونه سهمیه Imagify

فرض کن تو یک تصویر اصلی ۸۰۰ کیلوبایت آپلود می‌کنی، سایت ۸ تصویر کوچک تولید می‌کند.

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

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

1. رایگان 20MB برای پاک‌سازی کامل سابقه سایت کافی نیست“
   20MB معمولاً برای تست و به‌روزرسانی‌های سبک‌تر مناسب‌تر است؛ اگر کتابخانه رسانه‌ای‌ات از اول هم بسیار بزرگ است، پاک‌سازی یک‌باره کل کتابخانه خیلی احتمال دارد نیاز به ارتقا داشته باشد.
2. تکراری تغییر دادن سطح فشرده‌سازی باعث مصرف دوباره سهمیه می‌شود
   Imagify وضاحت کنیدبهینه‌سازی مجدد دوباره سهمیه را مصرف می‌کند.
   توصیه می‌کنم که در همین صفحه “استراتژی” را واضح بنویسی:

• اول با مقدار کم تصویر سطح فشرده‌سازی و ظاهر را تعیین کن
• بعد از تایید استراتژی به صورت دسته جمعی اجرا کنید
  در سراسر کتابخانه بارها و بارها اشتباه نکنید

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

---

3.2.3 TinyPNGرایگان ۵۰۰ اعتبار در ماه؛ تبدیل به WebP/AVIF هر اندازه اضافی ۱ اعتبار کم می‌شود“

مقدار رایگان و روش محاسبه آن

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

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

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

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

آسان فهمیدن TinyPNG اعتبارات نمونه

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

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

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

1. 500 کریڈٹ = 500 تصویر
   نه. این بر اساس “اندازه تصویر/نوع” مصرف می‌شود. صفحه افزونه به وضوح هشدار داده است که “تبدیل برای هر اندازه تصویر یک اعتبار اضافی کسر می‌کند”.
2. موضوع/افزونه تجارت الکترونیک اندازه‌های زیادی تولید می‌کند، سهمیه رایگان به طور قابل توجهی کاهش یافته است
   هر چی اندازه‌ها بیشتر باشه، مصرف credits بیشتر و سریع‌تر می‌شه.
3. فعال کردن تبدیل بعد از آن متوجه شدم که اعتبار ناگهان کم می‌شود
   این باگ نیست، این سیستم حساب‌کشی آن است.
   سفارشات راهبردی:

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

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

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

4.1 محتوایی سایت/بلاگ (مقالات با تصاویر زیاد، به‌روزرسانی متوسط)

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

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

راهی که بیشتر مناسب است:

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

نمونهٔ مشکل:

• تصویر سرصفحه مقاله بزرگ است استراتژی بارگذاری تنبل نادرست استصفحه اول را کند می‌کند

4.2 تجارت الکترونیک/سایت محصول (تصاویر کوچک زیاد، انواع تصاویر زیاد، پایداری اولویت اول)

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

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

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

راهی که بیشتر مناسب است:

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

4.3 مجموعه آثار/سایت عکاسی (کیفیت تصویر حساس، تصاویر بزرگ، نیاز به ظاهر خوب)

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

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

راهی که بیشتر مناسب است:

• Imagify: به “اندازۀ اصلی تصویر” کسر سهمیه می‌شود، این نوع سایت‌ها آسان‌تر می‌توانند “بودجه قابل کنترل” بسازند (تو می‌دانی هر تصویر بزرگ تقریباً چقدر کسر می‌شود)، اما باید از فشار مکرر جلوگیری کرد.
• ShortPixelاگر اندازه‌های تصویر کوچک زیاد نباشد، اعتبارها هم واضح است؛ اما اگر اندازه‌های زیادی به همراه نسل بعدی تولید کنی، مصرف اعتبارها افزایش می‌یابد و نیاز به برنامه‌ریزی قبلی دارد.

مقدار/مقایسه هزینه: به وضوح بگو “رایگان کافی است یا نه”

بالاخره کدام یکی به صرفه‌تر است و رایگان تا چه مدت دوام می‌آورد؟

5.1 سه نوع مدل کسر هزینه

• ShortPixelکریڈٹسبه تعداد “تصویر اصلی + تصاویر کوچک” اعتبار محاسبه می‌شود؛ تولید WebP/AVIF برای هر نسخه مربوطه اعتبار اضافی کسر می‌کند.
• Imagifyسهمیه （MB）: بر اساس “اندازه فایل اصلی” از سهمیه کسر می‌شود؛ هر چه تصاویر کوچک‌تر بیشتر باشد، کسر بیشتر است؛ فشرده‌سازی مجدد دوباره کسر خواهد شد.
• TinyPNGکریڈٹسهر ماه ۵۰۰ اعتبار؛ فعال‌سازی تبدیل WebP/AVIF برای هر اندازه تصویر اعتبار اضافی کسر می‌کند

5.2 روش تخمین سریع

تو می‌توانی اینطور تخمین بزنی:

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

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

• ShortPixelهر تصویر ≈ (1 + تعداد تصاویر کوچک) اعتبار؛ اگر WebP/AVIF ساخته شود، ≈ دو برابر می‌شود (چون نسخه نسل بعدی هم اعتبار می‌خواهد)
• Imagifyهر تصویر ≈ (اندازه تصویر اصلی + اندازه هر تصویر کوچک) از سهمیه کسر می‌شود؛ تغییر سطح فشرده‌سازی و فشرده‌سازی مجدد دوباره کسر خواهد شد
• TinyPNG{“translation”:“رایگان ۵۰۰ اعتبار؛ اگر سایت شما برای هر تصویر اندازه‌های زیادی تولید کند و تبدیل فعال باشد، تعداد رایگان به طور قابل توجهی کاهش می‌یابد (صفحه افزونه انتظار بصری ”حدود ۱۰۰ تصویر در ماه» و «حدود ۵۰ تصویر در ماه»

6. هشدار خطر

خطر 1: نگذارید چندین پلاگین یک کار را تکرار کنند

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

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

خطر ۲: “پوشش ID / حذف تصویر اصلی / جایگزینی URL” در Plus WebP مربوط به انتقال دارایی است

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

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

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

خطر ۳: مصرف واقعی “محدوده رایگان” فشرده‌سازی ابری بستگی به تعداد تصاویر کوچک و انتخاب نسل بعدی دارد

• ShortPixelتصاویر کوچک و نسل بعدی به طور قابل توجهی روی اعتبارها تأثیر می‌گذارند
• TinyPNGفعال کردن WebP/AVIF برای هر اندازه تصویر اعتبار اضافی کسر می‌کند
• Imagify: به اندازه اصلی تصویر کسر می‌شود، هرچه تصاویر کوچک‌تر بیشتر باشند، کسر بیشتر است، فشار زیاد باعث کسر مکرر می‌شود

خطر ۴: “تولید شده WebP/AVIF” برابر نیست با “تحویل WebP/AVIF در صفحه اصلی”

بسیاری پس از تبدیل احساس می‌کنند “سرعت تغییر نکرده” دلیل اصلی این است که صفحه هنوز JPG/PNG تولید می‌کند (کش/بازنویسی/برچسب/مذاکره مرورگر یا هر مرحله‌ای هماهنگ نیست)

7. چطور بعد از انجام دادن بفهمیم که موثر بوده است یا نه؟

۴ تا نقطه تأیید بسیار ساده:

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

اگر این چهار مورد همه درست باشد، یعنی راهی که انتخاب کرده‌ای شروع به حرکت کرده است. حالا برو و ادامه بده. لایه تحویل“،کُلّی طور پر زیادہ مستحکم ہو گا۔

8. پیشنهادات عملی

1. اول خط را انتخاب کن:

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

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

عام سوالات

من دقیقاً چند تا پلاگین نصب کنم؟ می‌تونم همه‌شون رو نصب کنم؟

کوشش کن که فقط یک مسیر را بروی.

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

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

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

3. در بهینه‌سازی تصاویر، کدام مرحله بیشترین “بازده” را دارد؟

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

4. چطور می‌توانم تأیید کنم که الان تصویری که بارگذاری شده “کوچکتره” و نه همیشه تصویر اصلی؟

دو تا پدیده را ببین:

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

آیا “تولید شده WebP/AVIF” به این معنی است که حتماً در صفحه نمایش WebP/AVIF نمایش داده می‌شود؟

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

6. Plus WebP یا AVIF واقعاً خطرناک کجاست؟ آیا من می‌توانم همه کتابخانه را با یک کلیک اجرا کنم؟

خطر آن “فشرده‌سازی” نیست بلکهتغییرات سطح انتقال دارایی：

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

7. چطور دو حالت WebP را انتخاب کنیم: نگه داشتن تصویر اصلی در مقابل جایگزینی و حذف تصویر اصلی؟

ساده فهمیدن:

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

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

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

9. ShortPixel ماهانه 100 اعتبار رایگان دارد چرا من احساس می‌کنم چند تصویر که تمام شد؟

چون اعتبارات“،با تصویر کوچک و next-gen بزرگ خواهد شد：

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

10. چرا 20MB/ماه رایگان Imagify هم بسیار زود خلاص میشه؟

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

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

11. TinyPNG رایگان 500 اعتبار در ماه است، چرا افزونه می‌گوید تقریباً فقط 100 تصویر در ماه است، و بعد از فعال کردن WebP/AVIF به 50 تصویر در ماه کاهش می‌یابد؟

چون کریڈٹس TinyPNG نیز توسط “اندازه/نوع” بزرگ می‌شود

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

12. در سایت من چند تا تصویر کوچک وجود دارد؟ چرا اینقدر تاثیرگذار است؟

وردپرس وقتی یک عکس بارگذاری می‌کند چندین اندازه تولید می‌کند؛ قالب‌ها و افزونه‌ها به‌ویژه فروشگاهی ممکن است اندازه‌های بیشتری اضافه کنند
کریڈٹس/کوٹا عموماً “اصل تصویر + تھمب نیل دونوں شامل” ہوتے ہیں، اس لیے جتنے زیادہ تھمب نیل ہوں گے، مفت حد اتنی ہی جلد ختم ہو جائے گی۔

13. آیا بارگذاری تنبل همیشه می‌تواند سرعت را افزایش دهد؟ چرا بعضی‌ها می‌گویند بارگذاری تنبل برعکس باعث کندی می‌شود؟

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

اگر از مسیر A یا B برم، چه وخت به CDN / عکس CDN ضرورت دارم؟

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

۱۵. بعد از انجام دادن، من با چه ساده‌ترین روش می‌توانم تأیید کنم که “واقعاً مؤثر است”؟

ترين وقت بچانيدونک طريقه تصديق:

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