ওয়েবসাইট ইমেজ অপ্টিমাইজেশন

ইমেজ অপ্টিমাইজেশন ওয়ার্ডপ্রেসের কর্মক্ষমতার অন্যতম “উচ্চ-রিটার্ন” দিক: একই পৃষ্ঠার কাঠামো ও থিম ব্যবহার করে শুধুমাত্র ইমেজ ফাইলের আকার, মাত্রা, ফরম্যাট এবং সরবরাহ পদ্ধতি সঠিকভাবে নির্ধারণ করলে প্রায়ই লোডিং গতিতে তাৎক্ষণিক উন্নতি ঘটে।

তবে ইমেজ অপ্টিমাইজেশনই সেই ক্ষেত্র যেখানে সবচেয়ে সহজেই সবকিছু এলোমেলো হয়ে যেতে পারে; এর কারণ প্রযুক্তিটি খুব কঠিন নয়, বরং তথ্যগুলো অত্যন্ত ছিন্নভিন্ন:
আপনি কয়েকটি আর্টিকেল পড়ে “কম্প্রেশন”, “WebP/AVIF” এবং “লেজি লোডিং” সম্পর্কে জানতে পেরেছেন, কিন্তু প্লাগইনের বিবরণে লেখা আছে “মাসে ১০০টি ফ্রি ক্রেডিট”, “20MB ফ্রি” এবং “প্রতি ইমেজে ১ ক্রেডিট”—আর যতই পড়ছেন, ততই বিভ্রান্ত হচ্ছেন। এই ফ্রি বরাদ্দ কি সত্যিই যথেষ্ট? চার্জগুলো কীভাবে কাটা হয়? আপনি কি “একই বিষয়” ভুল বুঝেছেন? এবং সবচেয়ে গুরুত্বপূর্ণ:আপনি শেষ করার পর কি এটা সত্যিই কাজ করেছিল?

এই নিবন্ধটি মাত্র তিনটি কাজ করে:

1. এখানে একটি ব্যবহারিক পরামর্শরাস্তার মানচিত্র(প্রথমে কী করবেন, তারপর কী করবেন)
2. অনুগ্রহ করে আপনি যে বিকল্পগুলো বিবেচনা করছেন সেগুলো বিস্তারিতভাবে ব্যাখ্যা করুন (ফ্রি এবং পেইড সংস্করণগুলোর মধ্যে ঠিক কী পার্থক্য এবং কোনটি কার জন্য সবচেয়ে উপযুক্ত)
3. এখানে সবচেয়ে সাধারণ ফাঁদগুলো আগেই তালিকাভুক্ত করা হয়েছে (যাতে আপনি কাজ শেষ করার পর সেগুলো খুঁজে বের করতে এবং সমাধান করতে সময় ব্যয় না করেন)

১. মৌলিক বিষয়: ওয়ার্ডপ্রেসে যা যা আসে, আর যা যা আসে না

যদি আপনি প্রথমেই বুঝতে না পারেন যে ওয়ার্ডপ্রেস কোরে ইতিমধ্যেই কী করা হয়েছে, তাহলে দুই ধরনের পরিস্থিতি উদ্ভূত হতে পারে:

• আমাদের কাছে উপলব্ধ “বিনামূল্যের সুবিধাগুলো” ব্যবহার করার পরিবর্তে, আমরা চাকা পুনরায় আবিষ্কার করতে গিয়ে সময় ও অর্থ নষ্ট করেছি।
• আমি ভেবেছিলাম WordPress স্বয়ংক্রিয়ভাবে সব পুরনো ইমেজ WebP/AVIF-এ রূপান্তর করবে, কিন্তু দেখা গেল তা করে না।

ওয়ার্ডপ্রেস কোরে ইতিমধ্যেই এই মূল বৈশিষ্ট্যগুলি অন্তর্ভুক্ত রয়েছে:

• প্রতিক্রিয়াশীল চিত্র (srcset/sizes)ওয়ার্ডপ্রেস ৪.৪ থেকে শুরু করে, কোরে ছবি আউটপুট করবে। srcset 与 sizes... এবং আপলোডের সময় তৈরি হওয়া বিভিন্ন আকারের ইমেজ ব্যবহার করে ব্রাউজারকে স্ক্রিনের অবস্থার ভিত্তিতে সবচেয়ে উপযুক্ত রিসোর্স নির্বাচন ও লোড করতে দেয়।
• নেটিভ লেজি লোডিংওয়ার্ডপ্রেস ৫.৫ থেকে, HTML মানদণ্ড অনুযায়ী চিত্রগুলির জন্য নেটিভ লেজি লোডিং ডিফল্টভাবে সক্রিয় করা হয়েছে। loading সম্পত্তি বাস্তবায়ন।
• WebP আপলোড সমর্থন করেWordPress 5.8 থেকে, আপনি JPEG এবং PNG-এর মতো একইভাবে WebP ফাইল আপলোড ও ব্যবহার করতে পারবেন (যদি আপনার হোস্টিং পরিবেশ WebP সমর্থন করে)।
• AVIF আপলোড সমর্থন করেওয়ার্ডপ্রেস ৬.৫ থেকে, হোস্ট পরিবেশের সমর্থনের সাপেক্ষে AVIF ফাইলগুলি JPEG এবং PNG ফাইলের মতোই আপলোড এবং ব্যবহার করা যাবে।

তবে দয়া করে লক্ষ্য করুন:
“আপলোড/ব্যবহারের জন্য সমর্থন” ≠ “স্বয়ংক্রিয় রূপান্তর/স্বয়ংক্রিয় সরবরাহ”
অন্য কথায়: আপনি ইতিমধ্যেই WP 6.5-এ থাকলেও, আপনার মিডিয়া লাইব্রেরির JPG/PNG ফাইলগুলো স্বয়ংক্রিয়ভাবে WebP/AVIF-এ রূপান্তরিত হবে না; তেমনি আপনি স্বয়ংক্রিয়ভাবে “ব্রাউজারের সক্ষমতার ভিত্তিতে AVIF/WebP আউটপুট করা এবং অ-সমর্থিত ব্রাউজারের জন্য মূল ইমেজে ফিরে যাওয়া”র সম্পূর্ণ কার্যকারিতা পাবেন না—এই ফাঁক পূরণ করতে সাধারণত একটি প্লাগইন বা সার্ভিস প্রয়োজন।

২. রোডম্যাপ: চিত্র অপ্টিমাইজেশনের ৫-ধাপের গাইড

কি করতে হবে, কেন, কী একটি পাস হিসেবে গণ্য হবে, এবং সাধারণ ভুলত্রুটিগুলো কী কী।

২.১ প্রথমে “মাত্রাগুলো” সঠিকভাবে ঠিক করুন (সবচেয়ে সহজে উপেক্ষিত, কিন্তু সবচেয়ে বেশি সুবিধা দেয়)

অনেক ওয়েবসাইট ধীরগতির, কারণ সেগুলো অপ্টিমাইজ করা হয়নি, বরং কারণডিসপ্লে এলাকার তুলনায় অনেক বড় একটি ছবি ডাউনলোড করা হয়েছে।：
উদাহরণস্বরূপ, যদি একটি পৃষ্ঠা প্রকৃতপক্ষে মাত্র 900px চওড়া হয়, কিন্তু আপনি ভিজিটরদের মূল 3000px ইমেজটি ডাউনলোড করতে বাধ্য করেন, তাহলে ব্রাউজারটি সেটি ডাউনলোড করে প্রদর্শনের জন্য ছোট করে দেখাবে। এতে ব্যান্ডউইথ অপচয় হয়, ডিকোডিং সময় বাড়ে এবং প্রথম স্ক্রিন লোড হতে সময় বেশি লাগে।

ওয়ার্ডপ্রেস ৪.৪ এবং পরবর্তী সংস্করণের জন্যপ্রতিক্রিয়াশীল চিত্র ব্যবস্থা（srcset/sizes) এই সমস্যাটি সমাধান করার জন্যই বিশেষভাবে ডিজাইন করা হয়েছিল।

পাস কী গঠন করে:

• মোবাইল ডিভাইসে পৃষ্ঠাটি দেখলে, ডাউনলোড করা ছবিগুলো ডেস্কটপের তুলনায় লক্ষণীয়ভাবে ছোট দেখাবে।
• একই ছবির ফাইল সাইজ ডিভাইসের উপর নির্ভর করে পরিবর্তিত হয় (সর্বদা মূল ছবি ডাউনলোড করার পরিবর্তে)

সর্বাধিক সাধারণ ফাঁদসমূহ:

• কিছু থিম বা বিল্ডার ছবিগুলোকে CSS ব্যাকগ্রাউন্ড ইমেজ হিসেবে বিবেচনা করে বা সেগুলোকে কাস্টম উপায়ে রেন্ডার করে, যা বাইপাস করতে পারে srcset, যার ফলে বড় ছবি লোড হতে থাকে
• আপনি যদি বাহ্যিক ইমেজ হোস্টিং সার্ভিস বা তৃতীয় পক্ষের ইমেজ ব্লক ব্যবহার করেন, তাহলে মিডিয়া লাইব্রেরি দ্বারা তৈরি মাল্টি-সাইজ সিস্টেম এড়িয়ে যেতে পারেন।

---

২.২ কম্প্রেশন (গুণগত মানের সাথে আপস না করে ফাইলের আকার কমানো)

কম্প্রেশনের সারমর্ম “ছোটই ভালো” নয়, বরং “পার্থক্য খালি চোখে প্রায় অদৃশ্য, তবুও ফাইলের আকার উল্লেখযোগ্যভাবে কমে যায়”।

নিম্নলিখিত নিয়মাবলী:

• ফটোগ্রাফ/বাস্তব জীবনের শট (প্রতিকৃতি, পণ্য, প্রাকৃতিক দৃশ্য)লোসি কম্প্রেশনকে অগ্রাধিকার দিন (সর্বোচ্চ সুবিধা)
• অনেক টেক্সটযুক্ত স্ক্রিনশট/ছবিটেক্সট ঝাপসা দেখানো থেকে রোধ করতে আরও রক্ষণশীল সংকোচন প্রয়োগ করুন।
• লোগো/আইকনSVG-কে অগ্রাধিকার দিন অথবা সাবধানে লসলেস কম্প্রেশন ব্যবহার করুন (লসি কম্প্রেশন সহজেই ধোঁয়াটে প্রান্ত তৈরি করতে পারে)

পাস কী গঠন করে:

• অধিকাংশ পৃষ্ঠাচিত্রের ফাইল সাইজ উল্লেখযোগ্যভাবে হ্রাস করা হয়েছে।
• কোনো লক্ষণীয় শব্দ, ঝাপসা প্রান্ত, রঙের ব্যান্ডিং বা ঝাপসা লেখা নেই।

---

২.৩ WebP / AVIF (ফরম্যাট নীতি: একই স্তরের স্পষ্টতার জন্য ছোট ফাইল সাইজ)

ওয়ার্ডপ্রেস এখন ফাইল আপলোড সমর্থন করে। WebP (৫.৮) এবং AVIF (৬.৫)。
তবে “পরবর্তী প্রজন্মের ফরম্যাট'কে ব্যবহারিক প্রয়োগে আনতে সাধারণত দুটি বিষয় সমাধান করতে হয়:

1. ঐতিহাসিক মিডিয়া লাইব্রেরি কীভাবে ব্যাচে রূপান্তর করবেন(অন্যথায়, আপনি শুধুমাত্র ভবিষ্যতে আপলোড করা নতুন ছবিই অপ্টিমাইজ করবেন)
2. আমি কি একটি কপি তৈরি করব নাকি মূল ছবিটি প্রতিস্থাপন করব?(এটি একটি গুরুত্বপূর্ণ বিষয়; আমরা পরে প্লাস ওয়েবপি-এর “মূল ছবি প্রতিস্থাপন ও মুছে ফেলা” ফিচারে ফোকাস করব।)

সুপারিশকৃত পদ্ধতি:

• WebP: সাধারণত ডিফল্ট পছন্দ (অধিক নির্ভরযোগ্য সামঞ্জস্য প্রদান করে)
• AVIF: সংকোচনে আরও এক ধাপ, বড় ছবি, প্রথম স্ক্রিনে বড় ছবি এবং গ্যালারি ছবির জন্য উপযুক্ত (কিন্তু আরওপরিবেশগত সহায়তার ওপর নির্ভরশীল）

---

2.4 লেজি লোডিং সঠিকভাবে ব্যবহার করুন (একই সমাধান সবার জন্য প্রযোজ্য এমন দৃষ্টিভঙ্গি গ্রহণ করবেন না)

ওয়ার্ডপ্রেস ৫.৫ থেকেডিফল্ট অলস লোডিংছবি।
এটি প্রাথমিক রেন্ডারিংয়ের সময় ব্যান্ডউইথ ব্যবহার কমায়:

• লেজি লোডিং “স্ক্রিনের বাইরে থাকা রিসোর্সগুলির” জন্য উপযুক্ত।”
• পৃষ্ঠার শীর্ষে থাকা বড় চিত্রটি (যা প্রায়ই প্রথম স্ক্রিনে সবচেয়ে গুরুত্বপূর্ণ চিত্র) সাধারণত বিলম্বিত লোডিংয়ের জন্য উপযুক্ত নয়।

---

২.৫ ডেলিভারি স্তর: CDN / চিত্র CDN

সংকোচন, ফাইলের আকার এবং ফরম্যাট—এসবের লক্ষ্য হল ফাইলগুলোকে ছোট এবং আরও উপযোগী করে তোলা।
তবে, যদি চিত্রগুলো ক্রমাগত একটি দূরবর্তী অরিজিন সার্ভার থেকে আনা হয়, নেটওয়ার্ক ল্যাটেন্সি ব্যবহারকারীর অভিজ্ঞতাকে এখনও উল্লেখযোগ্যভাবে প্রভাবিত করবে। এমন ক্ষেত্রে, একটি “ডেলিভারি লেয়ার” সমাধান প্রয়োজন (CDN/image CDN)।

দুটি সাধারণ পদ্ধতি:

• ক্লাউডফ্লেয়ার পোলিশ：ক্লাউডফ্লেয়ার ডকুমেন্টেশনএই বিভাগে পোলিশে উপলব্ধ সংকোচন পদ্ধতিগুলি (লোসলেস, লসি এবং WebP) উপস্থাপন করা হয়েছে এবং ব্যবহারের উল্লেখ করা হয়েছে। format=auto WebP এবং AVIF ফরম্যাট অনুমোদিত।
• জেটপ্যাক সাইট এক্সিলারেটর：জেটপ্যাক ডকুমেন্টেশনএর মানে এটি ছবিগুলো অপ্টিমাইজ করবে এবং স্ট্যাটিক রিসোর্সের পাশাপাশি সেগুলো তার নেটওয়ার্কের মাধ্যমে বিতরণ করবে।

ইমেজ অপ্টিমাইজেশন নিশ্চিত করে যে ছবিগুলির আকার কমানো হয় এবং যথাযথভাবে পুনঃআকার দেওয়া হয়,CDN আরও কাছাকাছি ও আরও স্থিতিশীল ডেলিভারির দায়িত্বে আছে

৩. পথ নির্বাচন: শুধুমাত্র দুইটি প্রধান পথ অনুসরণ করুন।

ইমেজ অপ্টিমাইজেশনে সবচেয়ে সাধারণ ভুল “প্লাগইন ইনস্টল না করা” নয়, বরং অনেক বেশি প্লাগইন ইনস্টল করা, যা ডুপ্লিকেট প্রসেসিং-এ নিয়ে যায়:
A কম্প্রেস করছে, B-ও কম্প্রেস করছে; A WebP/AVIF-এ রূপান্তর করছে, B-ও একই কাজ করছে; A URL পরিবর্তন করছে, B URL রাইটেইট করছে—শেষ পর্যন্ত, তুমিও বুঝতে পারছো না সাইটে আসলে কী ঘটছে।

নিয়মাবলী:

একটি পদ্ধতিতে থাকুন: সম্পূর্ণ বিনামূল্যে স্থানীয় স্টোরেজ, অথবা তিনটি ক্লাউড কম্প্রেশন বিকল্পের মধ্যে একটি।

• রুট এ (সম্পূর্ণ বিনামূল্যে স্থানীয়):অতিরিক্ত WebP বা AVIF + EWWW ইমেজ অপ্টিমাইজার(অথবা শুধু একটিই বেছে নিন)
• বিকল্প বি (তিনটি ক্লাউড কম্প্রেশন পদ্ধতির মধ্যে একটি নির্বাচন করুন):শর্টপিক্সেল / ইমেজিফাই / টাইনপিএনজি

---

৩.১ বিকল্প ক: সম্পূর্ণ বিনামূল্যের লোকাল হোস্টিং (অতিরিক্ত 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 ফাইল সাধারণত ছোট হয়, তবে “মাপ নির্ধারণ কৌশল” এবং “সংকোচন কৌশল” অত্যন্ত গুরুত্বপূর্ণ। দ্রুত লোডিং সময়ের জন্য প্লাস WebP-কে “ওয়ান-ক্লিক সমাধান” হিসেবে বিবেচনা করবেন না।

---

3.1.2 ইউ-ডব্লিউ-ডব্লিউ ইমেজ অপ্টিমাইজার: বিনামূল্যে স্থানীয় কম্প্রেশনের একটি শীর্ষস্থানীয় প্রদানকারী

EWWW প্লাগইন পৃষ্ঠার একটি খুবই স্পষ্ট উদ্দেশ্য আছে:

• এটি আপনার সার্ভারে বিভিন্ন টুল (jpegtran, optipng, pngout, pngquant, gifsicle, cwebp ইত্যাদি) ব্যবহার করে ছবিগুলো অপ্টিমাইজ করতে পারে।
• যদি আপনাকে উচ্চতর কম্প্রেশন প্রয়োজন হয় বা CPU-এ সাশ্রয় করতে চান, তাহলে আপনি CPU খরচ করে এমন প্রক্রিয়াকরণ আপনার সার্ভারেও স্থানান্তর করতে পারেন (ঐচ্ছিক)।

রুট A-তে EWWW-কে কী ভূমিকা পালন করা উচিত?

যদি আপনি “ফরম্যাট মাইগ্রেশন/প্রতিস্থাপন কৌশল” হিসেবে Plus WebP ব্যবহার করছেন, তাহলে EWWW এটি পরিচালনা করার জন্য আরও উপযুক্ত:

• সংকোচন এবং পরিমাণ অনুকূলীকরণ(বিশেষ করে JPG এবং PNG ফাইলের মতো কাঁচা সম্পদের অনুকূলীকরণ)
• ঐতিহাসিক মিডিয়া লাইব্রেরির ব্যাচ অপ্টিমাইজেশন(ইউআরএল প্রতিস্থাপনের পরিবর্তে পরিমাণ হ্রাসের দিকে লক্ষ্য)

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 সংস্করণ এবং তার থাম্বনেইল অতিরিক্ত ক্রেডিট হিসেবে গণ্য হবে।；
• আপনি ক্রেডিট ব্যবহার কমানোর জন্য নির্দিষ্ট থাম্বনেইলগুলোকে অপ্টিমাইজেশন থেকে বাদ দিতে পারেন।

ক্রেডিটস উদাহরণ：

ধরা যাক আপনি একটি ছবি আপলোড করলেন, এবং থিম বা প্লাগইন আটটি থাম্বনেইল তৈরি করল:

• শুধুমাত্র মূল ছবি এবং থাম্বনেইলগুলো অপ্টিমাইজ করুন: 1 (মূল ছবি) + 8 (থাম্বনেইল) = 9 ক্রেডিট
• যদি আপনিও WebP/AVIF তৈরি করতে চান: উপরের ৯টির প্রতিটিতে পরবর্তী-প্রজন্মের একটি সংস্করণ যোগ করুন → সাথে ৯টি ক্রেডিট
  অন্য কথায়, আপনি ভাবতে পারেন এটা “একটি ছবি”, কিন্তু আসলে এর খরচ হতে পারে প্রায় “দুই অঙ্কের ক্রেডিট”।

অতএব:“100 ফ্রি ক্রেডিট” মানে “100 ফ্রি ইমেজ” নয়।

ShortPixel-এ সবচেয়ে সাধারণ ভুলত্রুটি

1. বিনামূল্যে ১০০ ক্রেডিট শীঘ্রই শেষ হয়ে যাবে।
   কারণ: প্রচুর সংখ্যক থাম্বনেইল + WebP/AVIF ফাইল তৈরি করার জন্য অতিরিক্ত ক্রেডিট।
   সুপারিশ：

• প্রথমে সাইটের থাম্বনেইলগুলির সংখ্যা মূল্যায়ন করুন।
• অপ্রয়োজনীয় থাম্বনেইল সাইজগুলো বাদ দিন (শুধুমাত্র প্রকৃতপক্ষে ব্যবহৃত হবে এমন সাইজগুলোই অপ্টিমাইজ করুন)
• প্রথমে একটি কম্প্রেশন কৌশল নির্ধারণ করুন, তারপর পরীক্ষা-ত্রুটির সময় নষ্ট এড়াতে প্রক্রিয়াটি ব্যাচে চালান।

2. অন্যান্য ফরম্যাট রূপান্তর প্লাগইনগুলির সাথে একত্রে ব্যবহার করুন
   যদি আপনি Plus WebP প্রতিস্থাপন সক্ষম করেন এবং ShortPixel-কে পরবর্তী প্রজন্মের ট্যাগ তৈরি ও সন্নিবেশ করতে দেন, তাহলে লজিক ওভারল্যাপ করবে, যা সমস্যা সমাধানকে আরও কঠিন করে তুলবে। অপশন B-তে ShortPixel নিজেই এই কাজটি পরিচালনা করে।
3. আমি ধরে নিয়েছিলাম যে একবার এটি ইনস্টল হয়ে গেলে, ফ্রন্টএন্ড স্বয়ংক্রিয়ভাবে WebP/AVIF ফাইল তৈরি করবে।“
   ShortPixel প্লাগইন পৃষ্ঠাএটি WebP এবং AVIF ফাইল রূপান্তর করতে সক্ষম, এবং পরবর্তী প্রজন্মের চিত্রগুলিকে ফ্রন্ট-এন্ড পেজে (উদাহরণস্বরূপ, ট্যাগ ব্যবহার করে) অন্তর্ভুক্ত করতে পারে।
   তবে, আপনি শেষ করার পর ফলাফলগুলো একবার যাচাই করে দেখতে হবে।

---

3.2.2 ইমেজিফাই: প্রতি মাসে 20MB বিনামূল্যে; কোটা “মূল ছবির আকার + থাম্বনেইলগুলির সংখ্যা” অনুযায়ী কাটা হয়; পুনরায় সংকোচন করলে একই পরিমাণ কোটা দুইবার কাটা হবে।

বিনামূল্যে বরাদ্দ এবং অবস্থান

ইমেজিফাই অফিসিয়াল মূল্য পৃষ্ঠাএটি স্পষ্টভাবে বলা হয়েছে:ফ্রি অ্যাকাউন্টগুলির মাসিক কোটা 20MB।。
এর প্লাগইন পৃষ্ঠায় আরও উল্লেখ আছে যে এটি সংকুচিত, আকার পরিবর্তন এবং WebP/AVIF-এ রূপান্তর করতে পারে।

কোটা কীভাবে কাটা হয়?

ইমেজিফাই অফিসিয়াল ডকুমেন্টেশন “কোটা ব্যবহার কীভাবে হিসাব করা হয়?” বিলিং প্রক্রিয়াটি খুব স্পষ্টভাবে ভেঙে দেখায়:

• থাম্বনেইলগুলির সংখ্যা সম্পদ ব্যবহারকে প্রভাবিত করে।উদাহরণস্বরূপ, যদি আপনার কাছে ১০টি থাম্বনেইল সাইজ থাকে, একটি ছবি অপ্টিমাইজ করলে মোট ১১টি ছবি অপ্টিমাইজ হবে (মূল ছবি এবং ১০টি থাম্বনেইল), যেগুলো সবই আপনার কোটায় গণ্য হবে।
• মূল ফাইলের আকারের ভিত্তিতে কোটা বাদ দিনউদাহরণস্বরূপ, যদি আপনি Imagify-এ 100KB আকারের একটি ছবি আপলোড করেন, তাহলে আপনার কোটা থেকে 100KB কেটে নেওয়া হবে।
• কম্প্রেশন স্তর পরিবর্তন এবং পুনরায় অপ্টিমাইজ করলে কোটা আবার ব্যয় হবে।。
• একটি একক API কী একাধিক সাইটে ব্যবহার করা যেতে পারে, তবে কোটা সেগুলোর মধ্যে ভাগাভাগি করা হয়।

এটি ইমাজিফাইয়ের “মূল পদ্ধতি”:
এটি আসলে একটি ডেটা প্যাকেজের মতো: আপনি যত বেশি আপলোড করবেন, এটি তত বেশি ডেটা ব্যবহার করবে; আপনি যত বেশি থাম্বনেইল তৈরি করবেন, এটি তত বেশি ডেটা ব্যবহার করবে; এবং যদি আপনি ফাইলগুলো বারবার পুনরায় কম্প্রেস করেন, এটি বারবার ডেটা ব্যবহার করবে।

ইমাজিফাই কোটাগুলির একটি সহজে বোঝার উদাহরণ

ধরা যাক আপনি 800 KB-এর একটি মূল ছবি আপলোড করলেন, এবং সাইটটি 8টি থাম্বনেইল তৈরি করে।

• Imagify দিয়ে অপ্টিমাইজ করার সময়, “মূল ছবি এবং ৮টি থাম্বনেইল” উভয়ই অন্তর্ভুক্ত হয় (যদি আপনি “সবগুলো অপ্টিমাইজ” নির্বাচন করেন), যার ফলে এই প্রক্রিয়াটি প্রায় 'এই সব ফাইলের মোট আকার' সমপরিমাণ কোটা ব্যবহার করবে।
  এই কারণেই কিছু সাইট তাদের “20MB” কোটা দ্রুত শেষ হয়ে যায়: Imagify যথেষ্ট শক্তিশালী নয় এমন নয়, বরং আপনি যে ছবিগুলো আপলোড করছেন সেগুলো খুব বড়, আপনি অনেকগুলো থাম্বনেইল তৈরি করছেন, এবং সম্ভবত বিভিন্ন কম্প্রেশন স্তর নিয়ে বারবার পরীক্ষা-নিরীক্ষা করছেন।

ইম্যাজিফাইয়ের সবচেয়ে সাধারণ ফাঁদসমূহ

1. ফ্রি 20MB “পূর্ণ সাইট ইতিহাস মুছে ফেলা” সম্পাদন করার জন্য যথেষ্ট নয়।”
   20MB সাধারণত পরীক্ষা-নিরীক্ষা এবং ছোটখাটো আপডেটের জন্য বেশি উপযুক্ত; যদি আপনার মিডিয়া লাইব্রেরি ইতিমধ্যেই বড় হয়, তাহলে একবারে সবকিছু মুছে ফেলার জন্য সম্ভবত আপগ্রেড করতে হবে।
2. বারবার কম্প্রেশন স্তর সামঞ্জস্য করার ফলে কোটা বারবার শেষ হয়ে যায়।
   ইমেজিফাই: একটি স্পষ্ট ব্যাখ্যাপুনরায় অপ্টিমাইজেশন কোটা আবার ব্যবহার করবে।
   আমরা পরামর্শ দিচ্ছি যে আপনি এই পৃষ্ঠায় “কৌশল'টি স্পষ্টভাবে উপস্থাপন করুন:

• সংকোচন স্তর এবং দৃশ্যমান গুণমান নির্ধারণের জন্য প্রথমে কয়েকটি ছবি ব্যবহার করে শুরু করুন।
• কৌশলটি চূড়ান্ত হয়ে গেলে, এটি ব্যাচে ব্যাচে চালাও।
  সমগ্র ডাটাবেসের জুড়ে পরীক্ষা-ত্রুটি এড়িয়ে চলুন।

3. একটি API কী একাধিক সাইটে ভাগ করে ব্যবহার করলে কোটাগুলো “রহস্যজনকভাবে কমে” যায়।”
   যদি আপনি একাধিক সাইটে একই API কী ব্যবহার করেন, তাহলে কোটাগুলো ভাগাভাগি করা হবে।
   অতএব, দলগত বা একাধিক সাইটের পরিস্থিতিতে, বাজেট অতিরিক্ত ব্যয় এড়াতে কোন সাইটগুলো সম্পদ ভাগাভাগি করে এবং কোনগুলো স্বতন্ত্রভাবে পরিচালিত হয় তা স্পষ্ট করে নেওয়াই উত্তম।

---

3.2.3 টিনিপিএনজি(টিনি কম্প্রেস ইমেজেস): প্রতি মাসে ৫০০টি বিনামূল্যের ক্রেডিট; WebP/AVIF-এ রূপান্তর করার জন্য প্রতি সাইজ ১ ক্রেডিট অতিরিক্ত চার্জ আরোপিত হবে।“

বিনামূল্যে ভাতা এবং সেগুলি কীভাবে হিসাব করা হয়

TinyPNG ওয়ার্ডপ্রেস প্লাগইন পৃষ্ঠাটি খুবই স্পষ্টভাবে লেখা হয়েছে:

• প্রতি মাসে ৫০০ ক্রেডিট ফ্রি
• একটি “স্ট্যান্ডার্ড ওয়ার্ডপ্রেস ইনস্টলেশন”-এ, আপনি সম্ভবত সংকুচিত করতে পারবেন। প্রায় প্রতি মাসে ১০০টি ছবি
• তবে, যদি AVIF বা WebP রূপান্তর সক্ষম করা থাকে:প্রতিটি চিত্রের আকারের জন্য একটি অতিরিক্ত ক্রেডিট খরচ হবে।, তাই আমি মনে করি একমাত্র বিকল্প হল এটিকে সংকুচিত ও রূপান্তর করা। প্রায় প্রতি মাসে ৫০টি ছবি(আপনার কাছে কতগুলো থাম্বনেইল সাইজ আছে তার ওপর নির্ভর করে।)

এদিকে, টিনিফাই (TinyPNG এবং TinyJPG-এর ডেভেলপার) ও করেছে। এপিআই মূল্য পৃষ্ঠাঅনুগ্রহ করে লক্ষ্য করুন: প্রতি মাসে ৫০০টি বিনামূল্যে কম্প্রেশন পেতে সাইন আপ করুন; একবার এই সীমা অতিক্রম করলে, সফল কম্প্রেশনের সংখ্যার ভিত্তিতে আপনাকে চার্জ করা হবে, কোনো বাধ্যতামূলক সাবস্ক্রিপশন নেই।

একই বাক্যে TinyPNG কীভাবে কাজ করে তা সংক্ষেপে বলতে:
এটি ক্রেডিটে হিসাব করা হয়; আপনি যত বেশি থাম্বনেইল সাইজ ব্যবহার করবেন এবং যত বেশি WebP/AVIF সক্ষম করবেন, আপনার ক্রেডিট তত দ্রুত শেষ হয়ে যাবে।

TinyPNG ক্রেডিটের একটি সহজে বোঝার উদাহরণ

ধরা যাক আপনার সাইট প্রতিটি ছবির জন্য আটটি থাম্বনেইল আকার তৈরি করে:

• কম্প্রেশন শুধুমাত্র: মূল চিত্র + ৮টি থাম্বনেইল → ৯টি ক্রেডিট প্রয়োজন
• যদি WebP/AVIF রূপান্তর সক্ষম থাকে: প্রতিটি সাইজের জন্য অতিরিক্ত একটি ক্রেডিট কাটা হবে → এতে মোট প্রায় দ্বিগুণ হয়ে যেতে পারে
  এটি প্লাগইন পৃষ্ঠায় দেওয়া বর্ণনার সাথে সামঞ্জস্যপূর্ণ: একবার রূপান্তর সক্রিয় হলে, বিনামূল্যের কোটা প্রায় “মাসে ১০০” থেকে “মাসে ৫০”-এ পরিবর্তিত হয়।

TinyPNG-এর সবচেয়ে সাধারণ ফাঁদসমূহ

1. আমি ভেবেছিলাম ৫০০ ক্রেডিট মানে ৫০০টি ছবি।
   না। এটি প্রতি “ইমেজ সাইজ/ভ্যারিয়েন্ট” অনুযায়ী চার্জ করা হয়। প্লাগইন পৃষ্ঠায় স্পষ্টভাবে বলা আছে যে “রূপান্তরে প্রতি ইমেজ সাইজের জন্য অতিরিক্ত ১ ক্রেডিট খরচ হবে”।
2. থিম/ই-কমার্স প্লাগইন অনেকগুলো ইমেজ সাইজ তৈরি করে, এবং ফ্রি কোটা উল্লেখযোগ্যভাবে কমে গেছে।
   যত বেশি মাত্রা থাকবে, ক্রেডিট শেষ হয়ে যাওয়া ততই সহজ হবে।
3. রূপান্তর সক্রিয় করার পর আমি দেখলাম আমার ক্রেডিট লিমিট হঠাৎ শেষ হয়ে গেছে।
   এটি কোনো বাগ নয়; বিলিং সিস্টেম এভাবেই কাজ করে।
   কৌশলগত সুপারিশসমূহ:

• যদি ফ্রি ফেজ প্রধানত কম্প্রেশন এবং ওজন কমানোর জন্য নির্ধারিত হয়, তাহলে আপনি শুধুমাত্র কম্প্রেশন প্রয়োগ করে শুরু করতে পারেন। একবার আপনি নিশ্চিত হয়ে গেলে যে সাইটটির কাঠামো স্থিতিশীল এবং আপনার সত্যিই নেক্সট-জেন প্রয়োজন, তখন আপনি রূপান্তর শুরু করতে পারেন।

৪. পরিস্থিতি অনুযায়ী সুপারিশ: বিভিন্ন ধরনের ওয়েবসাইটের জন্য কীভাবে নির্বাচন করবেন

যদিও সবাই WordPress ব্যবহার করে, “ইমেজ সংক্রান্ত সমস্যাগুলো” কনটেন্ট সাইট, ই-কমার্স সাইট, পোর্টফোলিও এবং মেম্বারশিপ সাইটের মধ্যে ভিন্ন।

৪.১ বিষয়বস্তু সাইট/ব্লগ (অনেকগুলি ছবি ও নিবন্ধসহ, মাঝারি আপডেট ফ্রিকোয়েন্সি)

অগ্রাধিকার সুপারিশসমূহ:

1. মাত্রা নির্ধারণ কৌশল (ধাপ ১)
2. সংকোচন (ধাপ ২)
3. WebP (ধাপ ৩)

একটি আরও উপযুক্ত পথ:

• যদি আপনি ঝামেলামুক্ত বিকল্প চান: Option B-এর তিনটি (ShortPixel / Imagify / TinyPNG) থেকে একটি বেছে নিন।
• যদি আপনি একটি বিনামূল্যের বিকল্প চান: রুট এ (Plus WebP + EWWW), তবে আমরা প্রথমে ঝুঁকি মূল্যায়নের জন্য “Conservative Mode (মূল ছবি মুছে ফেলবেন না)” দিয়ে শুরু করার পরামর্শ দিই।

সাধারণ ফাঁদ:

• নিবন্ধ পৃষ্ঠায় হেডার ইমেজটি খুব বড়, এবং লেজি লোডিং কৌশলটি খারাপভাবে বাস্তবায়িত হয়েছে।এটি প্রথম স্ক্রিনকে ধীর করে দেবে।

৪.২ ই-কমার্স/পণ্য ওয়েবসাইট (অসংখ্য থাম্বনেইল এবং চিত্রের বিভিন্ন ভেরিয়েশন; স্থিতিশীলতা সর্বোচ্চ অগ্রাধিকার)

ই-কমার্সে সবচেয়ে সাধারণ সমস্যাগুলো “সংকোচনের গুণমান খারাপ” নয়, বরং “অপ্টিমাইজেশনের পর কিছু মাত্রা ভুল হয়ে যায়, থাম্বনেইল অনুপস্থিত থাকে, অথবা ফ্রন্ট-এন্ড উপাদানগুলো ছবি আনতে পারে না”।

অগ্রাধিকার সুপারিশসমূহ:

1. সতর্কতার সঙ্গে শুরু করুন: একটি রক্ষণশীল কম্প্রেশন কৌশল অবলম্বন করুন; পুরো ডাটাবেস একসঙ্গে তাৎক্ষণিকভাবে প্রতিস্থাপন করবেন না।
2. থাম্বনেইল সাইজ মূল্যায়ন: ই-কমার্স থিমগুলো সাধারণত আরও বেশি সাইজ তৈরি করে, যা ডেটা ব্যবহার উল্লেখযোগ্যভাবে বাড়িয়ে দিতে পারে (বিশেষ করে ShortPixel এবং TinyPNG-তে এটি বেশি লক্ষণীয়)।
3. প্রথমে ছোট পরিসরে একটি পরীক্ষা পরিচালনা করুন, তারপর এটিকে আরও বিস্তৃত শ্রোতাদের কাছে ছড়িয়ে দিন (এটি একেবারেই গুরুত্বপূর্ণ)

একটি আরও উপযুক্ত পথ:

• Option B সাধারণত ঝামেলামুক্ত পছন্দ: ShortPixel, Imagify এবং TinyPNG সবই ব্যাচ প্রসেসিং সমর্থন করে; মূল বিষয় হল কোটা সিস্টেম বোঝা এবং খরচ আগে থেকেই মূল্যায়ন করা।
• বিকল্প A-ও গ্রহণযোগ্য, তবে Plus WebP-এর আইডি ওভাররাইট করা, মূল ছবি মুছে ফেলা এবং URL প্রতিস্থাপন করার আচরণ সম্পর্কে আপনাকে আরও সতর্ক হতে হবে: যেহেতু এটি একটি সম্পদ স্থানান্তর, তাই এক্ষুনি সম্পূর্ণ প্রতিস্থাপন করা অনুচিত।

৪.৩ পোর্টফোলিও/ফটোগ্রাফি ওয়েবসাইট (যেখানে চিত্রের গুণমান অত্যন্ত গুরুত্বপূর্ণ, ফাইলগুলো বড় এবং দৃশ্যমান আকর্ষণ সর্বোচ্চ)

অগ্রাধিকার সুপারিশসমূহ:

1. মাত্রা নির্ধারণ কৌশল (প্রদর্শন এলাকা নিয়ন্ত্রণ)
2. সংকোচন কৌশল (বিবরণ হারানোর চেয়ে সামান্য বড় ফাইল থাকা ভালো)
3. WebP/AVIF (বড় ছবির জন্য সুবিধাগুলো স্পষ্ট, তবে ভিজ্যুয়াল গুণমান যাচাই করতে হবে)

একটি আরও উপযুক্ত পথ:

• ইমেজিফাইযেহেতু কোটা “মূল চিত্রের আকারের” ভিত্তিতে কাটা হয়, এই ধরনের সাইট খরচ নিয়ন্ত্রণে রাখা সহজ করে (আপনি প্রায় অনুমান করতে পারেন প্রতিটি বড় ছবির খরচ কত হবে), তবে বারবার সেগুলো পুনরায় সংকুচিত করা এড়িয়ে চলুন।
• শর্টপিক্সেলযদি থাম্বনেইল সাইজ খুব বেশি না হয়, তাহলে ক্রেডিট ব্যবহার তুলনামূলকভাবে সহজ; তবে যদি আপনি অনেকগুলো সাইজ এবং পরবর্তী প্রজন্মের সংস্করণ তৈরি করেন, তাহলে ক্রেডিট ব্যবহার উল্লেখযোগ্যভাবে বেড়ে যাবে, তাই আপনাকে আগে থেকেই পরিকল্পনা করতে হবে।

৫. কোটা বনাম বিলিং: বিনামূল্যের বরাদ্দ যথেষ্ট কিনা একটি বিস্তারিত পর্যালোচনা

কোনটি টাকায় বেশি মূল্য দেয়, এবং ফ্রি ট্রায়াল কতক্ষণ থাকবে?

৫.১ তিনটি বিলিং মডেল

• শর্টপিক্সেল(শ্রেয়)ক্রেডিটগুলো “মূল চিত্র এবং থাম্বনেইলগুলোর সংখ্যা”র ভিত্তিতে হিসাব করা হয়; WebP/AVIF ফাইল তৈরি করার ক্ষেত্রে প্রতিটি সংশ্লিষ্ট সংস্করণের জন্য অতিরিক্ত ক্রেডিট চার্জ আরোপিত হবে।
• ইমেজিফাই(MB কোটা)কোটা “মূল ফাইলের আকারের” ভিত্তিতে কাটা হয়; যত বেশি থাম্বনেইল থাকবে, তত বেশি কোটা ব্যবহৃত হবে; পুনরায় কম্প্রেশন করলে আরও কোটা কাটা হবে।
• টিনিপিএনজি(শ্রেয়): প্রতি মাসে ৫০০ ক্রেডিট; WebP/AVIF রূপান্তর সক্ষম করলে প্রতি ইমেজ সাইজের জন্য অতিরিক্ত চার্জ আরোপিত হবে।

৫.২ দ্রুত অনুমান পদ্ধতিসমূহ

আপনি এটি নিম্নরূপ অনুমান করতে পারেন:

1. যে কোনো “আপনি প্রায়ই আপলোড করা আসল ছবি” বেছে নিন এবং এর আনুমানিক আকার পরীক্ষা করুন (যেমন 300KB / 1MB / 3MB)
2. এটি নির্ভর করে আপনার সাইট সাধারণত কতগুলো থাম্বনেইল সাইজ তৈরি করে (যেমন ৫, ১০ বা ২০)।
3. আপনি WebP/AVIF তৈরি করতে চান কিনা সিদ্ধান্ত নিন (হ্যাঁ/না)

তারপর ব্যবহার বোঝার জন্য নিচের “মানসিক অঙ্ক” ব্যবহার করুন:

• শর্টপিক্সেলপ্রতিটি ছবি = (১ + থাম্বনেইলগুলোর সংখ্যা) ক্রেডিট; যদি WebP/AVIF তৈরি করা হয়, তাহলে তা দ্বিগুণ (কারণ পরবর্তী প্রজন্মের সংস্করণগুলোর জন্যও ক্রেডিট প্রয়োজন)
• ইমেজিফাইপ্রতিটি ছবির কোটা প্রায় (মূল ছবির আকার + সমস্ত থাম্বনেইলের মোট আকার); কম্প্রেশন স্তর পরিবর্তন করে ছবি পুনরায় কম্প্রেস করলে কোটা থেকে আরও কমানো হবে।
• টিনিপিএনজি: ৫০০টি ফ্রি ক্রেডিট; যদি আপনার সাইট প্রতি ইমেজে প্রচুর সংখ্যক ইমেজ সাইজ তৈরি করে এবং ইমেজ রূপান্তর সক্ষম থাকে, তবে ফ্রি ইমেজের সংখ্যা উল্লেখযোগ্যভাবে কমে যাবে (প্লাগইন পৃষ্ঠায় আনুমানিক “মাসে প্রায় ১০০টি” এবং “মাসে প্রায় ৫০টি” হিসেবে দেখানো হয়েছে)

৬. ঝুঁকি প্রকাশ

ঝুঁকি ১: একাধিক প্লাগইন একই কাজ করার পরিস্থিতি এড়িয়ে চলুন

এটি সবচেয়ে সাধারণ “দুর্যোগের উৎস”

• রুট এ:অতিরিক্ত WebP বা AVIF + EWWW(কাজগুলো দুজনের মধ্যে ভাগ করে নিন; রূপান্তর এবং ডেলিভারি একসঙ্গে করবেন না, অথবা শুধুমাত্র একটিই ইনস্টল করুন)
• বিকল্প বি: ShortPixel / Imagify / TinyPNG তিনটির মধ্যে একটি বেছে নিন(সংকোচন এবং পরবর্তী প্রজন্মের জন্য একটি নির্বাচন করুন)

ঝুঁকি ২: এছাড়াও WebP-এর “আইডি ওভাররাইট / মূল চিত্র মুছে ফেলা / URL প্রতিস্থাপন” ফাংশনগুলো সম্পদ স্থানান্তর গঠন করে।

পুনরায় বলতে:অতিরিক্ত WebP বিবরণে স্পষ্টভাবে বলা হয়েছে যে একটি সম্পূর্ণ জেনারেশনের সময় মূল ইমেজ আইডি ওভাররাইট করা হবে, মূল ফাইল মুছে ফেলা হবে এবং কন্টেন্ট URL প্রতিস্থাপন করা হবে।
এটি কোনো “ক্ষুদ্র সমন্বয় যা যে কোনো সময় উল্টে ফেলা যায়” নয়, বরং এটি সম্পদের স্তরে একটি পরিবর্তন।

সুপারিশকৃত কৌশলটি হওয়া উচিত:

• একটি ছোট পরিসরের পরীক্ষায় শুরু করুন (কয়েক ডজন থেকে কয়েকশো)
• নিশ্চিত করুন যে ফ্রন্ট-এন্ড ডিসপ্লে, থাম্বনেইল এবং ক্যাশ আপডেট সবই সঠিকভাবে কাজ করছে।
• সমগ্র ডাটাবেস প্রক্রিয়াকরণ করার কথা বিবেচনা করুন।

ঝুঁকি ৩: ক্লাউড কম্প্রেশনের “ফ্রি কোটা”র প্রকৃত ব্যবহার থাম্বনেইলের সংখ্যা এবং পরবর্তী প্রজন্মের বিকল্পগুলির পছন্দের উপর নির্ভর করে।

• শর্টপিক্সেলথাম্বনেইল এবং পরবর্তী প্রজন্মের বৈশিষ্ট্যগুলি ক্রেডিটগুলিতে উল্লেখযোগ্য প্রভাব ফেলবে।
• টিনিপিএনজি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: Plus WebP অথবা AVIF + EWWW Image Optimizer (অথবা এগুলোর মধ্যে যেকোনো একটি ইনস্টল করুন)
• বিকল্প B: ShortPixel, Imagify বা TinyPNG-এর মধ্যে একটি নির্বাচন করুন।
  একই সাইটে একাধিক প্লাগইন চালিয়ে “কম্প্রেশন, WebP বা AVIF-এ রূপান্তর, URL পরিবর্তন এবং ডেলিভারি রাইটিং” একযোগে করা হল বিশৃঙ্খলা সৃষ্টির সবচেয়ে নিশ্চিত উপায় এবং সমস্যা সমাধানের সবচেয়ে কঠিন।

২. কি ওয়ার্ডপ্রেস ইতিমধ্যেই WebP/AVIF সমর্থন করে না? তাহলে কি আমার এখনও প্লাগইন দরকার?

নিম্নলিখিতগুলির মধ্যে পার্থক্য করা গুরুত্বপূর্ণ:
“আপলোড/ব্যবহারের জন্য সমর্থন” ≠ “স্বয়ংক্রিয় রূপান্তর/স্বয়ংক্রিয় সরবরাহ”
WordPress 6.5 স্বয়ংক্রিয়ভাবে বিদ্যমান JPG/PNG ফাইলগুলোকে WebP/AVIF-এ বাল্ক রূপান্তর করবে না, এবং ব্রাউজারের সক্ষমতা অনুযায়ী AVIF/WebP পরিবেশন করে মূল ফরম্যাটে ফিরে যাওয়ার পুরো প্রক্রিয়াটিও স্বয়ংক্রিয়ভাবে পরিচালনা করবে না। আপনার বিদ্যমান মিডিয়া লাইব্রেরি আপডেট হয়েছে তা নিশ্চিত করতে সাধারণত আপনাকে প্লাগইন বা কোনো সার্ভিস ব্যবহার করতে হবে।

৩. যখন ইমেজ অপ্টিমাইজেশনের কথা আসে, কোন ধাপটি প্রকৃতপক্ষে সর্বোচ্চ বিনিয়োগের রিটার্ন প্রদান করে?

সাধারণত প্রথমে মাত্রাগুলো সঠিকভাবে নির্ধারণ করুন (srcset/sizes)。
অনেক ওয়েবসাইট ধীরগতির হয়, কারণ সেগুলো কম্প্রেস করা হয়নি বলে নয়, বরং সেগুলো মাত্র ৯০০ পিক্সেল প্রস্থের একটি পৃষ্ঠা দেখায় অথচ ব্যবহারকারীদের মূল ৩০০০ পিক্সেলের ছবি ডাউনলোড করতে বাধ্য করে। কম্প্রেশন কয়েক কিলোবাইট বাঁচাতে পারে, কিন্তু “ভুল মাত্রা” নির্ধারণের কারণে কোনো ভালো কারণ ছাড়াই আপনাকে কয়েকগুণ বেশি ডেটা ডাউনলোড করতে হয়।

৪. আমি কীভাবে নিশ্চিত হতে পারি যে “ছোট সংস্করণ” লোড হচ্ছে, মূল চিত্রের পরিবর্তে?

দুটি ঘটনা বিবেচনা করুন:

• মোবাইল ডিভাইসে দেখলে, ডাউনলোড করা ছবিগুলো ডেস্কটপের তুলনায় লক্ষণীয়ভাবে ছোট দেখায়।
• একই ছবির ফাইল সাইজ তা নির্ভর করে কোন ডিভাইসে এটি লোড করা হয়েছে।
  যদি ছবিগুলো সবসময় তাদের মূল আকারে ডাউনলোড হয়, তাহলে এর কারণ প্রায়ই থিম বা পেজ বিল্ডার ছবিটিকে CSS ব্যাকগ্রাউন্ড ইমেজ বা কাস্টম আউটপুট হিসেবে বিবেচনা করে, ফলে মিডিয়া লাইব্রেরির একাধিক মাত্রা এবং `srcset` অ্যাট্রিবিউটের সমর্থন এড়িয়ে যায়।

৫. “WebP/AVIF generated” কি অনিবার্যভাবে বোঝায় যে ফ্রন্ট এন্ড WebP/AVIF আউটপুট করছে?

সমান নয়।
জেনারেটেশন শুধুমাত্র “ফাইল লেভেলে” সম্পূর্ণ হয়; ওয়েবপি/এভিআইএফ প্রকৃতপক্ষে ফ্রন্ট-এন্ডে পরিবেশিত হবে কিনা তা পুনঃলিখন, `picture` ট্যাগ কৌশল, ক্যাশ হিট হয়েছে কিনা এবং ব্রাউজার নেগোশিয়েশন কার্যকর কিনা—এসব ফ্যাক্টরের ওপর নির্ভর করে। একবার আপনি শেষ করলে, আপনাকে “কয়েকটি ছবির রিসোর্স ধরন স্পট-চেক” করতে হবে।

৬. WebP বা AVIF-এর সাথে ঠিক কী কী ঝুঁকি জড়িত? আমি কি পুরো ডাটাবেসের উপর এক-ক্লিক চেক চালাতে পারি?

ঝুঁকি “সংকোচনে” নয়, বরংসম্পদ স্থানান্তর স্তরে পরিবর্তনসমূহ：

• পূর্ণ সেট তৈরি করার সময়, মূল চিত্র ফাইল আইডিগুলো ওভাররাইট হতে পারে, মূল ফাইলগুলো মুছে ফেলা হতে পারে, এবং বিষয়বস্তুর মধ্যে থাকা URLগুলো প্রতিস্থাপন করা হতে পারে।
  সুতরাংআমরা পুরো ডাটাবেসটি একসাথে তাৎক্ষণিকভাবে প্রতিস্থাপন করার পরামর্শ দিই না।একটি ছোট পরিসরের পরীক্ষা (কয়েক ডজন থেকে কয়েকশ রেকর্ড) দিয়ে শুরু করুন এবং পূর্ণ ডাটাবেসের সাথে এগিয়ে যাওয়ার আগে নিশ্চিত করুন আপনার কাছে একটি কার্যকর ব্যাকআপ রয়েছে।

৭. Plus WebP-এ দুই মোডের মধ্যে আমি কীভাবে বেছে নেব: মূল ছবি রেখে দেব নাকি প্রতিস্থাপন করে মূল ছবি মুছে ফেলব?

সরল ভাষায়:

• বিকল্প ১: মূল চিত্রটি রাখুন + WebP/AVIF অনুলিপি তৈরি করুন (অধিক নির্ভরযোগ্য): ফেরত আনা সহজ, কিন্তু এতে আরও বেশি ডিস্ক স্পেস লাগে (মূল ইমেজ + নতুন ফরম্যাট + একাধিক থাম্বনেইল সাইজ)।
• পদ্ধতি ২: মূল চিত্র প্রতিস্থাপন ও মুছে ফেলা (আরও চরম)ডিস্ক সম্প্রসারণের প্রবণতা নেই, তবে যদি আপনি সম্পদ এবং রেফারেন্স পরিবর্তন করেন, সামঞ্জস্যতার সমস্যা সমাধান করা আরও ব্যয়বহুল হয়ে ওঠে।
  সাইট যত বেশি জটিল (ই-কমার্স, একাধিক প্লাগইন, বিভিন্ন আকার), ততই আমরা একটি আরও স্থিতিশীল পদ্ধতি দিয়ে শুরু করার পরামর্শ দিই।

৮. EWWW Image Optimizer দ্বারা প্রদত্ত ফ্রি লোকাল কম্প্রেশন কি যথেষ্ট? এটি কি সার্ভারকে ওভারলোড করতে পারে?

EWWW আসলে একটি “স্থানীয় কম্প্রেশন টুল”: এটি CPU/IO খরচ করে।
ব্যাচ অপ্টিমাইজেশনের সময় লোড বৃদ্ধি পাওয়া স্বাভাবিক; এর মানে এই নয় যে সিস্টেম “ব্যর্থ” হচ্ছে, বরং পদ্ধতিটি সঠিক হওয়া উচিত: কাজগুলো ব্যাচে অফ-পিক সময়ে সম্পন্ন করুন এবং প্রয়োজনে অফলোডিং বা ক্লাউড সমাধান বেছে নিন।
যদি আপনি ঝামেলামুক্ত সমাধান খুঁজছেন, অথবা আপনার সার্ভারের সম্পদ সীমিত, তাহলে বিকল্প বি সার্ভার-বান্ধব।

৯. ShortPixel প্রতি মাসে ১০০টি ফ্রি ক্রেডিট অফার করে, তাহলে কেন আমার মনে হয় যে মাত্র কয়েকটি ছবিতেই সেগুলো শেষ হয়ে গেছে?

কারণ “Credits” বলতে 'ছবির সংখ্যা'কে বোঝায় না।”থাম্বনেইল এবং পরবর্তী প্রজন্মের মাধ্যমে বড় করা হবে:

• মূল ছবি + প্রতিটি থাম্বনেইলের ক্রেডিট
• যদি WebP/AVIF ফাইল তৈরি করা হয়, প্রতিটি সংশ্লিষ্ট সংস্করণের জন্য অতিরিক্ত ক্রেডিট খরচ হবে।
  আপনি যা “একটি ছবি” মনে করতে পারেন, তা আসলে প্রায় “দুই অঙ্কের ক্রেডিট” ব্যবহার করতে পারে। ShortPixel

10. কেন Imagify-এর বিনামূল্যের 201 TP234T প্রতি মাস এত দ্রুত শেষ হয়ে যায়?

Imagify আরও বেশি “ডেটা বান্ডল”-এর মতো:

• আপনার বার্তার অনুযায়ীমূল ফাইলের আকারকোটা থেকে বাদ দিন
• যত বেশি থাম্বনেইল থাকবে, তত বেশি সম্পদ খরচ হবে।
• কম্প্রেশন স্তর পরিবর্তন এবং পুনরায় অপ্টিমাইজ করলে কোটা আবার ব্যয় হবে।
• একটি একক API কী একাধিক সাইটে ব্যবহার করা যেতে পারে, যেখানে কোটাগুলো ভাগাভাগি করা হয়।
  সুতরাং “20MB শীঘ্রই শেষ হয়ে যাবে” বার্তাটি প্রায়ই ছবিগুলো খুব বড় হওয়া, অনেকগুলো থাম্বনেইল থাকা, বা বারবার পরীক্ষা-ত্রুটির কারণে প্রদর্শিত হয়।

11. TinyPNG প্রতি মাসে ৫০০টি ফ্রি ক্রেডিট অফার করে, তাহলে প্লাগইন কেন বলে প্রতি মাসে মাত্র প্রায় ১০০টি ছবি ব্যবহার করা যাবে, এবং WebP/AVIF সক্রিয় করার পর কেন এটি প্রতি মাসে ৫০টি ছবিতে নেমে যায়?

এর কারণ হল “Dimensions/Variants” বিভাগে TinyPNG ক্রেডিটগুলোও স্কেল আপ করা হয়েছে:

• একটি স্ট্যান্ডার্ড ওয়ার্ডপ্রেস ইনস্টলেশন সাধারণত প্রতি মাসে প্রায় ১০০টি ছবি সংকুচিত করে।
• AVIF বা WebP রূপান্তর সক্ষম করুন:প্রতিটি চিত্রের আকারের জন্য একটি অতিরিক্ত ক্রেডিট খরচ হবে।, তাই আমি সম্ভবত প্রতি মাসে প্রায় ৫০টি ছবি সংকুচিত ও রূপান্তর করতে পারি (থাম্বনেইল সাইজের সংখ্যার ওপর নির্ভর করে)।
  সুতরাং ৫০০ ক্রেডিট = ৫০০ চিত্র।

১২. আমাদের সাইটে কতটি থাম্বনেইল আছে? এগুলো কেন এত প্রভাবশালী?

ওয়ার্ডপ্রেসে একটি ছবি আপলোড করলে একাধিক সাইজ তৈরি হয়; থিম এবং প্লাগইন (বিশেষ করে ই-কমার্স প্লাগইন) আরও বেশি সাইজ তৈরি করতে পারে।
ক্লাউড কম্প্রেশনের ক্ষেত্রে, ক্রেডিট বা কোটা সাধারণত মূল ছবি এবং এর থাম্বনেইলগুলোর সম্মিলিত মোট আকারের ভিত্তিতে হিসাব করা হয়, তাই থাম্বনেইল যত বেশি হবে, বিনামূল্যের বরাদ্দ তত দ্রুত শেষ হয়ে যাবে।

১৩. কি লেজি লোডিং সবসময়ই গতি বাড়ায়? কেন কিছু মানুষ বলে যে লেজি লোডিং আসলে গতি কমিয়ে দেয়?

অলস লোডিং “স্ক্রিনের বাইরে থাকা রিসোর্সগুলির” জন্য উপযুক্ত।
যদি প্রথম স্ক্রিনের সবচেয়ে গুরুত্বপূর্ণ বড় ছবিটিও বিলম্বিত হয়, তাহলে এটি প্রাথমিক লোডিং অভিজ্ঞতাকে ধীর করে দিতে পারে। যদিও WordPress 5.5 এবং পরবর্তী সংস্করণে ডিফল্ট লেজি লোডিং ঠিকই কাজ করে, তবে এটি সর্বত্র প্রয়োগ করা উচিত নয়।

১৪. যদি আমি রুট A বা B নিই, তাহলে কখন আমাকে CDN / ইমেজ CDN-এর প্রয়োজন হবে?

সংকোচন, ফাইলের আকার এবং ফরম্যাট ফাইলগুলোকে ছোট এবং আরও উপযোগী করার বিষয়টি সমাধান করে।
CDN দ্রুত এবং আরও নির্ভরযোগ্য ডেলিভারি নিশ্চিত করে।。
যখন দূরবর্তী অরিজিন সার্ভার থেকে ছবি আনা হওয়ার কারণে উল্লেখযোগ্য বিলম্ব হয়, তখন প্রতি ছবির সাথে CDN যোগ করা (যেমন Cloudflare Polish/Jetpack Site Accelerator) সাধারণত আরও স্থিতিশীল অভিজ্ঞতা প্রদান করে এবং বিষয়বস্তু পড়তে সহজ করে তোলে। ওয়ার্ডপ্রেস CDN ত্বরণ。

১৫. একবার আমি শেষ করে ফেললে, এটা সত্যিই কাজ করছে কিনা যাচাই করার সবচেয়ে সহজ উপায় কী?

যাচাই করার দ্রুততম উপায়:

• একই পৃষ্ঠা দ্বিতীয়বার রিফ্রেশ করার সময় লোডিং প্রক্রিয়াটি কি আরও স্থিতিশীল এবং দ্রুত হয়?
• মোবাইল এবং ডেস্কটপ সংস্করণের মধ্যে ইমেজের আকারে কি কোনো লক্ষণীয় পার্থক্য আছে (srcset/sizes কি প্রত্যাশা অনুযায়ী কাজ করছে)?
• এলোমেলোভাবে কয়েকটি চিত্র পরীক্ষা করুন: কোনো WebP বা AVIF ফাইল/সম্পদ আছে কি?
• কয়েকটি ছবি দেখুন: জুম ইন করে দেখুন সেগুলো লক্ষণীয়ভাবে ঝাপসা কিনা বা লেখাগুলো অস্পষ্ট দেখাচ্ছে কিনা।