প্রথম ইনপুট বিলম্ব (FID)

ফিলিপ ওয়ালটন

Browser Support

  • ক্রোম: ৭৬।
  • প্রান্ত: ৭৯।
  • ফায়ারফক্স: ৮৯।
  • সাফারি: ২৬.২।

Source

আমরা সবাই জানি যে প্রথম সাক্ষাতেই একটি ভালো ধারণা তৈরি করা কতটা গুরুত্বপূর্ণ। নতুন মানুষের সাথে পরিচিত হওয়ার ক্ষেত্রে এটি যেমন জরুরি, তেমনি ওয়েবে অভিজ্ঞতা অর্জনের ক্ষেত্রেও এটি গুরুত্বপূর্ণ।

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

ওয়েবে, প্রথম ধারণা বিভিন্ন রূপ নিতে পারে—একটি সাইটের ডিজাইন ও বাহ্যিক সৌন্দর্যের পাশাপাশি এর গতি ও রেসপন্সিভনেস নিয়েও আমাদের প্রথম ধারণা তৈরি হয়।

ওয়েব এপিআই ব্যবহার করে ব্যবহারকারীরা কোনো সাইটের ডিজাইন কতটা পছন্দ করে তা পরিমাপ করা কঠিন হলেও, এর গতি এবং রেসপন্সিভনেস পরিমাপ করা সহজ নয়!

আপনার সাইট কতটা দ্রুত লোড হয়, সে সম্পর্কে ব্যবহারকারীদের প্রথম ধারণা ফার্স্ট কন্টেন্টফুল পেইন্ট (FCP) দিয়ে পরিমাপ করা যায়। কিন্তু আপনার সাইট কতটা দ্রুত স্ক্রিনে পিক্সেল আঁকতে পারে, তা পুরো বিষয়টির একটি অংশ মাত্র। সমান গুরুত্বপূর্ণ হলো, ব্যবহারকারীরা যখন সেই পিক্সেলগুলোর সাথে ইন্টারঅ্যাক্ট করার চেষ্টা করেন, তখন আপনার সাইটটি কতটা রেসপন্সিভ থাকে!

ফার্স্ট ইনপুট ডিলে (FID) মেট্রিক আপনার সাইটের ইন্টারঅ্যাক্টিভিটি এবং রেসপন্সিভনেস সম্পর্কে ব্যবহারকারীর প্রথম ধারণা পরিমাপ করতে সাহায্য করে।

FID কী?

FID পরিমাপ করে সেই সময় থেকে, যা একজন ব্যবহারকারী প্রথমবার কোনো পৃষ্ঠার সাথে ইন্টারঅ্যাক্ট করার (অর্থাৎ, যখন তারা কোনো লিঙ্কে ক্লিক করে, কোনো বোতামে ট্যাপ করে, বা কোনো কাস্টম, জাভাস্ক্রিপ্ট-চালিত কন্ট্রোল ব্যবহার করে) শুরু হয়ে, সেই ইন্টারঅ্যাকশনের প্রতিক্রিয়ায় ব্রাউজার প্রকৃতপক্ষে ইভেন্ট হ্যান্ডলারগুলো প্রসেস করা শুরু করতে পারার সময় পর্যন্ত বিস্তৃত।

একটি ভালো FID স্কোর বলতে কী বোঝায়?

ব্যবহারকারীদের ভালো অভিজ্ঞতা দেওয়ার জন্য, সাইটগুলোর ফার্স্ট ইনপুট ডিলে (First Input Delay) ১০০ মিলিসেকেন্ড বা তার কম রাখার চেষ্টা করা উচিত। আপনার অধিকাংশ ব্যবহারকারীর জন্য এই লক্ষ্যমাত্রা পূরণ হচ্ছে কিনা তা নিশ্চিত করতে, মোবাইল এবং ডেস্কটপ ডিভাইসের জন্য পেজ লোডের ৭৫তম পার্সেন্টাইল একটি ভালো পরিমাপক হতে পারে।

ভালো FID মান হলো ২.৫ সেকেন্ড বা তার কম, খারাপ মান হলো ৪.০ সেকেন্ডের বেশি, এবং এর মধ্যবর্তী যেকোনো মানের উন্নতি প্রয়োজন।

FID বিস্তারিতভাবে

ডেভেলপার হিসেবে, যারা ইভেন্টের প্রতিক্রিয়া জানায় এমন কোড লেখেন, আমরা প্রায়শই ধরে নিই যে আমাদের কোডটি ইভেন্টটি ঘটার সাথে সাথেই রান হবে। কিন্তু ব্যবহারকারী হিসেবে, আমরা সবাই প্রায়শই এর বিপরীত অভিজ্ঞতার সম্মুখীন হয়েছি—আমরা আমাদের ফোনে একটি ওয়েব পেজ লোড করে সেটির সাথে ইন্টারঅ্যাক্ট করার চেষ্টা করেছি, এবং তারপর যখন কিছুই ঘটেনি তখন হতাশ হয়েছি।

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

একটি সাধারণ ওয়েব পেজ লোড হওয়ার নিম্নলিখিত সময়রেখাটি বিবেচনা করুন:

পৃষ্ঠা লোড ট্রেসের উদাহরণ

উপরের ভিজ্যুয়ালাইজেশনটিতে এমন একটি পেজ দেখানো হয়েছে, যেটি রিসোর্সের (সম্ভবত CSS এবং JS ফাইল) জন্য কয়েকটি নেটওয়ার্ক রিকোয়েস্ট পাঠাচ্ছে এবং সেই রিসোর্সগুলো ডাউনলোড শেষ হওয়ার পর মেইন থ্রেডে সেগুলোকে প্রসেস করা হচ্ছে।

এর ফলে এমন কিছু সময় তৈরি হয় যখন প্রধান থ্রেডটি ক্ষণিকের জন্য ব্যস্ত থাকে, যা বেইজ রঙের টাস্ক ব্লকগুলো দ্বারা নির্দেশিত হয়।

সাধারণত ফার্স্ট কন্টেন্টফুল পেইন্ট (FCP) এবং টাইম টু ইন্টারেক্টিভ (TTI)- এর মধ্যে দীর্ঘ প্রথম ইনপুট বিলম্ব ঘটে, কারণ পৃষ্ঠাটি তার কিছু বিষয়বস্তু রেন্ডার করলেও তখনও নির্ভরযোগ্যভাবে ইন্টারেক্টিভ হয়ে ওঠে না। এটি কীভাবে ঘটতে পারে তা দেখানোর জন্য, টাইমলাইনে FCP এবং TTI যোগ করা হয়েছে:

FCP এবং TTI সহ পৃষ্ঠা লোড ট্রেসের উদাহরণ

আপনি হয়তো লক্ষ্য করেছেন যে FCP এবং TTI-এর মধ্যে বেশ খানিকটা সময় (তিনটি দীর্ঘ টাস্ক সহ) থাকে। যদি কোনো ব্যবহারকারী সেই সময়ের মধ্যে পেজটির সাথে ইন্টারঅ্যাক্ট করার চেষ্টা করেন (উদাহরণস্বরূপ, কোনো লিঙ্কে ক্লিক করে), তাহলে ক্লিকটি গৃহীত হওয়া এবং মূল থ্রেডের সাড়া দেওয়ার মধ্যে একটি বিলম্ব ঘটবে।

ভেবে দেখুন, সবচেয়ে দীর্ঘ কাজটি শুরু হওয়ার কাছাকাছি সময়ে কোনো ব্যবহারকারী যদি পৃষ্ঠাটির সাথে ইন্টারঅ্যাক্ট করার চেষ্টা করে, তাহলে কী ঘটবে:

FCP, TTI, এবং FID সহ পৃষ্ঠা লোড ট্রেসের উদাহরণ

যেহেতু ব্রাউজার কোনো একটি কাজ চালানোর মাঝপথে ইনপুটটি দেয়, তাই ইনপুটের প্রতিক্রিয়া জানানোর আগে কাজটি সম্পূর্ণ হওয়া পর্যন্ত তাকে অপেক্ষা করতে হয়। এই অপেক্ষার সময়টুকুই হলো এই পৃষ্ঠায় এই ব্যবহারকারীর জন্য নির্ধারিত FID মান।

যদি কোনো ইন্টারঅ্যাকশনে ইভেন্ট লিসেনার না থাকে তাহলে কী হবে?

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

উদাহরণস্বরূপ, ব্যবহারকারীর প্রতিক্রিয়ায় সাড়া দেওয়ার আগে নিম্নলিখিত সমস্ত HTML এলিমেন্টকে মেইন থ্রেডে চলমান কাজগুলো সম্পূর্ণ হওয়ার জন্য অপেক্ষা করতে হয়:

  • টেক্সট ফিল্ড, চেকবক্স এবং রেডিও বাটন ( <input> , <textarea> )
  • ড্রপডাউন নির্বাচন করুন ( <select> )
  • লিঙ্ক ( <a> )

কেন শুধু প্রথম ইনপুটটি বিবেচনা করা হয়?

যদিও যেকোনো ইনপুটের বিলম্ব ব্যবহারকারীর জন্য একটি খারাপ অভিজ্ঞতা তৈরি করতে পারে, আমরা কয়েকটি কারণে প্রাথমিকভাবে প্রথম ইনপুটের বিলম্ব পরিমাপ করার পরামর্শ দিই:

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

প্রথম ইনপুট হিসেবে কী গণ্য হয়?

FID হলো এমন একটি মেট্রিক যা পেজ লোড হওয়ার সময় তার রেসপন্সিভনেস পরিমাপ করে। সেই হিসেবে, এটি শুধুমাত্র ক্লিক, ট্যাপ এবং কী-প্রেসের মতো স্বতন্ত্র অ্যাকশন থেকে আসা ইনপুট ইভেন্টগুলোর উপরই আলোকপাত করে।

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

অন্যভাবে বলতে গেলে, রেল পারফরম্যান্স মডেলে এফআইডি (FID) মূলত আর (R) (রেসপন্সিভনেস)-এর উপর আলোকপাত করে, যেখানে স্ক্রলিং এবং জুমিং মূলত এ (A) (অ্যানিমেশন)-এর সাথে সম্পর্কিত, এবং এদের পারফরম্যান্সের গুণাবলী আলাদাভাবে মূল্যায়ন করা উচিত।

যদি কোনো ব্যবহারকারী আপনার সাইটের সাথে কখনো যোগাযোগই না করে, তাহলে কী হবে?

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

এর মানে হলো, কিছু ব্যবহারকারীর কোনো FID মান থাকবে না, কিছু ব্যবহারকারীর FID মান কম থাকবে এবং সম্ভবত কিছু ব্যবহারকারীর FID মান বেশি থাকবে।

আপনি যেভাবে FID ট্র্যাক, রিপোর্ট এবং বিশ্লেষণ করবেন, তা সম্ভবত আপনার পরিচিত অন্যান্য মেট্রিকগুলো থেকে বেশ কিছুটা ভিন্ন হবে। পরবর্তী বিভাগে এটি করার সর্বোত্তম উপায় ব্যাখ্যা করা হয়েছে।

শুধু ইনপুট বিলম্ব কেন বিবেচনা করা হয়?

উপরে যেমন উল্লেখ করা হয়েছে, FID শুধুমাত্র ইভেন্ট প্রক্রিয়াকরণের 'বিলম্ব' পরিমাপ করে। এটি ইভেন্ট প্রক্রিয়াকরণের মোট সময়কাল পরিমাপ করে না, কিংবা ইভেন্ট হ্যান্ডলার চালানোর পর ব্রাউজারের UI আপডেট করতে যে সময় লাগে, তাও পরিমাপ করে না।

যদিও এই সময়টি ব্যবহারকারীর জন্য গুরুত্বপূর্ণ এবং অভিজ্ঞতাকে প্রভাবিত করে , তবুও এটিকে এই মেট্রিকটিতে অন্তর্ভুক্ত করা হয় না। এর কারণ হলো, এমনটা করলে ডেভেলপাররা এমন বিকল্প পদ্ধতি যোগ করতে উৎসাহিত হতে পারে যা আসলে অভিজ্ঞতাকে আরও খারাপ করে তুলবে—অর্থাৎ, তারা ইভেন্টের সাথে যুক্ত কাজটি থেকে ইভেন্ট হ্যান্ডলার লজিককে আলাদা করার জন্য সেটিকে একটি অ্যাসিঙ্ক্রোনাস কলব্যাকের ( setTimeout() বা requestAnimationFrame() এর মাধ্যমে) মধ্যে মুড়ে দিতে পারে। এর ফলে মেট্রিক স্কোরের উন্নতি হলেও ব্যবহারকারীর কাছে প্রতিক্রিয়াটি ধীরগতির বলে মনে হবে।

তবে, যদিও FID শুধুমাত্র ইভেন্ট লেটেন্সির 'বিলম্ব' অংশটি পরিমাপ করে, যে সকল ডেভেলপার ইভেন্ট লাইফসাইকেলের আরও বেশি অংশ ট্র্যাক করতে চান, তারা ইভেন্ট টাইমিং এপিআই (Event Timing API) ব্যবহার করে তা করতে পারেন। আরও বিস্তারিত জানতে কাস্টম মেট্রিক্স সম্পর্কিত নির্দেশিকাটি দেখুন।

FID কীভাবে পরিমাপ করবেন

FID এমন একটি মেট্রিক যা শুধুমাত্র মাঠ পর্যায়ে পরিমাপ করা যায়, কারণ এর জন্য একজন প্রকৃত ব্যবহারকারীকে আপনার পেজটির সাথে ইন্টারঅ্যাক্ট করতে হয়। আপনি নিম্নলিখিত টুলগুলোর সাহায্যে FID পরিমাপ করতে পারেন।

মাঠের সরঞ্জাম

জাভাস্ক্রিপ্টে FID পরিমাপ করুন

জাভাস্ক্রিপ্টে FID পরিমাপ করতে, আপনি ইভেন্ট টাইমিং এপিআই (Event Timing API) ব্যবহার করতে পারেন। নিম্নলিখিত উদাহরণটি দেখায় কিভাবে একটি PerformanceObserver তৈরি করতে হয় যা first-input এন্ট্রিগুলির জন্য শোনে এবং সেগুলিকে কনসোলে লগ করে:

new PerformanceObserver((entryList) => {
  for (const entry of entryList.getEntries()) {
    const delay = entry.processingStart - entry.startTime;
    console.log('FID candidate:', delay, entry);
  }
}).observe({type: 'first-input', buffered: true});

উপরের উদাহরণে, first-input এন্ট্রির ডিলে ভ্যালু পরিমাপ করা হয় এন্ট্রিটির startTime এবং processingStart টাইমস্ট্যাম্পের ডেল্টা নিয়ে। বেশিরভাগ ক্ষেত্রে এটিই FID ভ্যালু হবে; তবে, সব first-input এন্ট্রি FID পরিমাপের জন্য বৈধ নয়।

নিম্নলিখিত বিভাগে এপিআই যা রিপোর্ট করে এবং মেট্রিকটি যেভাবে গণনা করা হয় তার মধ্যেকার পার্থক্যগুলো তালিকাভুক্ত করা হয়েছে।

মেট্রিক এবং এপিআই এর মধ্যে পার্থক্য

  • এপিআই ব্যাকগ্রাউন্ড ট্যাবে লোড হওয়া পেজগুলোর জন্য first-input এন্ট্রিগুলো প্রেরণ করবে, কিন্তু এফআইডি (FID) গণনা করার সময় সেই পেজগুলোকে উপেক্ষা করা উচিত।
  • প্রথম ইনপুট দেওয়ার আগে পেজটি ব্যাকগ্রাউন্ডে চলে গেলেও এপিআই first-input এন্ট্রিগুলো প্রেরণ করবে, কিন্তু FID গণনা করার সময় সেই পেজগুলোও উপেক্ষা করা উচিত (ইনপুটগুলো কেবল তখনই বিবেচনা করা হয় যখন পেজটি পুরো সময় ফোরগ্রাউন্ডে থাকে)।
  • ব্যাক/ফরোয়ার্ড ক্যাশে থেকে পেজ পুনরুদ্ধার করার সময় API first-input এন্ট্রিগুলো রিপোর্ট করে না, কিন্তু এই ক্ষেত্রে FID পরিমাপ করা উচিত, কারণ ব্যবহারকারীরা এগুলোকে স্বতন্ত্র পেজ ভিজিট হিসেবে অনুভব করেন।
  • এপিআই আইফ্রেমের ভেতরের ইনপুটগুলো রিপোর্ট করে না, কিন্তু মেট্রিকটি তা করে, কারণ সেগুলো পেজের ইউজার এক্সপেরিয়েন্সের অংশ। এটি CrUX এবং RUM-এর মধ্যে পার্থক্য হিসেবে দেখা যেতে পারে। FID সঠিকভাবে পরিমাপ করার জন্য আপনার এগুলো বিবেচনা করা উচিত। সাব-ফ্রেমগুলো অ্যাগ্রিগেশনের জন্য তাদের first-input এন্ট্রিগুলো প্যারেন্ট ফ্রেমে রিপোর্ট করতে এপিআই ব্যবহার করতে পারে।

FID ডেটা বিশ্লেষণ এবং প্রতিবেদন করা

FID মানের প্রত্যাশিত তারতম্যের কারণে, FID-এর উপর প্রতিবেদন করার সময় মানগুলির বিন্যাস খতিয়ে দেখা এবং উচ্চতর পার্সেন্টাইলগুলির উপর মনোযোগ দেওয়া অত্যন্ত গুরুত্বপূর্ণ।

যদিও সমস্ত কোর ওয়েব ভাইটালস থ্রেশহোল্ডের জন্য ৭৫তম পার্সেন্টাইলই আদর্শ , বিশেষ করে এফআইডি (FID)-এর ক্ষেত্রে আমরা ৯৫তম–৯৯তম পার্সেন্টাইলগুলো দেখার জন্য জোরালোভাবে সুপারিশ করি, কারণ এগুলো আপনার সাইটে ব্যবহারকারীদের বিশেষভাবে খারাপ প্রথম অভিজ্ঞতার সাথে সম্পর্কিত। এবং এটি আপনাকে সেই ক্ষেত্রগুলো দেখিয়ে দেবে যেখানে সবচেয়ে বেশি উন্নতির প্রয়োজন।

আপনি যদি আপনার রিপোর্টগুলোকে ডিভাইসের বিভাগ বা ধরন অনুযায়ী ভাগ করেন, তাহলেও এটি সত্য। উদাহরণস্বরূপ, আপনি যদি ডেস্কটপ এবং মোবাইলের জন্য আলাদা রিপোর্ট চালান, তাহলে ডেস্কটপের জন্য আপনার সবচেয়ে গুরুত্বপূর্ণ FID মানটি হওয়া উচিত ডেস্কটপ ব্যবহারকারীদের ৯৫তম–৯৯তম পার্সেন্টাইল, এবং মোবাইলের জন্য আপনার সবচেয়ে গুরুত্বপূর্ণ FID মানটি হওয়া উচিত মোবাইল ব্যবহারকারীদের ৯৫তম–৯৯তম পার্সেন্টাইল।

FID কীভাবে উন্নত করা যায়

এই মেট্রিকটি উন্নত করার কৌশল সম্পর্কে আপনাকে নির্দেশনা দেওয়ার জন্য FID অপ্টিমাইজ করার উপর একটি পূর্ণাঙ্গ নির্দেশিকা উপলব্ধ আছে।

পরিবর্তন তালিকা

মাঝে মাঝে, মেট্রিক পরিমাপের জন্য ব্যবহৃত এপিআই-গুলোতে এবং কখনও কখনও মেট্রিকগুলোর সংজ্ঞার মধ্যেও বাগ বা ত্রুটি আবিষ্কৃত হয়। ফলে, কখনও কখনও পরিবর্তন আনতে হয় এবং এই পরিবর্তনগুলো আপনার অভ্যন্তরীণ রিপোর্ট ও ড্যাশবোর্ডে উন্নতি বা অবনতি হিসেবে প্রতিফলিত হতে পারে।

এই বিষয়টি পরিচালনায় আপনাকে সাহায্য করার জন্য, এই মেট্রিকগুলির প্রয়োগ বা সংজ্ঞায় যেকোনো পরিবর্তন এই চেঞ্জলগে তুলে ধরা হবে।

এই মেট্রিকগুলো সম্পর্কে আপনার কোনো মতামত থাকলে, আপনি তা web-vitals-feedback গুগল গ্রুপে জানাতে পারেন।