Website দ্রুত মনে হচ্ছে কি না শুধু page load-এর মোট সময় দিয়ে বোঝা যায় না। ব্যবহারকারী প্রথমে মূল content দেখতে চান, click বা tap করলে দ্রুত response চান এবং পড়ার সময় layout হঠাৎ সরে যাক তা চান না। Core Web Vitals এই অভিজ্ঞতার তিনটি অংশকে LCP, INP ও CLS নামে মাপে। এগুলো diagnosis-এর সূচনা—শুধু score বাড়ানোর খেলা নয়।

LCP: মূল content কত দ্রুত দেখা যায়

Largest Contentful Paint বা LCP viewport-এর সবচেয়ে বড় দৃশ্যমান content element—সাধারণত hero image, বড় heading বা banner—কখন render হয়েছে তা নির্দেশ করে। LCP ধীর হলে server response, render-blocking CSS, বড় image বা client-side rendering পরীক্ষা করুন। Hero image সঠিক dimension-এ compress করা, প্রয়োজনীয় resource আগে load করা এবং অপ্রয়োজনীয় third-party script কমানো প্রায়ই সাহায্য করে।

INP: interaction-এর পর page কত দ্রুত সাড়া দেয়

Interaction to Next Paint বা INP click, tap এবং keyboard interaction-এর response delay পর্যবেক্ষণ করে। Button চাপার পর interface আটকে থাকলে বড় JavaScript task, অতিরিক্ত event handler বা main thread-এর কাজ কারণ হতে পারে। দীর্ঘ task ছোট ভাগে ভাগ করা, দরকারি code আগে চালানো এবং অপ্রয়োজনীয় script defer করলে responsiveness উন্নত হয়।

CLS: layout কতটা স্থির

Cumulative Layout Shift বা CLS page load-এর সময় অপ্রত্যাশিত movement মাপে। আপনি link চাপতে যাচ্ছেন, ঠিক তখন বিজ্ঞাপন বা image এসে button সরিয়ে দিলে সেটিই বিরক্তিকর layout shift। Image ও video-তে width-height বা aspect ratio রাখা, ad slot-এর জায়গা আগে reserve করা এবং existing content-এর ওপরে নতুন element না ঢোকানো CLS কমায়।

Lab data ও field data আলাদা

Developer tool বা test service নিয়ন্ত্রিত পরিবেশে lab result দেয়। বাস্তব ব্যবহারকারীর device, network ও আচরণ থেকে field data আসে। Lab test debugging-এ দ্রুত; field data বাস্তব অভিজ্ঞতার চিত্র দেয়। একটি test run দেখে সিদ্ধান্ত না নিয়ে page type, device এবং সময়ের trend দেখুন।

কোথা থেকে শুরু করবেন

  1. সবচেয়ে গুরুত্বপূর্ণ landing ও article page আলাদা করে মাপুন।
  2. একই template-এর সমস্যা বহু page-এ প্রভাব ফেলছে কি না দেখুন।
  3. সবচেয়ে দুর্বল metric-এর মূল কারণ চিহ্নিত করুন।
  4. একবারে একটি পরিবর্তন deploy করে ফল তুলনা করুন।
  5. নতুন feature যোগের পর performance regression নজরে রাখুন।

শুধু score নয়, ব্যবহারকারীর কাজ দেখুন

Fast score থাকলেও form জটিল, লেখা অপাঠ্য বা navigation বিভ্রান্তিকর হলে অভিজ্ঞতা ভালো নয়। আবার সামান্য metric পরিবর্তনের জন্য গুরুত্বপূর্ণ accessibility বা functionality বাদ দেওয়াও ঠিক নয়। Core Web Vitals-কে analytics, accessibility test এবং user feedback-এর সঙ্গে মিলিয়ে দেখুন।

LCP বলে মূল content কখন দেখা গেল, INP বলে interaction-এর উত্তর কত দ্রুত এল, আর CLS বলে page কতটা স্থির ছিল। এই তিনটি প্রশ্ন নিয়মিত করলে performance discussion আরও পরিষ্কার এবং ব্যবহারকারীকেন্দ্রিক হয়।