WordPress

ওয়েবসাইট স্পিড অপটিমাইজেশনে যে ছয়টা মোড়ে মানুষ ভুল পথ ধরে

স্পিডের কাজে বেশিরভাগ ভুল অলসতা থেকে হয় না — হয় ভুল অপশন বেছে নেওয়া থেকে। ক্যাশ প্লাগইন, হোস্টিং, ছবি, Cloudflare — প্রতিটা মোড়ে কোনটা কখন বেছে নেবেন, আর কোনটা কখনোই নয়।

স্ট্যাক অ্যালিক্স টিমস্ট্যাক অ্যালিক্স টিম১৭ সেপ, ২০২৬১০ মিনিট পড়া
শেয়ার করুন

গত ঈদের আগে এক ক্লায়েন্ট খুব খুশি হয়ে রিপোর্ট পাঠালেন — PageSpeed Insights-এ ডেস্কটপ স্কোর ৯৭, ঝকঝকে সবুজ। সমস্যা একটাই: রংপুরের এক পাইকারি ক্রেতা ফোন করে বলেছেন সাইটটা তাঁর ফোনে খোলেই না। সাইটে ঢুকে দেখা গেল ২৯টা প্লাগইনের মধ্যে চারটাই স্পিডের — WP Rocket, Autoptimize, একটা আলাদা Lazy Load প্লাগইন, আর নাম-না-জানা একটা “Speed Booster Pack”। তিনটা কার্যত একই কাজ করছে, আর একটা আরেকটার তৈরি করা ফাইল আবার প্রসেস করার চেষ্টা করছে। এখানে ওয়েবসাইট স্পিড অপটিমাইজেশন সমস্যার সমাধান করেনি, নিজেই সমস্যা হয়ে দাঁড়িয়েছে।

এই ধরনের কেস মাসে দু-তিনটা আসে, আর প্রায় সবগুলোর গল্প এক। কেউ ইচ্ছে করে সাইট ধীর করে না। স্পিডের কাজে ভুল হয় সিদ্ধান্তের মোড়ে — প্রতিটা ধাপে দুটো বা তিনটা রাস্তা থাকে, আর মানুষ যেটা সহজ বা যেটা ইউটিউব ভিডিওতে দেখেছে সেটা ধরে, যেটা তার সাইটের জন্য ঠিক সেটা নয়। নিচে সেই মোড়গুলো এক এক করে ধরছি — কোন রাস্তা কার জন্য, কখন, আর কোনটা কখনোই নয়।

মোড় ১ — নম্বর বাড়াবেন, নাকি অপেক্ষার সময় কমাবেন

PageSpeed Insights-এর ওপরের রঙিন গোল স্কোরটা একটা ল্যাব টেস্ট। গুগলের সার্ভার একটা সিমুলেটেড মাঝারি ফোনে, মাঝারি নেটওয়ার্কে আপনার পেজ একবার লোড করে নম্বর দেয়। আর ওই পেজেরই নিচের দিকে, “Discover what your real users are experiencing” অংশে যেটা থাকে — সেটা আসল। ওটা গত ২৮ দিনে Chrome ব্যবহারকারীদের কাছ থেকে জমা হওয়া সত্যিকারের ডেটা, আর র‍্যাংকিং সিগন্যাল হিসেবে গুগল ওটাই দেখে, স্কোরটা নয়।

ফারাকটা কতটা হতে পারে? আমরা এমন সাইট দেখেছি যার স্কোর ৯২, অথচ ফিল্ড ডেটায় LCP ৪.১ সেকেন্ড — কারণ আসল ব্যবহারকারীরা ঢাকার বাইরে থেকে, দুর্বল 4G-তে, আর ৯৫ শতাংশ ভিজিট মোবাইল থেকে। আবার উল্টোটাও দেখেছি: স্কোর ৬৮, কিন্তু ফিল্ডে সব সবুজ, কারণ সাইটটার ট্রাফিক মূলত অফিসের ওয়াইফাই থেকে ডেস্কটপে।

  • ল্যাব স্কোর ধরে কাজ করুন যখন সাইট নতুন, ট্রাফিক এখনো কম (দিনে ২০০-র নিচে), আর ফিল্ড ডেটা জমা হওয়ার মতো ভিজিটরই নেই। তখন স্কোর ছাড়া মাপার আর কিছু নেই।
  • ফিল্ড ডেটা ধরে কাজ করুন যখন সাইটে নিয়মিত ট্রাফিক আছে। Search Console-এর Core Web Vitals রিপোর্ট খুলুন, দেখুন কোন URL গ্রুপ লাল। ওখানেই আসল টাকা।
স্কোর ১০০ করা যায় এমন একটা খালি পেজ দিয়ে, যার কোনো ছবি নেই, কোনো ফন্ট নেই, কোনো ক্রেতাও নেই। লক্ষ্য নম্বর নয় — লক্ষ্য হলো মিরপুরের একজন ক্রেতা যেন “Add to cart” চাপার আগে বিরক্ত হয়ে বেরিয়ে না যান।

মোড় ২ — কোন ক্যাশ প্লাগইন, আর কেন একটার বেশি নয়

এক সাইটে দুটো ক্যাশ প্লাগইন মানে দুটোই HTML ধরে রাখার চেষ্টা করছে, দুটোই CSS মার্জ করছে, দুটোই আলাদা ফোল্ডারে ফাইল বানাচ্ছে। ফল হয় ভাঙা লেআউট, পুরনো দাম দেখানো ক্যাশ পেজ, আর ক্যাশ ক্লিয়ার করলেও পরিবর্তন না দেখা। একটা বেছে নিন, বাকিগুলো ডিলিট করুন — ডিঅ্যাক্টিভ নয়, ডিলিট, কারণ অনেকগুলো ডিঅ্যাক্টিভ অবস্থাতেও wp-content/advanced-cache.php বা .htaccess-এ নিজের কোড রেখে যায়।

  • LiteSpeed Cache — যদি হোস্টিং LiteSpeed বা OpenLiteSpeed সার্ভারে হয় (বাংলাদেশের বেশিরভাগ cPanel শেয়ার্ড হোস্টই এখন তাই), এটাই প্রথম পছন্দ। ফ্রি, সার্ভার-লেভেল ক্যাশ, আর ওদের image optimization সার্ভিসও ফ্রি কোটায় চলে। হোস্টিং প্যানেলে “LiteSpeed Web Server” লেখা আছে কিনা দেখে নিন।
  • WP Rocket — বছরে প্রায় ৭,৫০০ টাকা (৫৯ ডলার)। কিনবেন তখনই, যখন সার্ভার LiteSpeed নয় (Nginx/Apache), আর আপনি সেটিংস নিয়ে ঘাঁটাঘাঁটি না করে ইনস্টল করেই ৮০ শতাংশ ফল চান। ক্লায়েন্টের সাইটে যেখানে বারবার সাপোর্ট দিতে হবে না, সেখানে এই খরচটা উসুল।
  • W3 Total Cache বা Autoptimize — ফ্রি, কিন্তু সেটিংসের জঙ্গল। তখনই বেছে নিন যখন বাজেট শূন্য এবং আপনার হাতে পরীক্ষা করার ধৈর্য আছে। শিখতে চাইলে ভালো, ক্লায়েন্টকে হ্যান্ডওভার করার জন্য নয়।

মোড় ৩ — প্লাগইন দিয়ে হোস্টিংয়ের দুর্বলতা ঢাকা

এটাই সবচেয়ে দামি ভুল। সাইট ধীর, তাই মানুষ প্লাগইন বসায়, সেটিংস ঘাঁটে, ছবি চাপে — অথচ সমস্যাটা সার্ভার প্রথম বাইট পাঠাতেই যে দেড় সেকেন্ড নিচ্ছে সেখানে। TTFB (Time To First Byte) যদি খারাপ হয়, ব্রাউজার তো তখনো কিছুই পায়নি — ক্যাশ করবেন কী?

মাপা সহজ। WebPageTest-এ সাইটটা চালান, ওয়াটারফলের একদম প্রথম লাইনটা দেখুন। অথবা টার্মিনালে curl -w "%{time_starttransfer}\n" -o /dev/null -s https://yoursite.com চালিয়ে তিনবার দেখুন। ২০০ টাকা/মাসের ওভারসোল্ড শেয়ার্ড হোস্টিংয়ে এই সংখ্যা ১.২-২.০ সেকেন্ড দেখাটা অস্বাভাবিক নয়, বিশেষ করে সন্ধ্যা ৮টার পিক আওয়ারে।

  • প্লাগইন-লেভেলে কাজ করুন যখন TTFB ধারাবাহিকভাবে ৬০০ মিলিসেকেন্ডের নিচে। সার্ভার ঠিক আছে, সমস্যা ফ্রন্ট-এন্ডে — ছবি, স্ক্রিপ্ট, ফন্ট।
  • হোস্টিং বদলান যখন TTFB বারবার ৮০০ মিলিসেকেন্ড ছাড়াচ্ছে, বিশেষ করে সন্ধ্যায়। ভালো LiteSpeed শেয়ার্ড হোস্টিং বছরে ৩,৫০০-৬,০০০ টাকায় পাওয়া যায়; ট্রাফিক বেশি হলে ছোট VPS ৮০০-১,৫০০ টাকা/মাস। এই খরচটা যেকোনো প্লাগইনের চেয়ে বেশি রিটার্ন দেবে।

মোড় ৪ — সব টগল একসাথে অন করে দেওয়া

প্লাগইনের সেটিংস পেজে দশটা চেকবক্স — Minify JS, Combine JS, Defer JS, Delay JS, Remove Unused CSS, Critical CSS, Lazy Load Iframes। মানুষ সবগুলো টিক দিয়ে Save চাপে, হোমপেজ দেখে, ফাস্ট মনে হয়, চলে যায়। তিন দিন পর ক্লায়েন্ট ফোন করেন — মোবাইল মেনু খুলছে না, বা চেকআউট পেজে “Place Order” বাটনে চাপ দিলে কিছুই হচ্ছে না।

সমস্যা শুধু ভাঙা নয় — সমস্যা হলো এখন আপনি জানেন না কোন টগলটা ভেঙেছে। একসাথে দশটা বদলালে ডিবাগ করার কোনো উপায় থাকে না। নিয়মটা সহজ: একবারে একটা, তারপর সাইটের তিনটা আসল পেজ চেক — হোমপেজ, একটা প্রোডাক্ট/সার্ভিস পেজ, আর কার্ট বা কন্টাক্ট ফর্ম।

  • ধাপ ১: শুধু পেজ ক্যাশ + Gzip/Brotli। এটুকুতেই প্রায়ই অর্ধেক লাভ চলে আসে, আর কিছু ভাঙার ঝুঁকি প্রায় শূন্য।
  • ধাপ ২: CSS/JS মিনিফাই। Combine নয় — HTTP/2-তে ফাইল জোড়া দেওয়ার সুবিধা এখন প্রায় নেই, ঝুঁকি আছে।
  • ধাপ ৩: Defer/Delay JS। এখানেই বেশিরভাগ সাইট ভাঙে। ভাঙলে চ্যাট উইজেট বা স্লাইডারের স্ক্রিপ্টটা exclusion লিস্টে দিন।
  • ধাপ ৪: Remove Unused CSS বা Critical CSS। সবচেয়ে ঝুঁকিপূর্ণ, সবচেয়ে কম লাভ। ছোট সাইটে হাত না দিলেও চলে।

মোড় ৫ — ছবি: প্লাগইন দিয়ে সারানো বনাম আপলোডের আগে ঠিক করা

একজন সেলার ফোনে তোলা প্রোডাক্টের ছবি সরাসরি আপলোড করেন — ৪০০০×৩০০০ পিক্সেল, ৩.৪ মেগাবাইট। সাইট সেটা ৬০০ পিক্সেল বক্সে দেখায়, কিন্তু ব্রাউজারকে ডাউনলোড করতে হয় পুরোটাই। এবার একটা কম্প্রেশন প্লাগইন বসিয়ে ওটাকে ৯০০ কিলোবাইটে নামানো হলো — শুনতে ভালো, বাস্তবে এখনো ছয়-সাত গুণ বেশি ওজন।

আসল সমাধান আপলোডের আগে। ছবি ১৬০০ পিক্সেল চওড়ায় রিসাইজ করুন, WebP-তে রপ্তানি করুন — একই ছবি তখন ১০০-১৫০ কিলোবাইটে নেমে আসে, চোখে পার্থক্য বোঝা যায় না। Squoosh (ফ্রি, ব্রাউজারেই চলে) দিয়ে একটা করে করা যায়; ২০০ প্রোডাক্ট হলে ShortPixel বা LiteSpeed-এর নিজস্ব অপটিমাইজার দিয়ে বাল্কে করুন। Daraz-এ যাঁরা বেচেন তাঁরা এমনিতেই ছবি রিসাইজ করে অভ্যস্ত — নিজের সাইটে সেই অভ্যাসটাই আনতে হবে।

একটা জিনিস কখনো lazy load করবেন না: হোমপেজের একদম উপরের বড় ব্যানার ছবিটা। ওটাই সাধারণত আপনার LCP এলিমেন্ট। lazy load করলে ব্রাউজার ওটা দেরিতে লোড করে, আর আপনার Core Web Vitals স্কোর উল্টো খারাপ হয়। প্লাগইনের exclusion বক্সে হিরো ইমেজটা বাদ দিন।

মোড় ৬ — “Cloudflare বসিয়েছি, এখন তো ফাস্ট হওয়ার কথা”

Cloudflare-এর ফ্রি প্ল্যান ডিফল্টে আপনার HTML ক্যাশ করে না। ছবি, CSS, JS — এগুলো এজ থেকে আসে, কিন্তু আসল পেজটা প্রতিবার আপনার সার্ভার থেকেই তৈরি হয়ে আসে। মানে TTFB-র সমস্যা যেমন ছিল তেমনই থাকে। ওদিকে অনেকে না বুঝে Rocket Loader অন করে দেন, যেটা jQuery-নির্ভর থিমে স্লাইডার-মেনু-ফর্ম দিব্যি ভেঙে দেয়।

  • ফ্রি Cloudflare যথেষ্ট যদি আপনার লক্ষ্য শুধু SSL, DDoS প্রোটেকশন আর স্ট্যাটিক ফাইল ক্যাশ। Rocket Loader বন্ধ রাখুন, Auto Minify-ও দরকার নেই যদি ক্যাশ প্লাগইন ওটা করে।
  • APO (মাসে ৫ ডলার) নিন যদি সাইট বেশিরভাগই স্ট্যাটিক কনটেন্ট (ব্লগ, ব্রোশিওর সাইট) আর আপনি HTML-ও এজে ক্যাশ করাতে চান। এতে TTFB সত্যিই নাটকীয়ভাবে কমে।
  • WooCommerce থাকলে সাবধান — কার্ট, চেকআউট, My Account পেজ কখনো ক্যাশ করবেন না। একজনের কার্ট আরেকজনকে দেখানোর মতো বিব্রতকর বাগ এখান থেকেই আসে।

এক নজরে: আপনি কোন দলে

  • ছোট ব্রোশিওর/সার্ভিস সাইট, বাজেট কম — ভালো LiteSpeed হোস্টিং + LiteSpeed Cache + ছবি ঠিকমতো আপলোড। ব্যস। বাকি কিছু দরকার নেই, আর এখানেই ৯০ শতাংশ কাজ শেষ।
  • বাড়তে থাকা WooCommerce স্টোর — হোস্টিং আপগ্রেড (VPS বা ভালো ম্যানেজড প্ল্যান) আগে, তারপর WP Rocket বা LiteSpeed, তারপর থার্ড-পার্টি স্ক্রিপ্ট (পিক্সেল, চ্যাট উইজেট, GTM) ছাঁটাই। কার্ট/চেকআউট ক্যাশের বাইরে।
  • এজেন্সি বা একাধিক ক্লায়েন্ট সাইট — একটাই স্ট্যাক ঠিক করুন এবং সব সাইটে সেটাই ব্যবহার করুন। প্রতি সাইটে আলাদা কম্বিনেশন মানে প্রতি সাইটে আলাদা করে ডিবাগ করা।

কখন থামবেন

স্পিড অপ্টিমাইজেশনের একটা সীমা আছে, আর সেটা পেরোলে খরচটা আর ফেরত আসে না। LCP ৪.৫ সেকেন্ড থেকে ২.২-এ নামানো — এটা ব্যবসার সংখ্যা বদলে দেয়। ২.২ থেকে ১.৮-এ নামাতে যদি আরও ১২ ঘণ্টা লাগে আর সাইটে দিনে ৪০০ ভিজিটর, তাহলে ওই ১২ ঘণ্টা প্রোডাক্টের ছবি ভালো করা বা একটা ব্লগ পোস্ট লেখায় দিলে বেশি লাভ হতো। সবুজ হয়ে গেলে থামুন, পরের কাজে যান।

যেসব প্রশ্ন প্রায়ই আসে

একসাথে কতগুলো প্লাগইন থাকলে সাইট ধীর হয়? সংখ্যাটা প্রায় অর্থহীন। ১০টা হালকা প্লাগইন যত কম ভার ফেলে, একটা ভারী স্লাইডার বা “all-in-one” প্লাগইন তার চেয়ে বেশি ফেলতে পারে। Query Monitor প্লাগইন দিয়ে দেখুন কোনটা কত সময় নিচ্ছে — সংখ্যা গোনার চেয়ে ওজন মাপা কাজের।

GTmetrix আর PageSpeed আলাদা স্কোর দিচ্ছে কেন? ওরা আলাদা জায়গা থেকে, আলাদা ডিভাইস সেটিংয়ে টেস্ট করে। GTmetrix-এর ফ্রি প্ল্যানে ডিফল্ট টেস্ট লোকেশন কানাডা — আপনার সার্ভার সিঙ্গাপুরে হলে দূরত্বটাই ফলাফল বদলে দেয়। GTmetrix-এ টেস্ট লোকেশন সিঙ্গাপুর/মুম্বাই সেট করে নিন, তখন সংখ্যাটা আপনার আসল ক্রেতার কাছাকাছি হবে।

ইলিমেন্টর ব্যবহার করলে কি ফাস্ট সাইট সম্ভব নয়? সম্ভব, তবে কষ্ট বেশি। Elementor-এর ডিফল্ট আউটপুটে বাড়তি div আর CSS থাকে। Hello Elementor-এর মতো হালকা থিম, কম উইজেট, আর “Improved CSS Loading” অপশন চালু রাখলে ২.৫ সেকেন্ডের নিচে LCP বাস্তবেই পাওয়া যায়। শূন্য থেকে শুরু করলে ব্লক এডিটর হালকা হবে, কিন্তু চালু সাইট শুধু স্পিডের জন্য রিবিল্ড করার দরকার নেই।

হোস্টিং কি বাংলাদেশেই নেব, নাকি বাইরে? আপনার ভিজিটর যদি প্রায় সবাই দেশে থাকে, ঢাকার ডেটা সেন্টার লেটেন্সিতে এগিয়ে। কিন্তু দেশি হোস্টের আপটাইম আর সাপোর্টের মান খুব অসম — কেনার আগে ওদের কোনো চালু ক্লায়েন্ট সাইটে TTFB মেপে দেখুন। বিকল্প হিসেবে সিঙ্গাপুরের ভালো VPS + Cloudflare খুব ভালো কাজ করে।

সাইটটা ধীর, কিন্তু কোথায় হাত দেবেন বুঝতে পারছেন না — এমন হলে আমাদের একটা মেসেজ দিন। কোন মোড়ে ভুল রাস্তাটা নেওয়া হয়েছে, সেটা বের করে দেওয়াই স্ট্যাক অ্যালিক্সের কাজের প্রথম ধাপ।

ট্যাগ:WordPress#website speed optimization#core web vitals#wordpress performance#caching#lazy loading#page speed insights#litespeed cache#ttfb
স্ট্যাক অ্যালিক্স টিম
লেখক সম্পর্কে
স্ট্যাক অ্যালিক্স টিম
Stack Alix কন্ট্রিবিউটর

ডিজিটাল প্রোডাক্ট, ডেভেলপমেন্ট ও অনলাইন ব্যবসা নিয়ে নিয়মিত লেখেন।

নতুন আর্টিকেল ইনবক্সে পেতে চান?

সপ্তাহের সেরা টিপস ও গাইড সরাসরি আপনার ইমেইলে।

Website Speed Optimization Mistakes to Avoid | Stack Alix