ড্যাশবোর্ডটাই এই পণ্যের এই অর্ধেকে আমাদের বানানো সবচেয়ে কম গুরুত্বপূর্ণ জিনিস। যদি লঞ্চের চাপ আমাকে বাকি সবকিছু সময়মতো শিপ করতে একটা অংশ বাদ দিতে বাধ্য করত, এটাই হতো সেই অংশ যা আমি প্রথমে বাদ দিতাম — এবং আমি এটা বলছি এমন একজন হিসেবে যে প্রতিদিন আমাদেরটা দেখে।
কারণটা এই। আমি একই প্যাটার্ন যথেষ্ট বার দেখেছি ভবিষ্যদ্বাণী করার মতো: কেউ ছয় সপ্তাহ ধরে ভালো কিছু বানায়, একটা মঙ্গলবারে লঞ্চ করে, প্রথম দিন এগারোবার অ্যানালিটিক্স চেক করে, পরের দিন দুইবার, তার পরের দিন একবার, এবং তারপর কখনো না। তারা যত্ন নেওয়া বন্ধ করেনি। চেক করা সহজ আর কাজ করা কঠিন — আপনাকে জানতে হবে চল্লিশটা সার্চ কনসোল কোয়েরির মধ্যে কোনটা আসলে গুরুত্বপূর্ণ, ৪,০০০ ইমপ্রেশনে ২.১% ক্লিক-থ্রু রেট খারাপ নাকি ওই র্যাঙ্কিং পজিশনের জন্য স্বাভাবিক, এবং তারপর গিয়ে একটা CMS-এ একটা মেটা ডেসক্রিপশন পুনর্লিখন করতে হবে যা লঞ্চ সপ্তাহের পর থেকে খোলেননি। তিনটি ধাপ, প্রতিটির নিজস্ব যথেষ্ট ঘর্ষণ লুপকে মেরে ফেলার জন্য। একটা ড্যাশবোর্ড এটা ঠিক করে না। একটা ড্যাশবোর্ড হলো সেই জায়গা যেখানে ঘর্ষণটা থাকে।
প্রতিদিন কী আসে, এবং প্রথম সপ্তাহে এর কতটা বিশ্বাস করা উচিত
সিঙ্কটি চারটি জায়গা থেকে টানে, এবং প্রথম দিনে এগুলো সমান সংকেত বহন করে না।
| উৎস | প্রতিদিন আসে | পরিণত হয় |
|---|---|---|
| Google Search Console | প্রতি পেজের কোয়েরি, ইমপ্রেশন, ক্লিক, পজিশন | যে পেজগুলোতে ইমপ্রেশন আছে কিন্তু ক্লিক-থ্রু দুর্বল → টাইটেল ও মেটা পুনর্লিখন |
| Google Analytics | প্রতি হোস্টনেমে সেশন, উৎস, আচরণ | যে ল্যান্ডিং পেজগুলো আকর্ষণ করে কিন্তু ধরে রাখে না → কনটেন্ট ও স্ট্রাকচার কাজ |
| অ্যাপ স্টোর | ইনস্টল এবং লিস্টিং-পারফরম্যান্স স্ন্যাপশট | স্টোর পারফরম্যান্স ওয়েব ডেটার সাথে যুক্ত, একটাই ড্যাশবোর্ড |
| আপনার প্রকাশিত পোস্ট | মার্কেটিং ড্রাফট পোস্ট করার সময় রেকর্ড করা URL | যে চ্যানেল এটি অর্জন করেছে, তার সাথে যুক্ত রেফারেল ট্র্যাফিক |
খুব তাড়াতাড়ি দেখলে Search Console-ই সবচেয়ে বেশি ভুল তথ্য দেয়। Google নতুন পেজ সাথে সাথে ইনডেক্স বা র্যাংক করে না — একদম নতুন ডোমেইনের ক্ষেত্রে impression দেখা যেতে দুই থেকে চার সপ্তাহ পর্যন্ত সময় লাগতে পারে, এবং প্রথম মাসে position ডেটা অগোছালো থাকে কারণ Google তখনও ঠিক করছে আপনার অবস্থান কোথায়। এই কারণেই আমরা এজেন্টদের প্রথম সপ্তাহের Search Console সংখ্যার ভিত্তিতে পরিবর্তন প্রস্তাব করতে বাধা দিই। তিনটি impression আর শূন্য click থাকা একটি পেজ পরিসংখ্যানগতভাবে কিছুই বলে না; এর ভিত্তিতে title রিরাইট করাটা বাড়তি ধাপ যোগ করে অনুমান করার মতো। Analytics অনেক দ্রুত নির্ভরযোগ্য হয়ে ওঠে, কারণ কেউ ভিজিট করা মাত্রই একটি সেশন বাস্তব হয়ে যায়, কোনো crawl delay ছাড়াই।
App store হলো এমন একটি সারি যা মানুষ সম্পূর্ণভাবে ভুলে যায়, আর এটা এই কারণে নয় যে ডেটা গুরুত্বপূর্ণ নয় — এটি ভিন্ন পোর্টাল, ভিন্ন লগইন, ভিন্ন পরিভাষা (তাদের "impression" মানে "পেজে রেন্ডার হওয়া"র চেয়ে "সার্চ রেজাল্টে দেখানো হয়েছে"র কাছাকাছি কিছু), আর স্বেচ্ছায় সেখানে context-switch করতে কেউ চায় না। এটাকে একই দৈনিক sync-এ নিয়ে আসার মানে হলো, ওয়েব ট্র্যাফিক ড্রপের পাশেই লিস্টিং-কনভার্সনের পতন দেখা যাবে যা সম্ভবত এর কারণ, তা এমন কোনো অ্যাপে অপঠিত পড়ে থাকার বদলে যা কেউ খোলার কথা মনে রাখে না।
প্রপার্টি গোলমাল যা আমাদের ক্যাশড ফিল্টার বিশ্বাস না করতে শিখিয়েছে
একজন ব্যবহারকারীর একটি Google Analytics প্রপার্টিতে দুটি সাইট ছিল, প্ল্যাটফর্মে যোগ দেওয়ার বছরখানেক আগেই এভাবে সেট আপ করা, কারণ এতে একটি কম প্রপার্টি ম্যানেজ করতে হতো। প্রায় একদিনের জন্য, আমাদের ড্যাশবোর্ড দুই ডোমেইনের সম্মিলিত ট্র্যাফিক এমনভাবে দেখাচ্ছিল যেন এটা একটিরই। Session সংখ্যা দারুণ দেখাচ্ছিল। Bounce rate আসলে সন্দেহজনকভাবে ভালো দেখাচ্ছিল — এতটাই ভালো যে পরে ভেবে দেখলে সেটাই সংকেত হওয়া উচিত ছিল, কারণ এটা দুটি ভিন্ন সাইটের গড় ছিল, কোনোটার জন্যই প্রকৃত সংখ্যা নয়।
সমাধান: প্রতিটি Analytics কোয়েরিতে হোস্টনেম ফিল্টার প্রয়োগ করা হয় লাইভ রিকোয়েস্টের বিপরীতে, কানেকশন-টাইমে ক্যাশ করা কনফিগ ভ্যালুর বিপরীতে নয়। প্রপার্টি পুনর্বণ্টন হয়, সাবডোমেইন যোগ হয়, আর একটি পুরনো ফিল্টার ফিল্টার না থাকার চেয়েও খারাপ কারণ এটা জোরালোভাবে ফেল না করে নীরবে ফেল করে। আমরা বিশেষভাবে শেয়ার্ড-প্রপার্টি কেস পরীক্ষা করি — একটি GA4 প্রপার্টি, বিশটি ডোমেইন, যাচাই করি ফিল্টার করা মোট একটি সিঙ্গেল-প্রপার্টি কন্ট্রোলের সাথে মেলে কিনা — কারণ এই বাগ কোনো এরর ছোঁড়ে না। এটা শুধু নীরবে এমন সুখবর জানায় যা আপনার নয়।
একটি সংখ্যাকে সিদ্ধান্তে রূপান্তর করাই আসল প্রোডাক্ট
একটি ড্যাশবোর্ড, একা, তথ্যপ্রাপ্ত অনুভব করার একটি উপায় মাত্র, সেই সম্পর্কে কিছু করার বাধ্যবাধকতা ছাড়াই। মূল্য তৈরি হয় একটি সংখ্যা দেখা আর সেই অনুযায়ী কাজ করার মধ্যেকার ফাঁকে, আর সেই ফাঁকেই বেশিরভাগ সাইড প্রজেক্টের অপ্টিমাইজেশন কাজ মরে যায়।
Optimize টিমের কাজ হলো সেই ফাঁক বন্ধ করা। আমাদের নিজস্ব একটি ডোমেইনে একটি পেজ ছিল যা "self-hosted analytics setup" কোয়েরি ক্লাস্টার থেকে সপ্তাহে ১,৮০০ impression পাচ্ছিল, ১.৪% ক্লিক-থ্রু রেটে কনভার্ট করছিল — এই ধরনের তথ্যমূলক কোয়েরির জন্য position ৬-৮ এর কাছাকাছি প্রত্যাশিত ৩-৫%-এর তুলনায় অনেক কম। এজেন্টটি শুধু ফ্ল্যাগ করেই থামেনি। এটি এমন একটি title রিরাইট প্রস্তাব করেছিল যা মানুষ যা খোঁজে সেই আসল সমস্যার বিষয়টিকে প্রথম ৬০ ক্যারেক্টারের মধ্যে টেনে এনেছিল, যে অংশটি রেজাল্ট পেজে ছাঁটাই হয় না, প্রমাণ হিসেবে নির্দিষ্ট কোয়েরি ও impression সংখ্যা উদ্ধৃত করেছিল, আর একবার আমরা এটি প্রয়োগ করার পর, পরবর্তী দুই সপ্তাহে ক্লিক-থ্রু রেট ৩.৮%-এ পৌঁছেছিল। একটি বাস্তব পেজে একটি বাস্তব সমাধান। কোনো চার্ট লাল থেকে সবুজ হয়ে যাওয়া নয়।
আপনি কিছু না ছুঁয়ে তার কতটুকু ঘটে যায় তা একটা ডায়াল, ব্যক্তিত্বের বৈশিষ্ট্য নয়:
- শুধু রিপোর্ট। ফলাফল পঠনযোগ্য রিপোর্ট আকারে আসে, প্রমাণসহ। আপনি ব্যবস্থা নিন বা না নিন। যে ডোমেইনগুলো নিয়ে আপনি সতর্ক, বা যেগুলো এখনো নতুন এবং আপনি যুক্তিটা যাচাই করতে চান, সেগুলোর জন্য ভালো।
- প্রস্তাব। এজেন্ট প্রকৃত পরিবর্তনের খসড়া তৈরি করে — আসল title ট্যাগ, আসল প্যারাগ্রাফ — এবং সম্মতির জন্য অপেক্ষা করে। বেশিরভাগ মানুষ এক মাস পর এই পর্যায়ে আসেন, যখন প্রস্তাবগুলো বিশ্বাস অর্জন করেছে কিন্তু তারা তবুও শেষ কথাটা নিজেরাই বলতে চান।
- স্বয়ংক্রিয়। অনুমোদিত পরিবর্তনগুলো প্রয়োগ করা হয়, তারপর এক-দুই সপ্তাহ পর সংখ্যার বিপরীতে পুনরায় যাচাই করা হয়। মেট্রিক ভুল দিকে গেলে, এটি নিজে থেকেই রোলব্যাক করে, বরং আপনি লক্ষ্য করার অপেক্ষায় একটি খারাপ পেজ লাইভ রাখার পরিবর্তে।
মেটা আর টাইটেল পরিবর্তনের জন্য আমরা নিজেদের সাইট স্বয়ংক্রিয় মোডে চালাই, পেজ স্ট্রাকচার বা নতুন কনটেন্ট স্পর্শ করে এমন যেকোনো কিছুর জন্য প্রস্তাব মোডে। একটি খারাপ title ভুল হলে দুই সেকেন্ডের ঠিক করা যায়। কিন্তু একটি বাজেভাবে করা কনটেন্ট রিরাইট মাসের পর মাস অর্জিত একটি র্যাংকিং ধ্বংস করে দিতে পারে, আর আমি চাই একজন মানুষ সেটা প্রকাশের আগে ধরুক, পরে নয়। আপনার ঝুঁকি হিসাব অন্য কোথাও পৌঁছাতে পারে, আর তা উচিতও — যে ডোমেইন আপনার পুরো আয়ের উৎস তার জন্য আরও বেশি সতর্কতা প্রাপ্য, স্বয়ংক্রিয়তার প্রতি নীতিগতভাবে আপনার আস্থা যত-ই থাকুক না কেন।
রোলব্যাকই আসলে স্বয়ংক্রিয় মোডকে বেপরোয়া নয়, বরং যুক্তিসঙ্গত করে তোলে। একটি পরিবর্তন লাইভ হয়, তারপর প্ল্যাটফর্ম মেট্রিক অনুযায়ী সাজানো একটি পরিমাপ উইন্ডোর জন্য অপেক্ষা করে — কম-ট্র্যাফিকের পেজের ক্লিক-থ্রুর ক্ষেত্রে, এর মানে হতে পারে একটি নির্দিষ্ট সংখ্যক দিন গোনার বদলে কয়েকশো impression জমার জন্য অপেক্ষা করা — এবং আগে-পরে তুলনা করে। ফলাফল খারাপ হলে, এটি পূর্বাবস্থায় ফিরে যায় এবং কারণ লগ করে। এটি এমন একটি পরিবর্তন যাতে একটি পরীক্ষা অন্তর্নির্মিত, যা আসলে একজন সতর্ক মানুষের অপ্টিমাইজ করার পদ্ধতির কাছাকাছি; শুধু আমাদের বেশিরভাগেরই অপেক্ষা করে যাচাই করার ধৈর্য নেই।
যেখানে সমালোচকরা ঠিক
তাহলে এখানে ছাড়টা দিচ্ছি। যারা স্বয়ংক্রিয় মোডের বিরোধিতা করেন তারা ভুল নন এই বিষয়ে যে দৃশ্যমানতার নিজস্ব একটা মূল্য আছে — নিজের সাইটে কী পরিবর্তন হলো তার হিসাব হারিয়ে ফেলা একটা বাস্তব ক্ষতি, আর আমি এটা অনুভব করেছি। প্রস্তাব মোডটি ঠিক এই কারণেই আছে, যাতে আপনি কখনো সেই সূত্র হারান না; এর একমাত্র মূল্য হলো, পরিবর্তন প্রয়োগের সিদ্ধান্তের বদলে রিপোর্ট পড়ার সময় ঠিক করা। আর ড্যাশবোর্ড, এটাই যেখানে মূল্য তৈরি হয় না হলেও, তবুও এটাই সেই জায়গা যেখানে গিয়ে আপনি রাত ৩টায় নীরবে ঘটে যাওয়া রোলব্যাক ধরতে পারবেন আর জিজ্ঞেস করতে পারবেন কেন। এর নিচের sync পাইপলাইনের চেয়ে আমি বরং এটা কাটব। কিন্তু আমি এটাকে শূন্যে নামাব না, আপনারও উচিত না।
সেটআপ ইচ্ছাকৃতভাবেই ছোট রাখা হয়েছে, কারণ এখানকার ঘর্ষণই মূল কারণ কেন বেশিরভাগ লঞ্চ-পরবর্তী ডেটা পাইপলাইন কখনোই তৈরি হয় না। My Domains-এ Search Console এবং Analytics লিংক করুন — একটি Google সার্ভিস অ্যাকাউন্টই দুটোই কভার করে, একটি OAuth ফ্লো, দুটো নয় — আর দৈনিক sync ড্যাশবোর্ডগুলোতে ডেটা পাঠানো শুরু করে যা এজেন্টরা আসলে পড়ে। প্ল্যাটফর্মের বিল্ড পাইপলাইনের মাধ্যমে শিপ করা যেকোনো কিছুর জন্য Store analytics স্বয়ংক্রিয়ভাবে যুক্ত হয়ে যায়।
