নতুন একটি প্রজেক্ট চালু করার পর প্রথম সপ্তাহে আমি Google Analytics এবং Yandex Metrica পাশাপাশি চালিয়েছিলাম। স্ক্রিনশট, feature list বা অভ্যাস দেখে বেছে নেওয়ার বদলে একই বাস্তব traffic-এ দুটিকে তুলনা করতে চেয়েছিলাম।
এক সপ্তাহ পর দেখলাম আমি Yandex Metrica অনেক বেশি খুলছি। কারণ কোনো একক dashboard metric নয়; কারণ ছিল Webvisor এবং তার session replay। প্রজেক্টের এত শুরুর পর্যায়ে আরেকটি aggregate chart-এর চেয়ে আমার কাছে বেশি গুরুত্বপূর্ণ ছিল একটি সহজ প্রশ্ন: মানুষ আসলে সাইটে কী করছে?
প্রথম প্রতিক্রিয়ায় আমি বলেছিলাম, “Yandex Metrica অনেক এগিয়ে।” এই ধরনের কাজে এখনো Metrica-কে বেশি পছন্দ করি, কিন্তু বাক্যটি নির্ভুল তুলনার চেয়ে অনুভূতিপ্রবণ ছিল। একটি project এবং এক সপ্তাহ আমার অভিজ্ঞতা বলার জন্য যথেষ্ট; কিন্তু Metrica সবার জন্য Google Analytics-এর চেয়ে objectively ভালো—এটা প্রমাণ করার জন্য যথেষ্ট নয়।
Google Analytics আমার কাছে বেশি abstract কেন লেগেছিল
পুরোনো লেখায় আমি Google Analytics-কে abstract বলেছিলাম। এখানে সংশোধন দরকার। GA4 shallow tool নয়; reports, Explorations, segmentation এবং individual user activity দেখার জন্য User Explorer রয়েছে। সমস্যা ছিল depth-এর অভাব নয়, বরং তখন আমার দরকারি workflow।
Event-based এবং aggregate analytics দেখাতে পারে যে user একটি page-এ পৌঁছেছে, event trigger করেছে, path থেকে বের হয়েছে বা কোনো segment-এ আলাদা behavior দেখিয়েছে। এগুলো useful। কিন্তু অচেনা UX problem বুঝতে গেলে metric আর user যে interface ব্যবহার করেছে তার মধ্যে একটি mental step থেকেই যায়।
Session replay সেই দূরত্ব আমার জন্য কমিয়ে দিয়েছিল। শুধু count নয়, একটি visit-এর interaction sequence দেখতে পারতাম: navigation, scroll, click, pause এবং ফিরে যাওয়া। এতে user কেন এমন করেছিল তা স্বয়ংক্রিয়ভাবে জানা যায় না, কিন্তু hypothesis তৈরির জন্য অনেক বেশি concrete material পাওয়া যায়।
Webvisor অনুমান করা বন্ধ করে দেয় না
এটি আমার পুরোনো wording-এর সবচেয়ে গুরুত্বপূর্ণ correction। Replay আমাকে বলে না যে user “frustrated”। এটি behavior দেখায়; friction আছে কি না, সেটা আমি behavior থেকে infer করি। repeated click, backtracking, long pause বা flow ছেড়ে দেওয়া signal হতে পারে, কিন্তু এগুলো mind reading নয়।
এই পার্থক্য গুরুত্বপূর্ণ কারণ একটি অদ্ভুত session খুব সহজে over-interpret করা যায়। একটি recording থেকেই মাথায় বিশ্বাসযোগ্য কারণ বানানো যায়। সঠিক conclusion “cause পেয়ে গেছি” নয়; বরং “test করার মতো hypothesis পেয়েছি”।
এখন আমি এই workflow পছন্দ করি:
- Aggregate data দিয়ে আগে interesting page, flow, device class বা segment খুঁজে বের করা।
- Random session-এর বদলে কয়েকটি relevant replay দেখা।
- যা সরাসরি দেখা যায় এবং আমার interpretation আলাদা করে লেখা।
- Evidence যথেষ্ট হলে তবেই change করা।
- Change-এর পরে আবার measure করা যে observable behavior সত্যিই improve করেছে কি না।
Session replay এই loop-এর মাঝের অংশকে অনেক বেশি concrete করে। পুরো loop-এর বিকল্প নয়।
নতুন project-এ কেন এটি বিশেষভাবে useful ছিল
Launch-এর পরপরই অনেক UX প্রশ্ন অজানা থাকে। মাসের পর মাস stable baseline, mature funnel বা known failure mode-এর বড় তালিকা থাকে না। এই অবস্থায় qualitative observation খুব valuable, কারণ কী প্রশ্ন করা উচিত সেটাই খুঁজে পেতে সাহায্য করে।
এর অর্থ replay aggregate analytics-এর চেয়ে বেশি গুরুত্বপূর্ণ নয়। দুটো ভিন্ন প্রশ্নের উত্তর দেয়। Aggregate data ভালোভাবে দেখায় কোনো ঘটনা কত ঘন ঘন হয়। Replay ভালোভাবে দেখায় একটি নির্দিষ্ট interaction দেখতে কেমন ছিল।
দুটো একসাথে শক্তিশালী: আগে pattern খুঁজে example দেখা, অথবা replay-তে সন্দেহজনক interaction দেখে পরে check করা যে সেটি যথেষ্ট ঘন ঘন হচ্ছে কি না।
Session replay-এর technical limit আছে
Webvisor absolute truth নয়, কারণ recording-এর নিজেরও সীমাবদ্ধতা আছে। Yandex জানায় যে প্রতিটি visit necessarily record হয় না, recording সীমিত সময় রাখা হয়, এবং কিছু browser বা page technology capture বা playback-কে প্রভাবিত করতে পারে। Dynamic styles, cross-domain iframe, private browsing, canvas এবং Shadow DOM এর উদাহরণ।
তাই replay broken দেখালেই user সত্যিই broken page দেখেছে—এটা প্রমাণ হয় না। আবার recording না থাকলেও session ঘটেনি—এটাও বলা যায় না।
Privacy-ও গুরুত্বের সঙ্গে দেখতে হয়। Session replay tool সাধারণ pageview counter-এর চেয়ে অনেক বেশি behavior দেখতে পারে। Password ও sensitive field-এর জন্য protections আছে, কিন্তু site owner-কে collection responsibly configure করতে হবে, পাঠানো উচিত নয় এমন identifying data পাঠানো যাবে না, এবং প্রযোজ্য consent ও privacy requirement মানতে হবে।
তাহলে আমি কোনটি বেছে নেব?
এই project-এর early UX debugging-এর জন্য আমি Yandex Metrica-কে পছন্দ করেছি। Webvisor আমাকে “numbers-এ কিছু অদ্ভুত” থেকে “এর পেছনে থাকা সম্ভাব্য concrete interaction দেখতে পারি” পর্যায়ে দ্রুত নিয়ে গেছে। প্রথম সপ্তাহে এটিই decisive advantage ছিল।
তবে এখন আমি এটিকে “Google Analytics খারাপ” বা “Metrica-ই ভালো analytics platform” বলব না। GA4-এর আলাদা strengths আছে এবং event analysis workflow আমার পুরোনো ছোট লেখার ইঙ্গিতের চেয়ে অনেক গভীর। Acquisition, custom events, integrations বা broader measurement stack priority হলে comparison সহজেই অন্য ফল দিতে পারে।
Comparison period-এ দুটো চালানোও আমার কাছে অর্থহীন নয়। Platformগুলো session, user এবং event আলাদাভাবে model ও process করতে পারে, তাই numbers একদম একই হবে—এটা আশা করা উচিত নয়।
এক সপ্তাহে আমি আসলে কী শিখেছি
Useful conclusion আমার পুরোনো “অনেক এগিয়ে” কথার চেয়ে narrow, কিন্তু তাই বেশি শক্তিশালী।
Yandex Metrica আমার attention জিতেছে কারণ individual user behavior inspect করা আমার জন্য সেখানে সহজ ছিল। একটি metric থেকে concrete UX hypothesis-এ যাওয়ার দূরত্ব কমেছে। Google Analytics useful ছিল, কিন্তু launch-এর পর যে সমস্যায় আমি সবচেয়ে বেশি focus করছিলাম, সেখানে প্রথমে Metrica খুলতাম।
Webvisor guess-কে certainty বানায়নি। Vague guess-কে আরও informed, testable question-এ পরিণত করেছে। UX work-এর জন্য সেটাই বড় improvement।