ক্রোম ব্যবহারকারীর অভিজ্ঞতা প্রতিবেদনের লক্ষ্য হল ওয়েব সম্প্রদায়কে প্রকৃত ব্যবহারকারীর কর্মক্ষমতা বিতরণ এবং বিবর্তন বুঝতে সাহায্য করা। আজ অবধি, আমাদের ফোকাস পেইন্ট এবং পৃষ্ঠা লোড মেট্রিক্স যেমন ফার্স্ট কনটেন্টফুল পেইন্ট (FCP) এবং অনলোড (OL), যা আমাদের বুঝতে সাহায্য করেছে কিভাবে ওয়েবসাইটগুলি ব্যবহারকারীদের জন্য দৃশ্যত কার্য সম্পাদন করে। জুন 2018 প্রকাশের সাথে শুরু করে, আমরা একটি নতুন ব্যবহারকারী-কেন্দ্রিক মেট্রিক নিয়ে পরীক্ষা করছি যা ওয়েব পৃষ্ঠাগুলির ইন্টারঅ্যাক্টিভিটির উপর ফোকাস করে: প্রথম ইনপুট বিলম্ব (FID)৷ এই নতুন মেট্রিক আমাদের আরও ভালভাবে বুঝতে সক্ষম করবে যে ওয়েবসাইটগুলি ব্যবহারকারীর ইনপুটের জন্য কতটা প্রতিক্রিয়াশীল।
FID সম্প্রতি একটি অরিজিন ট্রায়াল হিসাবে Chrome-এ উপলব্ধ করা হয়েছে, যার মানে হল ওয়েবসাইটগুলি এই নতুন ওয়েব প্ল্যাটফর্ম বৈশিষ্ট্যটি নিয়ে পরীক্ষা-নিরীক্ষা করতে পারে৷ একইভাবে, এফআইডি একটি পরীক্ষামূলক মেট্রিক হিসাবে Chrome UX রিপোর্টে উপলব্ধ হবে, যার অর্থ এটি একটি পৃথক "পরীক্ষামূলক" নামস্থানের মধ্যে উৎপত্তি ট্রায়ালের সময়কালের জন্য উপলব্ধ থাকবে৷
কিভাবে FID পরিমাপ করা হয়
তাই FID ঠিক কি? প্রথম ইনপুট বিলম্ব ঘোষণা ব্লগ পোস্টে এটি কীভাবে সংজ্ঞায়িত করা হয়েছে তা এখানে:
ফার্স্ট ইনপুট বিলম্ব (এফআইডি) সময় পরিমাপ করে যখন একজন ব্যবহারকারী প্রথমবার আপনার সাইটের সাথে ইন্টারঅ্যাক্ট করে (যেমন যখন তারা একটি লিঙ্কে ক্লিক করে, একটি বোতামে আলতো চাপ দেয় বা একটি কাস্টম, জাভাস্ক্রিপ্ট-চালিত নিয়ন্ত্রণ ব্যবহার করে) ব্রাউজার আসলে সক্ষম হয় তখন পর্যন্ত যে মিথস্ক্রিয়া প্রতিক্রিয়া.
এটি কারও দরজার বেল বাজানো থেকে দরজার উত্তর দেওয়া পর্যন্ত সময় পরিমাপ করার মতো। যদি এটি দীর্ঘ সময় নেয়, তাহলে অনেক কারণ থাকতে পারে। উদাহরণস্বরূপ, হতে পারে যে ব্যক্তি দরজা থেকে অনেক দূরে বা তারা দ্রুত নড়াচড়া করতে পারে না। একইভাবে, ওয়েব পৃষ্ঠাগুলি অন্য কাজে ব্যস্ত থাকতে পারে বা ব্যবহারকারীর ডিভাইস ধীর হতে পারে।
Chrome UX রিপোর্টে FID অন্বেষণ করা হচ্ছে
লক্ষ লক্ষ উত্স থেকে এক মাসের FID ডেটা সহ, ইতিমধ্যেই প্রচুর আকর্ষণীয় অন্তর্দৃষ্টি আবিষ্কার করা হয়েছে৷ BigQuery-এ Chrome UX রিপোর্ট থেকে এই অন্তর্দৃষ্টিগুলি কীভাবে বের করা যায় তা দেখান এমন কয়েকটি প্রশ্নের দিকে নজর দেওয়া যাক।
আসুন developers.google.com- এর জন্য দ্রুত FID অভিজ্ঞতার শতাংশের জন্য অনুসন্ধান করে শুরু করি। আমরা একটি দ্রুত অভিজ্ঞতাকে সংজ্ঞায়িত করতে পারি যার মধ্যে FID 100 ms-এর কম। RAIL-এর সুপারিশ অনুসারে, বিলম্ব যদি 100 ms বা তার চেয়ে ভালো হয়, তাহলে তা ব্যবহারকারীর কাছে তাৎক্ষণিক অনুভব করা উচিত।
SELECT
ROUND(SUM(IF(fid.start < 100, fid.density, 0)), 4) AS fast_fid
FROM
`chrome-ux-report.all.201806`,
UNNEST(experimental.first_input_delay.histogram.bin) AS fid
WHERE
origin = 'https://developers.google.com'
ফলাফলগুলি দেখায় যে এই উত্সের 95% FID অভিজ্ঞতা তাত্ক্ষণিক হিসাবে বিবেচিত হয়। এটি সত্যিই ভাল বলে মনে হচ্ছে, কিন্তু কিভাবে এটি ডেটাসেটের সমস্ত উত্সের সাথে তুলনা করে?
SELECT
ROUND(SUM(IF(fid.start < 100, fid.density, 0)) / SUM(fid.density), 4) AS fast_fid
FROM
`chrome-ux-report.all.201806`,
UNNEST(experimental.first_input_delay.histogram.bin) AS fid
এই প্রশ্নের ফলাফল দেখায় যে 84% FID অভিজ্ঞতা 100 ms এর কম। তাই developers.google.com গড়ের উপরে।
এর পরে, ডেস্কটপ বনাম মোবাইলে দ্রুত FID-এর শতাংশের মধ্যে পার্থক্য আছে কিনা তা দেখতে এই ডেটাটি টুকরো টুকরো করার চেষ্টা করা যাক। একটি অনুমান হল যে মোবাইল ডিভাইসের FID মান কম, সম্ভবত ডেস্কটপ কম্পিউটারের তুলনায় ধীর হার্ডওয়্যারের কারণে। সিপিইউ কম শক্তিশালী হলে, এটি দীর্ঘ সময়ের জন্য ব্যস্ত হতে পারে এবং এর ফলে এফআইডি অভিজ্ঞতা কম হয়।
SELECT
form_factor.name AS form_factor,
ROUND(SUM(IF(fid.start < 100, fid.density, 0)) / SUM(fid.density), 4) AS fast_fid
FROM
`chrome-ux-report.all.201806`,
UNNEST(experimental.first_input_delay.histogram.bin) AS fid
GROUP BY
form_factor
| ফর্ম_ফ্যাক্টর | দ্রুত_ফিড |
|---|---|
| ডেস্কটপ | 96.02% |
| ফোন | 79.90% |
| ট্যাবলেট | 76.48% |
ফলাফল আমাদের অনুমানকে সমর্থন করে। ফোন এবং ট্যাবলেট ফর্ম ফ্যাক্টরের তুলনায় ডেস্কটপে দ্রুত FID অভিজ্ঞতার ঘনত্ব বেশি। এই পার্থক্যগুলি কেন বিদ্যমান তা বোঝার জন্য, যেমন CPU কর্মক্ষমতা, Chrome UX রিপোর্টের সুযোগের বাইরে A/B পরীক্ষার প্রয়োজন হবে৷
এখন যেহেতু আমরা দেখেছি কিভাবে একটি মূলের দ্রুত FID অভিজ্ঞতা আছে কিনা তা শনাক্ত করা যায়, আসুন কয়েকটি উত্স দেখে নেওয়া যাক যা সত্যিই ভাল কাজ করে।
উদাহরণ 1: http://secretlycanadian.com
এই উত্সের 100 ms এর অধীনে 98% FID অভিজ্ঞতা রয়েছে। তারা এটা কিভাবে করল? WebPageTest- এ এটি কীভাবে তৈরি করা হয়েছে তা বিশ্লেষণ করে, আমরা দেখতে পাচ্ছি যে এটি বেশ ইমেজ-ভারী ওয়ার্ডপ্রেস পৃষ্ঠা কিন্তু এতে 168 KB জাভাস্ক্রিপ্ট রয়েছে যা আমাদের ল্যাব মেশিনে প্রায় 500 ms-এ কার্যকর হয়। HTTP আর্কাইভ অনুসারে এটি খুব বেশি জাভাস্ক্রিপ্ট নয়, যা এই পৃষ্ঠাটিকে 28 তম পার্সেন্টাইলে রাখে।
2.7 থেকে 3.0 সেকেন্ডের মধ্যে থাকা গোলাপী বার হল পার্স HTML ফেজ। এই সময়ের মধ্যে পৃষ্ঠাটি ইন্টারেক্টিভ নয় এবং দৃশ্যত অসম্পূর্ণ দেখায় (উপরের ফিল্মস্ট্রিপে "3.0s" দেখুন)। এর পরে, মূল থ্রেডটি শান্ত থাকে তা নিশ্চিত করার জন্য যে কোনও দীর্ঘ কাজ যা প্রক্রিয়াকরণ করা দরকার তা ভেঙে দেওয়া হয়। 11 সারির গোলাপী রেখাগুলি প্রদর্শন করে যে কীভাবে জাভাস্ক্রিপ্টের কাজ দ্রুত বিস্ফোরিত হয়।
উদাহরণ 2: https://www.wtfast.com
এই উত্সের 96% তাত্ক্ষণিক FID অভিজ্ঞতা রয়েছে৷ এটি জাভাস্ক্রিপ্টের 267 KB লোড করে (HTTP আর্কাইভের 38তম শতাংশ) এবং ল্যাব মেশিনে 900 ms এর জন্য এটি প্রক্রিয়া করে। ফিল্মস্ট্রিপ দেখায় যে পৃষ্ঠাটি পটভূমি আঁকতে প্রায় 5 সেকেন্ড এবং বিষয়বস্তু আঁকতে আরও 2 সেকেন্ড সময় নেয়।
ফলাফল সম্পর্কে সবচেয়ে মজার বিষয় হল যে মূল থ্রেডটি 3 থেকে 5 সেকেন্ডের মধ্যে ব্যস্ত থাকা অবস্থায় ইন্টারেক্টিভ কিছুই দেখা যায় না। এটি আসলে এই পৃষ্ঠার FCP-এর ধীরগতি যা FID-কে উন্নত করে । এটি ব্যবহারকারীর অভিজ্ঞতা উপস্থাপন করতে অনেক মেট্রিক্স ব্যবহার করার গুরুত্বের একটি ভাল উদাহরণ।
অন্বেষণ শুরু
দ্য স্টেট অফ দ্য ওয়েবের এই সপ্তাহের পর্বে আপনি FID সম্পর্কে আরও জানতে পারবেন:
ক্রোম ইউএক্স রিপোর্টে এফআইডি উপলব্ধ থাকা আমাদের ইন্টারঅ্যাক্টিভিটি অভিজ্ঞতার একটি বেসলাইন স্থাপন করতে সক্ষম করে। এই বেসলাইন ব্যবহার করে, আমরা ভবিষ্যতের রিলিজ বা বেঞ্চমার্ক স্বতন্ত্র উৎপত্তিতে এর পরিবর্তন পর্যবেক্ষণ করতে পারি। আপনি যদি আপনার নিজের সাইটের ফিল্ড পরিমাপে FID সংগ্রহ করা শুরু করতে চান, তাহলে bit.ly/event-timing-ot- এ গিয়ে অরিজিন ট্রায়ালের জন্য সাইন আপ করুন এবং ইভেন্ট টাইমিং বৈশিষ্ট্যটি নির্বাচন করুন৷ এবং অবশ্যই, ওয়েবে ইন্টারঅ্যাক্টিভিটির অবস্থা সম্পর্কে আকর্ষণীয় অন্তর্দৃষ্টির জন্য ডেটাসেট অন্বেষণ শুরু করুন ৷ এটি এখনও একটি পরীক্ষামূলক মেট্রিক, তাই অনুগ্রহ করে আমাদের আপনার মতামত দিন এবং আপনার বিশ্লেষণ শেয়ার করুন Chrome UX প্রতিবেদন আলোচনা গোষ্ঠী বা Twitter-এ @ChromeUXReport- এ৷