WordPress ক্যাশ বেঞ্চমার্ক: ক্যাশ করা পেজ বনাম ক্যাশ না করা পেজ

ফলাফল

মধ্যমানে, ক্যাশ করা পৃষ্ঠাটি ২.৭ গুণ দ্রুত পৌঁছাতে শুরু করেছে।

পরিমাপের তারিখ ১৬ সেপ্টেম্বর, ২০২৬

এটি কীভাবে পরিমাপ করা হয়েছে

পৃষ্ঠাটি ছিল আমাদের LiteSpeed হোস্টিংয়ে আমাদের CDN-এর পেছনে Zinn® Cache 1.3.0 চালিত একটি WordPress সাইটের হোম পেজ, যা প্রায় 86 KB-এর HTML। অনুরোধগুলো জার্মানির একটি সার্ভার থেকে এসেছিল।

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

সংখ্যাটি হলো সার্ভার অপেক্ষার সময়: ডিএনএস, সংযোগ এবং টিএলএস সেটআপ বাদ দিয়ে অনুরোধ পাঠানোর পর থেকে প্রথম বাইট পৌঁছানো পর্যন্ত সময়। প্রতিটি সেটের একটি অনুরোধ সম্পন্ন হয়নি এবং সেটিকে দ্রুত হিসেবে গণ্য না করে বাদ দেওয়া হয়েছে।

এটি আপনাকে যা জানায় না

এটি কয়েকটি প্লাগইন সহ একটি ছোট এবং দ্রুতগতির সাইট। প্রতি পৃষ্ঠায় আরও বেশি কাজ করে এমন একটি সাইট — একটি বড় দোকান, পেজ বিল্ডার, কয়েক ডজন প্লাগইন — তৈরি হতে বেশি সময় নেয়, তাই ক্যাশ করা কপিটি বেশি সাশ্রয় করে। যে সাইটটি ইতিমধ্যেই অন্যান্য কারণে ধীরগতির, যেমন ভারী ছবি বা তৃতীয় পক্ষের স্ক্রিপ্ট, তা কেবল ক্যাশিংয়ের মাধ্যমেই দ্রুত হবে না।

এটি ব্রাউজার নয়, সার্ভারকেও পরিমাপ করে। Core Web Vitals প্রথম বাইটের পরে কী ঘটে তার উপরও নির্ভর করে, যেখানে Zinn® Cache Pro-এর ছবি, CSS এবং JavaScript বিকল্পগুলি কার্যকর হয়।

আপনার নিজস্ব সাইট পরিমাপ করুন

আপনার ব্রাউজারের ডেভেলপার টুল খুলুন, সাইন আউট থাকা অবস্থায় একটি পৃষ্ঠা পুনরায় লোড করুন এবং রেসপন্স হেডারগুলো দেখুন। x-litespeed-cache: hit মানে পৃষ্ঠাটি ক্যাশ থেকে এসেছে; miss মানে এটি তৈরি করা হয়েছিল এবং এখন সংরক্ষিত রয়েছে। নীচের নির্দেশিকাটিতে এটি বিস্তারিত ব্যাখ্যা করা হয়েছে।

WordPress গতি পরীক্ষা: Zinn® Cache বন্ধ এবং চালু অবস্থায় একই পৃষ্ঠা

আপনার ব্রাউজারে বিনামূল্যে Zinn® Cache ব্যবহার করে দেখুন

আপনার WordPress ক্যাশে কাজ করছে কিনা তা পরীক্ষা করুন