ویب سائٹ کی تصاویر کی اصلاح

تصویر کی اصلاح ورڈپریس کی کارکردگی کے سب سے زیادہ منافع بخش پہلوؤں میں سے ایک ہے: ایک ہی صفحے کی ساخت اور ایک ہی تھیم کے ساتھ، صرف تصویر کے فائل سائز، ابعاد، فارمیٹ اور ترسیل کے طریقہ کار کو درست کرنے سے اکثر لوڈنگ کی رفتار میں فوری بہتری آتی ہے۔

تاہم، تصویر کی اصلاح وہ شعبہ بھی ہے جہاں سب سے آسانی سے کام خراب ہو جاتا ہے؛ اس کی وجہ یہ نہیں کہ ٹیکنالوجی بہت مشکل ہے، بلکہ اس لیے کہ معلومات بہت منتشر ہیں۔
آپ نے چند مضامین پڑھے اور “کمپریشن”، “WebP/AVIF” اور “لیزی لوڈنگ” کے بارے میں جانا، لیکن جب آپ پلگ ان کی تفصیل دیکھتے ہیں تو لکھا ہوتا ہے “ماہانہ 100 مفت کریڈٹس”، “20MB مفت” اور “فی تصویر 1 کریڈٹ”—اور جتنا زیادہ آپ پڑھتے ہیں، اتنا ہی زیادہ الجھن میں پڑ جاتے ہیں۔ کیا یہ مفت الاؤنس واقعی کافی ہے؟ چارجز کیسے کم کیے جاتے ہیں؟ کیا آپ نے “ایک ہی چیز” کو غلط سمجھا ہے؟ اور سب سے اہم بات:کیا یہ واقعی کام کر گیا جب آپ نے اسے مکمل کر لیا؟

یہ مضمون صرف تین کام کرتا ہے:

1. یہاں ایک عملی مشورہ ہے۔سڑک کا نقشہ(پہلے کیا کرنا ہے، اگلے کیا کرنا ہے)
2. براہِ کرم آپ جو اختیارات زیرِ غور ہیں ان کی تفصیل سے وضاحت کریں (بالکل واضح کریں کہ مفت اور معاوضہ ورژنز میں کیا فرق ہے اور کون سا ورژن کس کے لیے سب سے زیادہ موزوں ہے)
3. یہاں سب سے عام مشکلات پیشگی درج کی گئی ہیں (تاکہ آپ کو کام ختم کرنے کے بعد انہیں تلاش کرنے اور حل کرنے میں وقت ضائع نہ کرنا پڑے)۔

۱۔ بنیادی باتیں: ورڈپریس کے ساتھ کیا شامل ہے اور کیا شامل نہیں۔

اگر آپ پہلے یہ نہ سمجھیں کہ ورڈپریس کے کور نے پہلے ہی کیا کیا ہے، تو دو صورتیں پیش آ سکتی ہیں:

• ہمیں دستیاب “مفت صلاحیتوں” سے فائدہ اٹھانے کے بجائے، ہم نے پہیہ دوبارہ ایجاد کرنے میں وقت اور پیسہ ضائع کیا۔
• مجھے لگا تھا کہ ورڈپریس خود بخود تمام پرانی تصاویر کو WebP/AVIF میں تبدیل کر دے گا، لیکن پتہ چلا کہ ایسا نہیں ہوتا۔

ورڈپریس کور میں پہلے ہی مندرجہ ذیل اہم خصوصیات شامل ہیں:

• استجابی تصاویر (srcset/sizes)ورڈپریس 4.4 سے آگے، کور تصاویر آؤٹ پٹ کرے گا۔ srcset اور sizes... اور اپ لوڈ کے دوران تیار کردہ مختلف سائز کی تصاویر استعمال کرتا ہے تاکہ براؤزر اسکرین کی صورتِ حال کی بنیاد پر سب سے مناسب وسائل کا انتخاب اور لوڈ کر سکے۔
• مقامی سست لوڈنگورڈپریس 5.5 سے آگے، HTML کے معیارات کے مطابق، تصاویر کے لیے ڈیفالٹ طور پر نیٹیو لیزی لوڈنگ فعال ہے۔ loading جائیداد کا نفاذ
• WebP اپلوڈز کی حمایت کرتا ہے۔ورڈپریس 5.8 سے آگے، آپ WebP فائلوں کو JPEGs اور PNGs کی طرح ہی اپ لوڈ اور استعمال کر سکتے ہیں (بشرطیکہ آپ کا ہوسٹنگ ماحول WebP کو سپورٹ کرتا ہو)۔
• AVIF اپلوڈز کی حمایت کرتا ہےورڈپریس 6.5 سے آگے، AVIF فائلوں کو JPEG اور PNG فائلوں کی طرح ہی اپلوڈ اور استعمال کیا جا سکتا ہے (میزبان ماحول کی معاونت کے تابع)۔

براہ کرم نوٹ کریں، تاہم:
“اپلوڈ/استعمال کی حمایت” ≠ “خودکار تبدیلی/خودکار فراہمی”
دوسرے الفاظ میں: اگرچہ آپ پہلے ہی WP 6.5 استعمال کر رہے ہیں، آپ کی میڈیا لائبریری میں موجود JPG/PNG فائلیں خودکار طور پر WebP/AVIF میں تبدیل نہیں ہوں گی؛ اور آپ کو خودکار طور پر وہ مکمل فعالیت بھی حاصل نہیں ہوگی جس میں براؤزر کی صلاحیتوں کی بنیاد پر AVIF/WebP آؤٹ پٹ کیا جائے اور غیر معاونت یافتہ براؤزرز کے لیے اصل تصویر پر واپس جایا جائے—اس کے لیے عموماً ایک پلگ ان یا سروس درکار ہوتی ہے۔

2. روڈ میپ: تصویر کی اصلاح کے لیے 5 مرحلوں پر مشتمل رہنما

کیا کرنا ہے، کیوں، کامیابی کی تعریف کیا ہے، اور عام غلطیاں کیا ہیں۔

2.1 پہلے “جہتوں” کو درست کریں (سب سے آسانی سے نظر انداز ہونے والی چیز، لیکن وہی جو سب سے زیادہ فوائد فراہم کرتی ہے)

بہت سی ویب سائٹس سست ہیں نہ کہ اس لیے کہ انہیں بہتر نہیں بنایا گیا، بلکہ اس لیے کہایک ایسی تصویر ڈاؤن لوڈ کی گئی جو ڈسپلے کے علاقے سے کہیں زیادہ بڑی ہے۔：
مثال کے طور پر، اگر کوئی صفحہ حقیقت میں صرف 900 پکسل چوڑا ہے لیکن آپ وزیٹرز کو اصل 3000 پکسل کی تصویر ڈاؤن لوڈ کرنے پر مجبور کرتے ہیں، تو براؤزر بس اسے ڈاؤن لوڈ کرے گا اور پھر ڈسپلے کے لیے اس کا سائز کم کر دے گا۔ اس سے بینڈوڈتھ ضائع ہوتی ہے، ڈی کوڈنگ کا وقت بڑھ جاتا ہے اور پہلی اسکرین کے لوڈ ہونے میں تاخیر ہوتی ہے۔

ورڈپریس 4.4 اور اس کے بعد کے لیےاستجابی تصویر کا طریقہ کار（srcset/sizes) کو بالکل اسی مسئلے کو حل کرنے کے لیے ڈیزائن کیا گیا تھا۔

کامیاب ہونے کے لیے کیا ضروری ہے:

• جب صفحہ موبائل ڈیوائس پر دیکھا جائے تو ڈاؤن لوڈ کی گئی تصاویر ڈیسک ٹاپ کے مقابلے میں نمایاں طور پر چھوٹی نظر آئیں۔
• ایک ہی تصویر کا فائل سائز ڈیوائس کے لحاظ سے مختلف ہوتا ہے (ہمیشہ اصل تصویر ڈاؤن لوڈ کرنے کے بجائے)

سب سے عام غلطیاں:

• کچھ تھیمز یا بلڈرز تصاویر کو CSS پس منظر کی تصاویر کے طور پر استعمال کرتے ہیں یا انہیں کسی مخصوص انداز میں پیش کرتے ہیں، جو ممکنہ طور پر بائی پاس کر سکتے ہیں۔ srcset، جس کے نتیجے میں بڑی تصویر لوڈ ہونا جاری رہتی ہے۔
• اگر آپ بیرونی تصویر ہوسٹنگ سروسز یا تیسرے فریق کے تصویر بلاکس استعمال کرتے ہیں تو آپ میڈیا لائبریری کے ذریعے تیار کردہ متعدد سائز کے نظام کو بائی پاس کر سکتے ہیں۔

---

2.2 کمپریشن (معیار کو متاثر کیے بغیر فائل کے سائز کو کم کرنا)

کمپریشن کا جوہر یہ نہیں کہ “چھوٹا ہونا بہتر ہے”، بلکہ یہ ہے کہ “فرق ننگے آنکھ سے بمشکل محسوس ہوتا ہے، مگر فائل کا سائز نمایاں طور پر کم ہو جاتا ہے”۔

قواعد درج ذیل ہیں:

• تصاویر/حقیقی زندگی کے شاٹس (پورٹریٹ، مصنوعات، مناظر)نقصان دہ کمپریشن کو ترجیح دیں (زیادہ سے زیادہ فائدہ)
• بہت زیادہ متن پر مشتمل اسکرین شاٹس/تصاویرمتن کو دھندلا دکھنے سے روکنے کے لیے زیادہ محتاط کمپریشن استعمال کریں۔
• لوگو/آئیکنSVG کو ترجیح دیں یا بغیر نقصان والی کمپریشن احتیاط سے استعمال کریں (نقصان دہ کمپریشن آسانی سے کناروں کو دھندلا کر سکتی ہے)

کامیاب ہونے کے لیے کیا ضروری ہے:

• زیادہ تر صفحے کی تصاویر کے فائل سائز کو نمایاں طور پر کم کر دیا گیا ہے۔
• کوئی قابلِ ذکر شور، دھندلے کنارے، رنگوں کی پٹیوں یا دھندلے متن نہیں۔

---

2.3 ویب پی / اے وی آئی ایف (فارمیٹ پالیسی: ایک ہی سطح کی وضاحت کے لیے چھوٹی فائل سائز)

ورڈپریس اب فائل اپ لوڈز کی حمایت کرتا ہے۔ WebP (5.8) اور AVIF (6.5)。
تاہم، “اگلی نسل کے فارمیٹ” کو عملی استعمال میں لانے کے لیے عموماً دو مسائل حل کرنے کی ضرورت ہوتی ہے:

1. تاریخی میڈیا لائبریری کو بیچ میں کیسے تبدیل کیا جائےورنہ آپ صرف مستقبل میں اپلوڈ کی جانے والی نئی تصاویر کو ہی بہتر بنا رہے ہوں گے۔
2. کیا میں ایک کاپی بناؤں یا اصل تصویر کو تبدیل کروں؟(یہ ایک اہم نکتہ ہے؛ ہم بعد میں پلس ویب پی کی “اصل تصویر کو تبدیل اور حذف کرنے” والی خصوصیت پر توجہ مرکوز کریں گے۔)

تجویز کردہ طریقہ کار:

• WebP: عام طور پر ڈیفالٹ انتخاب (زیادہ قابلِ اعتماد مطابقت فراہم کرتا ہے)
• AVIF: کمپریشن میں ایک اور قدم، جو بڑی تصاویر، پہلی اسکرین پر بڑی تصاویر، اور گیلری کی تصاویر کے لیے موزوں ہے (لیکن مزیدماحولیاتی تعاون پر انحصار）

---

2.4 لیزی لوڈنگ کو صحیح طریقے سے استعمال کریں (ایک ہی حل سب پر لاگو کرنے والا طریقہ اختیار نہ کریں)

ورڈپریس 5.5 سے آگےڈیفالٹ سست لوڈنگتصویر۔
یہ ابتدائی رینڈرنگ کے دوران بینڈوڈتھ کے استعمال کو کم کرتا ہے:

• لیزی لوڈنگ “آف اسکرین وسائل” کے لیے موزوں ہے۔”
• صفحے کے اوپر موجود بڑی تصویر (جو عموماً پہلی اسکرین پر سب سے اہم تصویر ہوتی ہے) عام طور پر مؤخرہ لوڈنگ کے لیے موزوں نہیں ہوتی۔

---

2.5 ترسیلی پرت: CDN / تصویر CDN

کمپریشن، فائل کا سائز اور فارمیٹ سب کا مقصد فائلوں کو چھوٹا اور زیادہ موزوں بنانا ہے۔
تاہم، اگر تصاویر مسلسل کسی دور دراز اصل سرور سے حاصل کی جاتی رہیں تو نیٹ ورک کی تاخیر صارف کے تجربے کو نمایاں طور پر متاثر کرے گی۔ ایسے معاملات میں “ڈیلیوری لیئر” حل درکار ہوتا ہے (CDN/image CDN)۔

دو عام طریقے:

• کلوڈ فلئیر پولینڈ：کلوڈ فلئیر دستاویزاتیہ سیکشن پولش میں دستیاب کمپریشن کے طریقے (بغیر نقصان کے، نقصان دہ اور WebP) متعارف کراتا ہے، اور استعمال کا ذکر کرتا ہے۔ format=auto WebP اور AVIF فارمیٹس کی اجازت ہے۔
• جیٹ پیک سائٹ ایکسلریٹر：جیٹ پیک دستاویزاتاس کا مطلب ہے کہ یہ تصاویر کو بہتر بنائے گا اور انہیں اپنے نیٹ ورک کے ذریعے جامد وسائل کے ساتھ تقسیم کرے گا۔

تصویر کی اصلاح اس بات کو یقینی بناتی ہے کہ تصاویر کا سائز کم کیا جائے اور انہیں مناسب طور پر دوبارہ سائز کیا جائے۔CDN: قریب‌تر اور زیادہ قابلِ اعتماد طور پر فراہم کرنا

۳۔ راستے کا انتخاب: صرف دو اہم راستوں پر چلیں۔

تصویر کی اصلاح میں سب سے عام غلطی “پلگ ان نہ لگانا” نہیں بلکہ بہت زیادہ پلگ انز لگانا ہے، جس کی وجہ سے عمل دہرائی ہوتی ہے:
A کمپریس کر رہا ہے، B بھی کمپریس کر رہا ہے؛ A WebP/AVIF میں تبدیل کر رہا ہے، B بھی ایسا ہی کر رہا ہے؛ A URLs بدل رہا ہے، B URLs کی ری رائٹنگ کر رہا ہے—آخر میں آپ بھی سمجھ نہیں پا رہے کہ سائٹ کے ساتھ اصل میں کیا ہو رہا ہے۔

قواعد:

ایک ہی طریقہ اختیار کریں: یا تو مکمل طور پر مفت مقامی اسٹوریج، یا تین کلاؤڈ کمپریشن اختیارات میں سے کوئی ایک۔

• روٹ A (مکمل طور پر مفت مقامی):اس کے علاوہ WebP یا AVIF + EWWW Image Optimizer(یا صرف ایک منتخب کریں)
• آپشن بی (تین کلاؤڈ کمپریشن طریقوں میں سے ایک منتخب کریں):شارٹ پکسل / امیجیفائی / ٹینی پی این جی

---

3.1 آپشن A: مکمل طور پر مفت مقامی ہوسٹنگ (Plus WebP یا AVIF یا EWWW)

اس راستے کی اہم خصوصیات یہ ہیں:

• آپ تیسری پارٹی کی کمپریشن سروسز پر انحصار نہیں کرتے جو ماہانہ کوٹا یا فی فائل کی بنیاد پر چارج کرتی ہیں (اگرچہ کچھ خصوصیات اختیاری خدمات کے طور پر دستیاب ہو سکتی ہیں)۔
• اس کے بدلے میں بیچ پراسیسنگ سرور پر زیادہ بوجھ ڈال سکتی ہے (205 T/IO پر 1 TP)، جس کی وجہ سے آپ کو “حکمت عملی اور خطرے” پر زیادہ توجہ دینی پڑے گی۔”

3.1.1 مزید ویب پی یا اے وی آئی ایفبنیادی تصور “تخلیق/متبادل” ہے؛ یہ روایتی معنوں میں “کمپریشن ٹول” نہیں ہے۔”

• جب تصاویر کا مکمل مجموعہ تیار کرتے وقت:اصل تصویر کی فائل آئی ڈی کو WebP/AVIF فائل سے اووررائٹ کر دیا جائے گا، اصل فائل حذف کر دی جائے گی، اور مواد میں موجود کسی بھی یو آر ایل کو بھی تبدیل کر دیا جائے گا۔。
• یہ پلگ ان WP-CLI کمانڈز فراہم کرتا ہے اور مشورہ دیتا ہے کہ بڑی تعداد میں فائلوں کے ساتھ کام کرتے وقت WP-CLI زیادہ قابلِ اعتماد ہے۔

اس کا مطلب ہے: یہ صرف خاموشی سے آپ کے لیے ایک WebP فائل تیار نہیں کرتا، بلکہ یہ ایک ہو سکتا ہے۔اثاثوں کی منتقلی(خاص طور پر اگر آپ نے “اصل کو تبدیل کریں اور حذف کریں” آپشن کو فعال کیا ہوا ہے)۔

دونوں موڈز کے درمیان فرق

اختیار 1: اصل تصویر کو برقرار رکھیں + WebP/AVIF نقول بنائیں (زیادہ قابلِ اعتماد)

• فائدہ: اگر مطابقت کے مسائل پیدا ہوں تو واپس کرنا آسان ہے۔
• نقصان: ڈسک کے استعمال میں اضافہ ہوگا (اصل تصویر + نیا فارمیٹ + متعدد تھمب نیل سائز)

طریقہ 2: اصل تصویر کو تبدیل اور حذف کریں (زیادہ بنیاد پرست)

• فوائد: ڈسک اتنی جلدی بھرے گی نہیں؛ اندرونی روابط خود بخود نئے فارمیٹ میں تبدیل ہو جاتے ہیں۔
• خطرہ: اگر آپ اثاثوں اور ان کے حوالوں دونوں میں ترمیم کرتے ہیں تو مطابقت کے مسائل کو حل کرنا زیادہ مہنگا پڑے گا (خاص طور پر جہاں بیرونی نظام یا تھیم کی منطق اصل فائل ناموں، راستوں یا فارمیٹس پر انحصار کرتی ہو)۔

WebP یا AVIF کے عام مسائل

1. مکمل لائبریری کی تبدیلی کے بعد کچھ صفحات پر تصاویر غلط طریقے سے دکھائی دے رہی ہیں۔
   عام طور پر وجہ یہ نہیں ہوتی کہ “تصویر ٹوٹی ہوئی” ہے، بلکہ زنجیر کے کسی حصے میں کچھ غلط ہو گیا ہے—جیسے یو آر ایل میں تبدیلی، کیشنگ، یا تھمب نیل پالیسی۔
2. جتنے زیادہ تھمب نیلز ہوں گے، تبدیلیوں کا دائرہ اتنا ہی وسیع ہوگا۔
   ورڈپریس میں تصویر اپلوڈ کرنے سے متعدد سائزز تیار ہوتے ہیں؛ تھیمز اور پلگ انز مزید بھی شامل کر سکتے ہیں۔ مکمل متبادل کا مطلب ہے کہ آپ بہت بڑی تعداد میں فائلوں میں ترمیم کر سکتے ہیں۔
3. صرف فارمیٹ کی تبدیلی کرنے سے ضروری نہیں کہ فائل کا سائز سب سے چھوٹا ہو۔
   WebP اور AVIF فائلیں عموماً چھوٹی ہوتی ہیں، لیکن “ڈائمنشننگ حکمتِ عملیاں” اور “کمپریشن حکمتِ عملیاں” انتہائی اہم ہیں۔ Plus WebP کو تیز لوڈنگ کے لیے “ون کلک حل” کے طور پر نہ لیں۔

---

3.1.2 ای ڈبلیو ڈبلیو امیج آپٹیمائزرمفت مقامی کمپریشن کا ایک سرکردہ فراہم کنندہ

EWWW پلگ ان کے صفحے کا مقصد بہت واضح ہے:

• یہ آپ کے سرور پر موجود تصاویر کو مختلف ٹولز (jpegtran، optipng، pngout، pngquant، gifsicle، cwebp وغیرہ) کے ذریعے بہتر بنا سکتا ہے۔
• اگر آپ کو زیادہ کمپریشن کی ضرورت ہو یا آپ CPU کی بچت کرنا چاہتے ہوں تو آپ وہ پروسیسنگ جو CPU استعمال کرتی ہے اپنے سرور پر منتقل بھی کر سکتے ہیں (اختیاری)۔

روٹ A میں EWWW کو کیا کردار ادا کرنا چاہیے؟

اگر آپ فارمیٹ کی منتقلی/متبادل حکمت عملی کے لیے Plus WebP استعمال کر رہے ہیں، تو EWWW اس کے لیے زیادہ موزوں ہے:

• دباؤ اور حجم کی اصلاح(خاص طور پر خام اثاثوں جیسے JPG اور PNG فائلوں کی اصلاح)
• تاریخی میڈیا لائبریری کی بیچ آپٹیمائزیشن(URL کی تبدیلی کے بجائے حجم میں کمی کو ہدف بنانا)

EWWW کی ایک عام پھانک

1. بیچ آپٹیمائزیشن کے دوران سرور کا بوجھ بڑھ جاتا ہے۔
   یہ اس لیے ہے کہ مقامی کمپریشن CPU/IO استعمال کرتی ہے۔ حل یہ نہیں کہ اسے استعمال کرنا بند کر دیا جائے، بلکہ بیچز میں، غیر مصروف اوقات میں پراسیس کیا جائے اور جہاں ضروری ہو آف لوڈنگ یا کلاؤڈ حل اپنائے جائیں۔
2. “WebP تیار ہو چکا ہے” کا لازماً یہ مطلب نہیں کہ فرنٹ اینڈ حقیقت میں WebP فراہم کر رہا ہے۔
   بہت سے پلگ ان اس غلط فہمی کا شکار ہیں کہ جنریشن ایک چیز ہے، جبکہ ترسیلی حکمتِ عملیاں (جیسے دوبارہ تحریر، `picture` ٹیگز اور کیش کی میعاد ختم ہونا) بالکل الگ ہیں۔
3. یہ کسی دوسرے پلگ ان کے افعال کی نقل کرتا ہے۔
   اگر آپ آپشن A کا انتخاب کرتے ہیں تو ShortPixel، Imagify یا TinyPNG جیسی اضافی کلاؤڈ کمپریشن سروسز کے استعمال سے گریز کریں؛ اگر آپ آپشن B کا انتخاب کرتے ہیں تو Plus WebP میں متبادل منطق کو فعال نہ کریں۔ بنیادی اصول یہ ہے:ایک ہی کارروائی پر قائم رہیں۔

---

3.2 آپشن بی: تین کلاؤڈ کمپریشن سروسز (ShortPixel / Imagify / TinyPNG) میں سے ایک کا انتخاب کریں۔

یہ منصوبہ ان افراد کے لیے مثالی ہے جو سرور کے وسائل کو بچانا چاہتے ہیں، بیچ پراسیسنگ کے لیے بغیر کسی جھنجھٹ کے طریقہ کار کو ترجیح دیتے ہیں، اور استعمال کی بنیاد پر یا ادائیگی جیسا کہ آپ استعمال کرتے ہیں کے تحت بلنگ کے ساتھ آرام دہ ہیں۔
تاہم، کلاؤڈ کمپریشن کے بارے میں سب سے عام غلط فہمی یہ ہے:مفت الاؤنس صرف “مفت شیٹس” کا معاملہ نہیں ہے۔تھمب نیل کے سائز کی تعداد، WebP/AVIF فارمیٹس کی جنریشن، اور تصاویر کو بار بار کمپریس کرنے کا عمل وسائل کے استعمال پر نمایاں اثر ڈالے گا۔

ذیل میں ہم وضاحت کریں گے: مفت اور ادائیگی شدہ اختیارات میں فرق، کریڈٹ کس طرح کم ہوتا ہے، سب سے عام مشکلات سے کیسے بچا جائے، اور کون سی قسم کی ویب سائٹس ان خدمات کے لیے سب سے زیادہ موزوں ہیں۔

---

3.2.1 شارٹ پکسلہر ماہ 100 مفت کریڈٹس، لیکن تھمب نیلز اور WebP/AVIF کے بڑے سائز کے لیے استعمال ہو جائیں گے۔

مفت اور ادائیگی والے اختیارات کا کیا معاملہ ہے؟

ShortPixel پلگ ان کی وضاحت میں واضح طور پر کہا گیا ہے:

• ہر ماہ 100 مفت کریڈٹس
• اضافی لامحدود ماہانہ کریڈٹس بھی دستیاب ہیں (قیمتوں کی تفصیلات پلگ ان کے صفحے پر فراہم کی گئی ہیں)
• ہم ایک مرتبہ کے کریڈٹ پیکس بھی پیش کرتے ہیں جو کبھی ختم نہیں ہوتے (شروع ہونے والی قیمتوں کی معلومات کے ساتھ)

نوٹ:

• مفت: ہر ماہ ہلکی ویب سائٹس پر استعمال یا ٹیسٹنگ کے لیے ایک مخصوص تعداد میں کریڈٹس فراہم کیے جاتے ہیں۔
• ایک مرتبہ استعمال ہونے والا پیکیج: وہ سائٹس جن کے پاس بڑی میڈیا لائبریری ہے اور جو اپنی انوینٹری ایک ہی بار میں ختم کرنا چاہتی ہیں، کے لیے موزوں (ایک مرتبہ خریدا جاتا ہے اور استعمال ہونے تک قابلِ استعمال رہتا ہے؛ عموماً اس کی میعاد ختم ہونے کی تاریخ نہیں ہوتی)
• ماہانہ/لامحدود: ان سائٹس کے لیے موزوں ہے جنہیں باقاعدگی سے تصویر کی تازہ کاری اور طویل المدتی مستحکم اصلاح کی ضرورت ہوتی ہے۔

ShortPixel کا سرکاری علم کا ذخیرہ “ایک مرتبہ لائسنس بمقابلہ لامحدود ماہانہ” کے بارے میں رہنمائی بھی فراہم کرتا ہے۔ایک واضح وضاحتلامحدود ماہانہ پلان ماہانہ (یا سالانہ) بنیادوں پر بل کیا جاتا ہے، جس میں لامحدود کریڈٹس اور ایک مقررہ CDN کوٹا شامل ہے؛ ایک مرتبہ کے کریڈٹس کی میعاد ختم نہیں ہوتی، جس سے آپ کو ضرورت کے مطابق استعمال پر زیادہ کنٹرول حاصل ہوتا ہے۔

سب سے اہم بات: شارٹ پکسل کریڈٹس کا حساب کیسے لگایا جاتا ہے؟

ShortPixel سرکاری دستاویزات کے بی نے بہت صاف صاف کہا:

• جب آپ ورڈپریس میں کوئی تصویر اپ لوڈ کرتے ہیں تو یہ متعدد تھمب نیلز بناتا ہے۔
• ہر تھمب نیل کو بہتر بنانا ایک کریڈٹ کے برابر ہے۔；
• اگر آپ WebP یا AVIF تیار کرنے کا انتخاب کرتے ہیں،ہر اصل تصویر کے WebP یا AVIF ورژن اور اس کے تھمب نیل کو اضافی کریڈٹ کے طور پر شمار کیا جائے گا۔；
• آپ کریڈٹ کے استعمال کو کم کرنے کے لیے مخصوص تھمب نیلز کو آپٹیمائزیشن سے خارج کر سکتے ہیں۔

کریڈٹس کی مثال：

فرض کریں آپ ایک تصویر اپ لوڈ کرتے ہیں، اور تھیم یا پلگ ان آٹھ تھمب نیلز بناتا ہے:

• صرف اصل تصویر اور تھمب نیلز کو بہتر بنائیں: 1 (اصل تصویر) + 8 (تھمب نیلز) = 9 کریڈٹس
• اگر آپ بھی WebP/AVIF تیار کرنا چاہتے ہیں: تو اوپر بیان کردہ 9 میں سے ہر ایک کے لیے اگلی نسل کا ورژن شامل کریں → مزید 9 کریڈٹس
  دوسرے الفاظ میں، آپ سوچ سکتے ہیں کہ یہ “ایک تصویر” ہے، لیکن حقیقت میں اس کی لاگت تقریباً “دوہری ہندسوں میں کریڈٹس” ہو سکتی ہے۔

لہٰذا:“100 مفت کریڈٹس” کا مطلب “100 مفت تصاویر” نہیں ہے۔

ShortPixel کے ساتھ سب سے عام مسائل

1. مفت 100 کریڈٹس جلد ختم ہو جائیں گے
   وجہ: تھمب نیلز کی بڑی تعداد + WebP/AVIF فائلیں بنانے پر اضافی کریڈٹس۔
   سفارش：

• سب سے پہلے سائٹ کے تھمب نیلز کی تعداد کا اندازہ لگائیں۔
• غیر ضروری تھمب نیل سائزز کو ختم کریں (صرف ان سائزز کو بہتر بنائیں جو حقیقت میں استعمال ہوں گے)
• سب سے پہلے کمپریشن کی حکمت عملی کا فیصلہ کریں، پھر عمل کو بیچز میں چلائیں تاکہ آزمائش و غلطی میں وقت ضائع نہ ہو۔

2. دوسرے فارمیٹ کنورژن پلگ انز کے ساتھ استعمال کریں۔
   اگر آپ Plus WebP ریپلیسمنٹ کو فعال کرتے ہیں اور ShortPixel کو اگلی نسل کے ٹیگز بنانے اور داخل کرنے دیتے ہیں تو منطق اوورلیپ ہو جائے گی، جس سے خرابیوں کی تشخیص مشکل ہو جائے گی۔ آپشن B کے ساتھ، ShortPixel یہ کام خود انجام دیتا ہے۔
3. میں نے فرض کیا تھا کہ ایک بار انسٹال ہونے کے بعد فرنٹ اینڈ خود بخود WebP/AVIF فائلیں تیار کرے گا۔“
   ShortPixel پلگ ان کا صفحہیہ WebP اور AVIF فائلوں کو تبدیل کرنے کے قابل ہے، اور اگلی نسل کی تصاویر کو فرنٹ اینڈ صفحات میں ضم کر سکتا ہے (مثال کے طور پر ٹیگز کے ذریعے)۔
   تاہم، آپ کو پھر بھی کام ختم ہونے کے بعد نتائج چیک کرنے کی ضرورت ہے۔

---

3.2.2 تصور سازی: مفت 201 ٹی پی، 235 ٹی پی فی ماہ؛ کوٹا “اصل تصویر کے سائز + تھمب نیلز کی تعداد” کی بنیاد پر کم کیا جاتا ہے؛ دوبارہ اپلوڈ کرنے پر ایک ہی کوٹا دوبارہ کم کیا جائے گا۔

مفت الاؤنس اور مقام

امیجیفائی کا سرکاری قیمتوں کا صفحہیہ بالکل واضح طور پر بیان کیا گیا ہے:مفت اکاؤنٹس کے لیے ماہانہ کوٹا 201–235 ٹی بی ہے۔。
اس کے پلگ ان کے صفحے پر یہ بھی لکھا ہے کہ یہ کمپریس، سائز تبدیل اور WebP/AVIF میں کنورٹ کر سکتا ہے۔

کوٹا کس طرح کم کیا جاتا ہے؟

امیجیفائی کے سرکاری دستاویزات “کوٹا کے استعمال کا حساب کیسے لگایا جاتا ہے؟” بلنگ کے طریقہ کار کو بہت واضح طور پر بیان کرتا ہے:

• تھمب نیلز کی تعداد وسائل کے استعمال کو متاثر کرتی ہے۔مثال کے طور پر، اگر آپ کے پاس 10 تھمب نیل سائز ہیں، تو ایک ہی تصویر کو آپٹیمائز کرنے سے 11 تصاویر آپٹیمائز ہو جائیں گی (اصل تصویر اور 10 تھمب نیلز)، جو آپ کے کوٹا میں شمار ہوں گی۔
• اصلی فائل سائز کی بنیاد پر کوٹا کم کریں۔مثال کے طور پر، اگر آپ Imagify پر 100KB کی تصویر اپ لوڈ کرتے ہیں تو آپ کے کوٹا سے 100KB کم کر دیے جائیں گے۔
• کمپریشن کی سطح تبدیل کرنے اور دوبارہ آپٹیمائز کرنے سے کوٹا دوبارہ استعمال ہوگا۔。
• ایک واحد API کلید متعدد سائٹس پر استعمال کی جا سکتی ہے، لیکن کوٹا ان کے درمیان مشترکہ ہوتا ہے۔

یہ Imagify کا “بنیادی طریقہ کار” ہے:
یہ زیادہ تر ایک ڈیٹا پیکیج کی طرح ہے: جتنا زیادہ آپ اپ لوڈ کریں گے، اتنا ہی زیادہ ڈیٹا استعمال ہوگا؛ جتنے زیادہ تھمب نیلز آپ بنائیں گے، اتنا ہی زیادہ ڈیٹا استعمال ہوگا؛ اور اگر آپ فائلوں کو بار بار کمپریس کریں گے تو یہ بار بار ڈیٹا استعمال کرے گا۔

امیجیفائی کوٹا کی ایک آسان فہم مثال

فرض کریں آپ 800 KB کی ایک اصل تصویر اپ لوڈ کرتے ہیں، اور سائٹ 8 تھمب نیلز تیار کرتی ہے۔

• جب آپ Imagify کے ساتھ آپٹیمائز کرتے ہیں تو “اصل تصویر اور 8 تھمب نیلز” دونوں شامل کیے جاتے ہیں (اگر آپ “سب کو آپٹیمائز کریں” کا انتخاب کرتے ہیں)، جس کا مطلب ہے کہ یہ عمل تقریباً ان تمام فائلوں کے کل سائز کے برابر کوٹا استعمال کرے گا۔
  یہی وجہ ہے کہ کچھ سائٹس کو اپنا “20MB” کوٹا جلد ختم ہوتا محسوس ہوتا ہے: یہ نہیں کہ Imagify اس کام کے قابل نہیں ہے، بلکہ آپ جو تصاویر اپلوڈ کرتے ہیں وہ بہت بڑی ہوتی ہیں، آپ بہت سارے تھمب نیلز بنا رہے ہیں، اور آپ شاید بار بار مختلف کمپریشن لیولز کے ساتھ تجربہ کر رہے ہیں۔

امجیفائی کے ساتھ سب سے عام مسائل

1. مفت 20MB “پورے سائٹ ہسٹری کی صفائی” کرنے کے لیے کافی نہیں ہے۔”
   20MB عموماً ٹیسٹنگ اور معمولی اپ ڈیٹس کے لیے زیادہ موزوں ہے؛ اگر آپ کی میڈیا لائبریری پہلے ہی بڑی ہے تو اسے ایک ہی بار میں صاف کرنے کے لیے ممکنہ طور پر اپ گریڈ کی ضرورت ہوگی۔
2. بار بار کمپریشن کی سطح کو ایڈجسٹ کرنے سے کوٹا بار بار استعمال ہو جاتا ہے۔
   امجیفائی: ایک واضح وضاحتدوبارہ اصلاح کوٹا دوبارہ استعمال کرے گی۔
   ہم سفارش کرتے ہیں کہ آپ اس صفحے پر “حکمتِ عملی” کو واضح طور پر بیان کریں:

• کمپریشن کی سطح اور بصری معیار کا تعین کرنے کے لیے چند تصاویر استعمال کرنے سے آغاز کریں۔
• ایک بار جب حکمت عملی حتمی ہو جائے، تو اسے بیچوں میں چلائیں۔
  پورے ڈیٹا بیس میں آزمائش و غلطی سے گریز کریں۔

3. ایک ہی API کی کو متعدد سائٹس پر شیئر کرنے سے کوٹے پراسرار طور پر کم ہو جاتے ہیں۔“
   اگر آپ ایک ہی API کلید متعدد سائٹس پر استعمال کرتے ہیں تو کوٹے مشترکہ ہوں گے۔
   لہٰذا، ٹیم یا متعدد مقامات کے منظرناموں میں یہ واضح کرنا بہتر ہے کہ کون سے مقامات وسائل شیئر کرتے ہیں اور کون سے آزادانہ طور پر کام کرتے ہیں، تاکہ بجٹ کی حد سے تجاوز سے بچا جا سکے۔

---

3.2.3 ٹائنی پی این جی(چھوٹی کمپریس تصاویر): ماہانہ 500 مفت کریڈٹس؛ WebP/AVIF میں تبدیل کرنے پر ہر سائز کے لیے اضافی 1 کریڈٹ چارج ہوگا۔“

مفت الاؤنسز اور ان کا حساب کیسے کیا جاتا ہے

TinyPNG ورڈپریس پلگ ان کا صفحہ بہت واضح طور پر لکھا گیا ہے:

• ہر ماہ 500 کریڈٹس مفت
• ایک معیاری ورڈپریس انسٹالیشن میں، آپ شاید کمپریس کر سکتے ہیں۔ تقریباً ماہانہ 100 تصاویر
• تاہم، اگر AVIF یا WebP کنورژن فعال ہے:ہر تصویر کے سائز کے لیے ایک اضافی کریڈٹ لاگت ہوگی۔تو میرا خیال ہے کہ واحد راستہ یہی ہے کہ اسے کمپریس اور کنورٹ کیا جائے۔ تقریباً ماہانہ 50 تصاویر(یہ اس بات پر منحصر ہے کہ آپ کے پاس کتنے تھمب نیل سائز ہیں۔)

اس دوران، ٹینیفائی (TinyPNG اور TinyJPG کا ڈویلپر) نے بھی API قیمتوں کا صفحہبراہِ کرم نوٹ کریں: ماہانہ 500 مفت کمپریشنز کے لیے سائن اپ کریں؛ ایک بار یہ حد پار ہونے کے بعد آپ سے کامیاب کمپریشنز کی تعداد کے مطابق چارج کیا جائے گا، بغیر کسی لازمی سبسکرپشن کے۔

TinyPNG ایک جملے میں کیسے کام کرتا ہے، اس کا خلاصہ یوں ہے:
یہ کریڈٹس میں شمار کیا جاتا ہے؛ جتنے زیادہ تھمب نیل سائز آپ استعمال کریں گے اور جتنا زیادہ آپ WebP/AVIF کو فعال کریں گے، اتنی تیزی سے آپ کے کریڈٹس ختم ہو جائیں گے۔

TinyPNG کریڈٹس کی ایک آسان فہم مثال

فرض کریں کہ آپ کی سائٹ ہر تصویر کے لیے آٹھ تھمب نیل سائز تیار کرتی ہے:

• صرف کمپریشن: اصل تصویر + 8 تھمب نیلز → 9 کریڈٹس درکار
• اگر WebP/AVIF کنورژن فعال ہے: ہر سائز کے لیے ایک اضافی کریڈٹ منہا کیا جائے گا → اس سے کل رقم تقریباً دوگنی ہو سکتی ہے۔
  یہ پلگ ان کے صفحے پر دی گئی وضاحت کے مطابق ہے: ایک بار جب کنورژن فعال ہو جائے، تو مفت کوٹا تقریباً “ماہانہ 100” سے بدل کر “ماہانہ 50” ہو جاتا ہے۔

TinyPNG کے ساتھ سب سے عام مسائل

1. مجھے لگا کہ 500 کریڈٹس کا مطلب 500 تصاویر ہے۔
   نہیں۔ یہ ہر “تصویر کے سائز/ورژن” کے لیے چارج کیا جاتا ہے۔ پلگ ان کے صفحے پر واضح طور پر لکھا ہے کہ “کنورژن پر ہر تصویر کے سائز کے لیے اضافی 1 کریڈٹ لاگت آئے گی”۔
2. تیم/ای کامرس پلگ ان بہت زیادہ تصویر کے سائز بناتا ہے، اور مفت کوٹا نمایاں طور پر کم ہو گیا ہے۔
   جتنے زیادہ ابعاد ہوں گے، کریڈٹس ختم ہونے میں اتنی ہی آسانی ہوگی۔
3. تبدیلی فعال کرنے کے بعد، میں نے دیکھا کہ میری کریڈٹ لمیٹ اچانک ختم ہو گئی۔
   یہ کوئی بگ نہیں ہے؛ بلنگ سسٹم اسی طرح کام کرتا ہے۔
   حکمت عملی کی سفارشات:

• اگر مفت مرحلہ بنیادی طور پر کمپریشن اور وزن میں کمی کے لیے ہے، تو آپ صرف کمپریشن لاگو کر کے آغاز کر سکتے ہیں۔ ایک بار جب آپ نے یہ تصدیق کر لی کہ سائٹ کا ڈھانچہ مستحکم ہے اور آپ کو واقعی اگلی نسل کی ضرورت ہے، تو آپ تبدیلی کا عمل شروع کر سکتے ہیں۔

4. منظرنامے کے مطابق سفارشات: مختلف قسم کی ویب سائٹس کے لیے انتخاب کیسے کریں

اگرچہ وہ سب ورڈپریس استعمال کرتے ہیں، لیکن مواد کی ویب سائٹس، ای کامرس سائٹس، پورٹ فولیو اور ممبرشپ سائٹس میں تصویری مسائل مختلف ہیں۔

4.1 مواد کی سائٹس/بلاگز (جن میں متعدد تصاویر اور مضامین شامل ہیں، اور جن کی تازہ کاری معتدل تعدد سے ہوتی ہے)

ترجیحی سفارشات:

1. جہت بندی کی حکمت عملی (مرحلہ 1)
2. دباؤ (مرحلہ 2)
3. ویب پی (مرحلہ 3)

ایک زیادہ مناسب راستہ:

• اگر آپ ایک بغیر کسی جھنجھٹ کے آپشن چاہتے ہیں: تو آپشن B میں دیے گئے تین میں سے کسی ایک (ShortPixel / Imagify / TinyPNG) کا انتخاب کریں۔
• اگر آپ مفت آپشن چاہتے ہیں: روٹ اے (Plus WebP + EWWW)، لیکن ہم پہلے خطرات کا جائزہ لینے کے لیے “محفوظ طریقہ (اصلی تصاویر حذف نہ کریں)” سے شروع کرنے کی سفارش کرتے ہیں۔

عام غلطیاں:

• مضمون کے صفحے پر ہیڈر کی تصویر بہت بڑی ہے، اور لیزی لوڈنگ کی حکمت عملی ناقص طور پر نافذ کی گئی ہے۔یہ پہلی اسکرین کو سست کر دے گا۔

4.2 ای کامرس/پروڈکٹ ویب سائٹس (جن میں متعدد تھمب نیلز اور تصاویر کی مختلف اقسام شامل ہیں؛ استحکام اولین ترجیح ہے)

ای کامرس میں سب سے عام مسائل یہ نہیں ہیں کہ “کمپریشن کا معیار خراب ہے” بلکہ یہ ہیں کہ “آپٹیمائزیشن کے بعد بعض ابعاد غلط ہو جاتے ہیں، تھمب نیلز غائب ہیں، یا فرنٹ اینڈ کمپونینٹس تصاویر حاصل نہیں کر پاتے”۔

ترجیحی سفارشات:

1. احتیاط کے ساتھ آغاز کریں: ایک محتاط کمپریشن حکمت عملی اپنائیں؛ پورے ڈیٹا بیس کو فوراً تبدیل نہ کریں۔
2. تھمب نیل سائز کا جائزہ: ای کامرس تھیمز عموماً مزید سائزز تیار کرتے ہیں، جو ڈیٹا کے استعمال میں نمایاں اضافہ کر سکتے ہیں (یہ خاص طور پر ShortPixel اور TinyPNG کے ساتھ واضح ہے)۔
3. سب سے پہلے ایک چھوٹے پیمانے پر آزمائش کریں، پھر اسے وسیع تر سامعین تک جاری کریں (یہ بالکل ضروری ہے)

ایک زیادہ مناسب راستہ:

• آپشن بی عموماً بغیر کسی جھنجھٹ کے انتخاب ہوتا ہے: ShortPixel، Imagify اور TinyPNG تینوں بیچ پراسیسنگ کی حمایت کرتے ہیں؛ اہم بات یہ ہے کہ کوٹا سسٹم کو سمجھا جائے اور اخراجات کا پہلے سے اندازہ لگایا جائے۔
• آپشن A بھی قابل قبول ہے، لیکن آپ کو Plus WebP کے “آئی ڈیز اووررائٹ کرنے، اصل تصاویر حذف کرنے اور URLs تبدیل کرنے” کے رویے کے حوالے سے زیادہ احتیاط برتنی چاہیے: چونکہ یہ ایک اثاثہ منتقلی ہے، اس لیے فوری طور پر مکمل تبدیلی کرنا مناسب نہیں۔

4.3 پورٹ فولیو/فوٹوگرافی ویب سائٹس (جہاں تصویر کا معیار انتہائی اہم ہے، فائلیں بڑی ہوتی ہیں، اور بصری کشش اولین ترجیح ہوتی ہے)

ترجیحی سفارشات:

1. جہت بندی کی حکمت عملی (ڈسپلے ایریا کنٹرول)
2. کمپریشن حکمت عملی (تفصیل کھو دینے کے بجائے تھوڑی سی بڑی فائل ہونا بہتر ہے)
3. WebP/AVIF (بڑی تصاویر کے لیے فوائد واضح ہیں، لیکن بصری معیار کی تصدیق کی ضرورت ہے)

ایک زیادہ مناسب راستہ:

• تصور سازیچونکہ کوٹا “اصلی تصویر کے سائز” کی بنیاد پر منہا کیا جاتا ہے، اس قسم کی سائٹ اخراجات کو قابو میں رکھنا آسان بناتی ہے (آپ کو تقریباً اندازہ ہوتا ہے کہ ہر بڑی تصویر پر کتنا خرچ آئے گا)، لیکن آپ کو بار بار دوبارہ کمپریس کرنے سے گریز کرنا چاہیے۔
• شارٹ پکسلاگر تھمب نیل کے بہت زیادہ سائز نہ ہوں تو کریڈٹس کافی آسان ہوتے ہیں؛ تاہم اگر آپ متعدد سائز کے ساتھ اگلی نسل کے ورژن بھی تیار کریں تو کریڈٹس کی کھپت نمایاں طور پر بڑھ جائے گی، لہٰذا آپ کو پہلے سے منصوبہ بندی کرنا ہوگی۔

5. کوٹا بمقابلہ بلنگ: اس بات کا تفصیلی جائزہ کہ آیا مفت الاؤنس کافی ہے

کون سا پیسے کے لحاظ سے بہتر قدر فراہم کرتا ہے، اور مفت ٹرائل کتنی دیر تک جاری رہے گا؟

5.1 تین بلنگ ماڈلز

• شارٹ پکسل(اعتبارات)کریڈٹس کی حساب کتاب اصل تصویر اور تھمب نیلز کی تعداد کی بنیاد پر کی جاتی ہے؛ ہر متعلقہ ورژن کے لیے WebP/AVIF فائلز بنانے پر اضافی کریڈٹ چارج لاگو ہوگا۔
• تصور سازی(MB کوٹا)کوٹا اصل فائل سائز کی بنیاد پر کم کیا جاتا ہے؛ جتنے زیادہ تھمب نیلز ہوں گے، اتنا ہی زیادہ کوٹا استعمال ہوگا؛ دوبارہ کمپریشن سے مزید کوٹا کم ہوگا۔
• ٹائنی پی این جی(اعتبارات): ماہانہ 500 کریڈٹس؛ WebP/AVIF کنورژن فعال کرنے پر ہر تصویر کے سائز کے لیے اضافی چارج ہوگا۔

5.2 فوری تخمینہ کے طریقے

آپ اسے درج ذیل انداز میں اندازہ لگا سکتے ہیں:

1. کوئی بھی “اصل تصویر جو آپ اکثر اپ لوڈ کرتے ہیں” منتخب کریں اور اس کا تقریبی سائز چیک کریں (مثلاً 300KB / 1MB / 3MB)
2. یہ اس بات پر منحصر ہے کہ آپ کی سائٹ عام طور پر کتنے تھمب نیل سائز تیار کرتی ہے (مثلاً 5، 10 یا 20)
3. فیصلہ کریں کہ آپ WebP/AVIF تیار کرنا چاہتے ہیں یا نہیں (ہاں/نہیں)

پھر کھپت کو سمجھنے کے لیے نیچے دی گئی “ذہنی حساب” استعمال کریں:

• شارٹ پکسلہر تصویر کے لیے تقریباً (1 + تھمب نیلز کی تعداد) کریڈٹس؛ اگر WebP/AVIF تیار کیا جائے تو تقریباً اس کا دوگنا (کیونکہ اگلی نسل کے ورژنز کے لیے بھی کریڈٹس درکار ہیں)
• تصور سازیہر تصویر کے لیے کوٹا تقریباً (اصلی تصویر کا سائز + تمام تھمب نیلز کا مجموعی سائز) ہوتا ہے؛ کمپریشن کی سطح تبدیل کرنے اور تصویر کو دوبارہ کمپریس کرنے سے کوٹا میں مزید کمی واقع ہوگی۔
• ٹائنی پی این جی: 500 مفت کریڈٹس؛ اگر آپ کی سائٹ ہر تصویر کے لیے متعدد سائز تیار کرتی ہے اور تصویر کی تبدیلی فعال ہے تو مفت تصاویر کی تعداد نمایاں طور پر کم ہو جائے گی (پلگ ان کے صفحے پر تقریری اندازہ دیا گیا ہے کہ “ماہانہ تقریباً 100” اور “ماہانہ تقریباً 50”)

6. خطرات کا انکشاف

خطرہ 1: ایک ہی کام کے لیے متعدد پلگ ان استعمال کرنے سے گریز کریں۔

یہ سب سے عام “آفت کا ذریعہ” ہے۔”

• روٹ A:اس کے علاوہ WebP یا AVIF + EWWWکاموں کو دونوں کے درمیان تقسیم کریں؛ ایک ساتھ کنورژن اور ڈیلیوری انجام نہ دیں، یا صرف ان میں سے ایک ہی انسٹال کریں۔
• اختیار B: شارٹ پکسل / امیجیفائی / ٹینی پی این جی تین میں سے ایک منتخب کریں۔(کمپریشن اور اگلی نسل کے لیے ایک کا انتخاب کریں)

خطرہ 2: اس کے علاوہ WebP کے “اووررائٹ آئی ڈی / اصل تصویر حذف کریں / یو آر ایل تبدیل کریں” کے افعال اثاثوں کی منتقلی کے زمرے میں آتے ہیں۔

دوبارہ کہنے کے لیے:پلس ویب پی تفصیل میں واضح طور پر بیان کیا گیا ہے کہ ایک مکمل جنریشن کے دوران اصل تصویر کی شناخت اووررائٹ کر دی جائے گی، اصل فائل حذف کر دی جائے گی، اور مواد کا یو آر ایل تبدیل کر دیا جائے گا۔
اس کا مطلب یہ ہے کہ یہ کوئی “چھوٹی سی ایڈجسٹمنٹ” نہیں ہے جسے کسی بھی وقت واپس کیا جا سکے، بلکہ یہ اثاثے کی سطح پر ایک تبدیلی ہے۔

تجویز کردہ حکمت عملی یہ ہونی چاہیے:

• چھوٹے پیمانے پر ٹیسٹ سے شروع کریں (چند درجن سے چند سو تک)
• تصدیق کریں کہ فرنٹ اینڈ ڈسپلے، تھمب نیلز اور کیش اپ ڈیٹس سب درست کام کر رہے ہیں۔
• پورے ڈیٹا بیس پر عملدرآمد پر غور کریں۔

خطرہ ۳: کلاؤڈ کمپریشن کے لیے “مفت کوٹا” کے حقیقی استعمال کا انحصار تھمب نیلز کی تعداد اور اگلی نسل کے اختیارات کے انتخاب پر ہوتا ہے۔

• شارٹ پکسلتھمب نیلز اور اگلی نسل کی خصوصیات کریڈٹس پر نمایاں اثر ڈالیں گی۔
• ٹائنی پی این جی: WebP/AVIF کو فعال کرنے سے ہر تصویر کے سائز کے لیے اضافی کریڈٹ کی کٹوتی ہوگی۔
• تصور سازیچارجز اصل تصویر کے سائز کی بنیاد پر ہیں؛ جتنے زیادہ تھمب نیلز ہوں گے، چارج اتنا ہی زیادہ ہوگا؛ بار بار ڈاؤن لوڈ کرنے پر اضافی چارجز لاگو ہوں گے۔

خطرہ 4: “WebP/AVIF تیار ہو چکا ہے” کا مطلب یہ نہیں کہ “فرنٹ اینڈ WebP/AVIF پیش کر رہا ہے”

بہت سے لوگ محسوس کرتے ہیں کہ تبدیلی کے بعد بھی چیزیں تیز نہیں ہوئیں؛ اصل وجہ یہ ہے کہ فرنٹ اینڈ اب بھی JPG/PNG فائلیں فراہم کر رہا ہے (کیونکہ درج ذیل میں سے کسی میں عدم مطابقت ہے: کیشنگ، دوبارہ تحریر، ٹیگز یا براؤزر نیگوشئیشن)۔

7. جب میں ختم کر لوں تو میں کیسے چیک کروں کہ آیا اس کا اثر ہوا ہے؟

4 بہت سادہ چیک پوائنٹس:

1. جب ایک ہی صفحے کو دوسری بار ریفریش کیا جاتا ہے تو کیا لوڈنگ کا عمل زیادہ مستحکم اور تیز ہوتا ہے؟(کیشنگ اور آپٹیمائزیشن کے اثرات کتنے نمایاں ہیں؟)
2. کیا موبائل ڈیوائسز اور ڈیسک ٹاپ کمپیوٹرز پر لوڈ ہونے والی تصاویر کے سائز میں کوئی قابلِ ذکر فرق ہے؟(جواب دہ ماخذ سیٹ/سائزز (کیا یہ کام کرتا ہے)
3. چند تصاویر کو بے ترتیب چیک کریں: کیا کوئی WebP یا AVIF فائلیں/ذرائع موجود ہیں؟(کیا سائٹ واقعی استعمال کر رہی ہے اگلی نسل）
4. چند تصاویر پر نظر ڈالیں: زوم کریں تاکہ دیکھ سکیں کہ آیا وہ نمایاں طور پر دھندلی ہیں یا متن دھندلا دکھائی دیتا ہے۔(کیا کمپریشن بہت زیادہ سخت ہے؟)

اگر ان میں سے چاروں باتیں لاگو ہوں تو اس کا مطلب ہے کہ آپ نے جو راستہ منتخب کیا ہے وہ پہلے ہی فعال ہے۔ اگلا، آگے بڑھیں CDN “ڈیلیوری لیئر”...یہ مجموعی طور پر زیادہ مستحکم ہوگا۔

8. عملی اقدامات کے لیے سفارشات

1. سب سے پہلے، ایک راستہ منتخب کریں:

• میں اسے زیادہ سے زیادہ مفت رکھنا چاہتا ہوں۔: مزید WebP یا AVIF + EWWW (یا صرف ان میں سے ایک انسٹال کریں)
• کیا آپ سرور کے وسائل پر بچت کرنا چاہتے ہیں؟ استعمال کے مطابق ادائیگی زیادہ بے جھنجھٹ ہے۔ShortPixel، Imagify یا TinyPNG میں سے ایک منتخب کریں۔

2. چھوٹے پیمانے پر ٹیسٹ سے شروع کریں (چند درجن)
3. بیچز میں پراسیس کرنے سے پہلے چیک کریں کہ سب کچھ درست ہے۔
4. ڈیلیوری کی قابلِ اعتمادیت کو مزید بہتر بنانے کی ضرورت ہے۔پڑھنا CDN تیز رفتاری

اکثر پوچھے جانے والے سوالات

1. مجھے کتنے پلگ ان انسٹال کرنے چاہئیں؟ کیا میں انہیں سب انسٹال کر سکتا ہوں؟

ایک ہی راستے پر قائم رہنے کی کوشش کریں۔

• آپشن A: Plus WebP یا AVIF + EWWW Image Optimizer (یا ان میں سے صرف ایک انسٹال کریں)
• آپشن بی: ShortPixel، Imagify یا TinyPNG میں سے ایک منتخب کریں۔
  ایک ہی سائٹ پر متعدد پلگ انز کو بیک وقت “کمپریشن، WebP یا AVIF میں تبدیلی، یو آر ایل میں ترمیم اور ڈیلیوری ری رائٹنگ” کے لیے چلانا ایک بے ترتیب صورتحال پیدا کرنے کا سب سے یقینی طریقہ ہے اور اس کی خرابیوں کو دور کرنا سب سے مشکل ہوتا ہے۔

2. کیا ورڈپریس پہلے ہی WebP/AVIF کی حمایت نہیں کرتا؟ کیا مجھے پھر بھی پلگ ان کی ضرورت ہے؟

یہ ضروری ہے کہ درج ذیل کے درمیان فرق کیا جائے:
“اپلوڈ/استعمال کی حمایت” ≠ “خودکار تبدیلی/خودکار فراہمی”
ورڈپریس 6.5 خود بخود موجودہ JPG/PNG فائلوں کو بیچ میں WebP/AVIF میں تبدیل نہیں کرے گا، اور نہ ہی یہ خود بخود اس پورے عمل کو سنبھالے گا کہ براؤزر کی صلاحیتوں کی بنیاد پر AVIF/WebP پیش کیے جائیں اور ضرورت پڑنے پر اصل فارمیٹ پر واپس چلا جائے۔ یہ یقینی بنانے کے لیے کہ آپ کی موجودہ میڈیا لائبریری بھی اپ ڈیٹ ہو، آپ کو عموماً کسی پلگ ان یا سروس کا استعمال کرنا پڑے گا۔

3. جب تصویر کی اصلاح کی بات آتی ہے، تو کون سا مرحلہ دراصل سب سے زیادہ سرمایہ کاری پر منافع فراہم کرتا ہے؟

عام طور پر سب سے پہلے درست ابعاد حاصل کریں (srcset/sizes)。
بہت سی ویب سائٹس سست ہیں نہ اس لیے کہ انہیں کمپریس نہیں کیا گیا، بلکہ اس لیے کہ وہ صرف 900 پکسل چوڑا صفحہ دکھاتی ہیں جبکہ صارفین کو اصل 3000 پکسل کی تصویر ڈاؤن لوڈ کرنے پر مجبور کرتی ہیں۔ کمپریشن چند کلو بائٹس بچا سکتا ہے، لیکن “غلط ابعاد” کی وجہ سے آپ بغیر کسی وجہ کے کئی گنا زیادہ ڈیٹا ڈاؤن لوڈ کریں گے۔

4. میں کیسے یقین کر سکتا ہوں کہ اصل تصویر کے بجائے “چھوٹا ورژن” لوڈ ہو رہا ہے؟

دو مظاہر پر غور کریں:

• جب موبائل ڈیوائس پر دیکھا جائے تو ڈاؤن لوڈ کی گئی تصاویر ڈیسک ٹاپ کے مقابلے میں نمایاں طور پر چھوٹی نظر آتی ہیں۔
• ایک ہی تصویر کا فائل سائز اس ڈیوائس کے لحاظ سے مختلف ہوتا ہے جس پر یہ لوڈ ہوتی ہے۔
  اگر تصاویر ہمیشہ اپنی اصل سائز میں ڈاؤن لوڈ ہوتی ہیں تو اس کی وجہ اکثر یہ ہوتی ہے کہ تھیم یا پیج بلڈر تصویر کو CSS بیک گراؤنڈ امیج یا کسٹم آؤٹ پٹ کے طور پر استعمال کرتا ہے، جس سے میڈیا لائبریری کی متعدد ابعاد اور `srcset` ایٹریبیوٹ کی معاونت نظر انداز ہو جاتی ہے۔

5. کیا “WebP/AVIF generated” کا لازماً مطلب یہ ہے کہ فرنٹ اینڈ WebP/AVIF آؤٹ پٹ کر رہا ہے؟

برابر نہیں ہے
جنریشن صرف “فائل کی سطح” پر مکمل ہوتی ہے؛ آیا WebP/AVIF واقعی فرنٹ اینڈ کو فراہم کیے جاتے ہیں یا نہیں، اس کا انحصار دوبارہ لکھنے، `picture` ٹیگ کی حکمت عملی، کیش کے استعمال، اور براؤزر نیگوشئیشن کی مؤثریت جیسے عوامل پر ہوتا ہے۔ ایک بار جب آپ کا کام مکمل ہو جائے، تو آپ کو چند تصاویر کے وسائل کی اقسام کی “سپوٹ چیک” کرنی ہوگی۔

6. WebP یا AVIF سے منسلک خطرات بالکل کیا ہیں؟ کیا میں پورے ڈیٹا بیس پر ایک کلک میں چیک کر سکتا ہوں؟

خطرہ “کمپریشن” میں نہیں بلکہ … میں ہے۔اثاثوں کی منتقلی کی سطحوں میں تبدیلیاں：

• جب مکمل سیٹ تیار کیا جاتا ہے تو اصل امیج فائل کے آئی ڈی اووررائٹ کیے جا سکتے ہیں، اصل فائلیں حذف کی جا سکتی ہیں، اور مواد میں موجود یو آر ایل تبدیل کیے جا سکتے ہیں۔
  توہم فوری طور پر پورے ڈیٹا بیس کو تبدیل کرنے کی سفارش نہیں کرتے ہیں۔چھوٹے پیمانے پر ٹیسٹ سے شروع کریں (چند درجن سے چند سو ریکارڈز) اور پورے ڈیٹا بیس پر آگے بڑھنے سے پہلے اس بات کو یقینی بنائیں کہ آپ کے پاس ایک فعال بیک اپ موجود ہو۔

7. میں Plus WebP میں دونوں موڈز کے درمیان کیسے انتخاب کروں: اصل تصویر کو برقرار رکھوں یا اسے تبدیل کرکے اصل تصویر کو حذف کردوں؟

سادہ الفاظ میں:

• اختیار 1: اصل تصویر کو برقرار رکھیں + WebP/AVIF نقول بنائیں (زیادہ قابلِ اعتماد)واپس کرنا آسان ہے، لیکن اس سے زیادہ ڈسک اسپیس استعمال ہوتی ہے (اصل تصویر + نیا فارمیٹ + متعدد تھمب نیل سائز)۔
• طریقہ 2: اصل تصویر کو تبدیل اور حذف کریں (زیادہ بنیاد پرست)ڈسک توسیع پذیر نہیں ہے، لیکن اگر آپ اثاثے اور حوالہ جات میں ترمیم کریں تو مطابقت کے مسائل کا حل زیادہ مہنگا ہو جاتا ہے۔
  سائٹ جتنی زیادہ پیچیدہ ہوگی (ای کامرس، متعدد پلگ انز، مختلف سائز)، اتنا ہی ہم ایک زیادہ مستحکم طریقہ کار سے آغاز کرنے کی سفارش کرتے ہیں۔

8. کیا EWWW Image Optimizer کی جانب سے پیش کی جانے والی مفت مقامی کمپریشن کافی ہے؟ کیا یہ سرور پر زیادہ بوجھ ڈال سکتی ہے؟

EWWW زیادہ تر ایک “مقامی کمپریشن ٹول” کی طرح ہے: یہ CPU/IO استعمال کرتا ہے۔
بیچ آپٹیمائزیشن کے دوران لوڈ میں اضافہ ہونا معمول کی بات ہے؛ اس کا مطلب یہ نہیں کہ سسٹم “ناکام” ہو رہا ہے، بلکہ یہ کہ طریقہ کار درست ہونا چاہیے: کام کو بیچز کی صورت میں غیر مصروف اوقات میں انجام دیں، اور جہاں ضروری ہو آف لوڈنگ یا کلاؤڈ حل اپنائیں۔
اگر آپ کسی پریشانی سے پاک حل کی تلاش میں ہیں، یا اگر آپ کے سرور کے وسائل محدود ہیں، تو آپشن بی سرور کے لیے زیادہ موافق ہے۔

9. شارٹ پکسل ہر ماہ 100 مفت کریڈٹس فراہم کرتا ہے، تو مجھے ایسا کیوں محسوس ہوتا ہے کہ یہ چند ہی تصاویر کے بعد ختم ہو جاتے ہیں؟

کیونکہ “کریڈٹس” کا مطلب 'تصاویر کی تعداد' نہیں ہے۔”, تھمب نیلز اور اگلی نسل کے ذریعے بڑا کیا جائے گا:

• اصل تصویر + ہر تھمب نیل کا کریڈٹ
• اگر WebP/AVIF فائلیں تیار کی جائیں تو ہر متعلقہ ورژن پر کریڈٹس کا اضافی خرچ ہوگا۔
  تو جو آپ “ایک تصویر” سمجھ رہے ہیں، وہ دراصل تقریباً “دوہری ہندسوں والے کریڈٹس” استعمال کر سکتی ہے۔ ShortPixel

10. Imagify کی مفت 201 TP235T فی ماہ کی حد اتنی جلدی کیوں ختم ہو جاتی ہے؟

Imagify زیادہ تر ایک “ڈیٹا بنڈل” کی طرح ہے:

• آپ کے پیغام کے مطابقاصل فائل کا سائزکوٹے سے کم کریں
• جتنی زیادہ تھمب نیلز ہوں گی، وسائل کی کھپت اتنی ہی زیادہ ہوگی۔
• کمپریشن کی سطح تبدیل کرنے اور دوبارہ آپٹیمائز کرنے سے کوٹا دوبارہ استعمال ہوگا۔
• ایک واحد API کلید متعدد سائٹس پر استعمال کی جا سکتی ہے، جس میں کوٹے مشترکہ ہوتے ہیں۔
  لہٰذا پیغام “20MB جلد ختم ہو جائے گا” عموماً تصاویر کے بہت بڑے ہونے، تھمب نیلز کی بہت زیادہ تعداد، یا بار بار آزمائش و غلطی کی وجہ سے ظاہر ہوتا ہے۔

11. TinyPNG ہر ماہ 500 مفت کریڈٹس فراہم کرتا ہے، تو پلگ ان کیوں کہتا ہے کہ ہر ماہ صرف تقریباً 100 تصاویر ہیں، اور WebP/AVIF فعال کرنے کے بعد یہ تعداد ہر ماہ 50 تصاویر تک کیوں کم ہو جاتی ہے؟

یہ اس لیے ہے کہ TinyPNG کریڈٹس بھی “Dimensions/Variants” سیکشن میں بڑھا دیے جاتے ہیں:

• ایک معیاری ورڈپریس تنصیب عام طور پر ہر ماہ تقریباً 100 تصاویر کو کمپریس کرتی ہے۔
• AVIF یا WebP کنورژن کو فعال کریں:ہر تصویر کے سائز کے لیے ایک اضافی کریڈٹ لاگت ہوگی۔, لہٰذا میں شاید صرف تقریباً 50 تصاویر فی ماہ کمپریس اور کنورٹ کر سکتا ہوں (تھمب نیل سائزز کی تعداد کے لحاظ سے).
  تو 500 کریڈٹس ≠ 500 تصاویر۔

12. ہماری سائٹ پر کتنے تھمب نیلز ہیں؟ وہ اتنا اہم اثر کیوں رکھتے ہیں؟

ورڈپریس میں تصویر اپلوڈ کرنے سے متعدد سائزز تیار ہوتے ہیں؛ تھیمز اور پلگ انز (خاص طور پر ای کامرس والے) مزید بھی بنا سکتے ہیں۔
کلاؤڈ کمپریشن کے ساتھ، کریڈٹس یا کوٹے عموماً اصل تصویر اور اس کے تھمب نیلز کے مجموعی کل کے حساب سے شمار کیے جاتے ہیں، لہٰذا جتنے زیادہ تھمب نیلز ہوں گے، مفت الاؤنس اتنی ہی تیزی سے استعمال ہو جائے گا۔

13. کیا لیزی لوڈنگ ہمیشہ رفتار بڑھاتی ہے؟ کچھ لوگ کیوں کہتے ہیں کہ لیزی لوڈنگ درحقیقت رفتار کم کر دیتی ہے؟

لیزی لوڈنگ “آف اسکرین وسائل” کے لیے موزوں ہے۔
اگر پہلی اسکرین پر سب سے اہم بڑی تصویر بھی تاخیر کا شکار ہو جائے تو یہ ابتدائی لوڈنگ کے تجربے کو سست کر سکتی ہے۔ اگرچہ ورڈپریس 5.5 اور اس کے بعد کی ڈیفالٹ لیزی لوڈنگ ٹھیک ہے، آپ کو اسے ہر جگہ لاگو نہیں کرنا چاہیے۔

14. اگر میں راستہ A یا B اختیار کروں تو مجھے CDN / تصویر CDN کی کب ضرورت ہوگی؟

کمپریشن، فائل کا سائز اور فارمیٹ فائلوں کو چھوٹا اور زیادہ موزوں بنانے کے مسئلے کو حل کرتے ہیں۔
CDN تیز اور زیادہ قابلِ اعتماد ترسیلات کو یقینی بناتا ہے۔。
جب تصاویر کو دور دراز اوریجن سرور سے حاصل کرنے کی وجہ سے نمایاں تاخیر ہو، تو ہر تصویر میں CDN شامل کرنے (مثلاً Cloudflare Polish / Jetpack Site Accelerator) سے عموماً زیادہ مستحکم تجربہ ملتا ہے۔ مزید پڑھیں ورڈپریس CDN تیز کاری。

15. جب میں نے کام مکمل کر لیا، تو یہ چیک کرنے کا سب سے آسان طریقہ کیا ہے کہ یہ واقعی کام کر رہا ہے؟

تصدیق کرنے کا سب سے تیز طریقہ:

• جب ایک ہی صفحے کو دوسری بار ریفریش کیا جاتا ہے تو کیا لوڈنگ کا عمل زیادہ مستحکم اور تیز ہوتا ہے؟
• کیا موبائل اور ڈیسک ٹاپ ورژنز میں تصویر کے سائز میں کوئی واضح فرق ہے (کیا srcset/sizes مطلوبہ طریقے سے کام کر رہا ہے)؟
• چند تصاویر کو بے ترتیب چیک کریں: کیا کوئی WebP یا AVIF فائلیں/ذرائع موجود ہیں؟
• چند تصاویر پر نظر ڈالیں: زوم کریں تاکہ دیکھ سکیں کہ آیا وہ نمایاں طور پر دھندلی ہیں یا متن دھندلا دکھائی دیتا ہے۔