কেন Яндекс মেট্রিকা সাইটের ট্রাফিক দেখায় না
ডেটার অনুপস্থিতি সবসময় ট্রাফিকের অনুপস্থিতি বোঝায় না
Яндекс মেট্রিকায় খালি গ্রাফ প্রমাণ করে না যে সাইটে কেউ ঢুকছে না। মেট্রিকা ভিজিট তখনই রেকর্ড করে যখন দর্শকের ব্রাউজার কাউন্টারের কোড লোড ও এক্সিকিউট করে, তারপর অ্যানালিটিক্স সার্ভারে অনুরোধ পাঠায়। ব্যবহারকারী পেজ খুলতে, আবেদন জমা দিতে বা বিজ্ঞাপনে ক্লিক করতে পারেন, কিন্তু স্ক্রিপ্ট ব্লক, ব্রাউজার ত্রুটি বা সেটিংসের ফিল্টারের কারণে রিপোর্টে না পড়তে পারেন।
প্রথমে প্রকৃত ট্রানজিশনের অনুপস্থিতিকে ডেটা সংগ্রহের ব্যর্থতা থেকে আলাদা করুন। সাধারণ গ্রাফ নয়, একই সময়কাল, নির্দিষ্ট URL এবং সোর্স তুলনা করা উচিত। যেমন বিজ্ঞাপন বিজ্ঞপ্তির লিঙ্ক, স্ট্রিমের বিবরণ, নিউজলেটার বা সোশ্যাল মিডিয়া পোস্ট।
ট্রাফিকের অনুপস্থিতি ও ডেটার অনুপস্থিতির মধ্যে পার্থক্য কীভাবে করবেন
বিজ্ঞাপন ক্যাবিনেট সাধারণত বিজ্ঞাপনে ক্লিক দেখায়, আর সার্ভার লগ — সাইটে অনুরোধ। যাচাইয়ের জন্য সার্ভারের অ্যাক্সেস লগ খুলে প্রয়োজনীয় সময়ের জন্য টার্গেট পেজ খুঁজুন। Nginx লগে এটি এমন অনুরোধ হতে পারে: grep "GET /promo" /var/log/nginx/access.log। UTM ট্যাগের কারণে পাথ বদলালে প্যারামিটার ছাড়া URL খুঁজুন বা ল্যান্ডিং ঠিকানার অংশ ব্যবহার করুন।
বিজ্ঞাপন ক্যাবিনেটে ক্লিক পেজ লোডের সমান নয়: ব্যবহারকারী ট্যাব বন্ধ করতে পারেন, সংযোগ বিচ্ছিন্ন হতে পারে, আর লিঙ্ক অপ্রাপ্য URL-এ নিয়ে যেতে পারে। সার্ভার লগও লাইভ ভিজিটের সমান নয়, কারণ এতে বট, লিঙ্ক প্রিভিউ এবং টেকনিক্যাল চেক পড়ে। কিন্তু লগে ট্রানজিশন থাকলে আর মেট্রিকায় না থাকলে সমস্যা সম্ভবত কাউন্টার বা তার সেটিংসে।
বিজ্ঞাপন, লগ ও মেট্রিকার মধ্যে পার্থক্যের অর্থ কী
বিজ্ঞাপন ক্যাবিনেটে ক্লিক থাকলে কিন্তু লগে ল্যান্ডিং পেজে অনুরোধ না থাকলে চূড়ান্ত URL, রিডাইরেক্ট, ডোমেইনের প্রাপ্যতা এবং ট্র্যাকার সেটিংস যাচাই করুন। access.log-এ এন্ট্রি থাকলে কিন্তু ব্রাউজার mc.yandex.ru-তে অনুরোধ না পাঠালে কাউন্টার চালু হচ্ছে না বা ব্লকড। mc.yandex.ru-তে অনুরোধ গেলে কিন্তু রিপোর্ট খালি থাকলে কাউন্টার নম্বর, ফিল্টার, সময়কাল এবং ডোমেইন সেটিংস যাচাই করুন।
সঠিক মিলকের জন্য ছোট বিরতি এবং একটি সোর্স নিন। প্রকল্পে গৃহীত ডেটা প্রসেসিং নিয়মের মধ্যে সময়, পেজের পাথ, রেসপন্স স্ট্যাটাস, IP ঠিকানা এবং User-Agent মিলিয়ে দেখুন। বড় প্রবাহে ম্যানুয়াল মিলক অসুবিধাজনক: এটি ত্রুটি খুঁজে পেতে সাহায্য করে, কিন্তু নিয়মিত মনিটরিংয়ের বিকল্প নয়।
কিছু পেজে কাউন্টার কোড অনুপস্থিত
কাউন্টার হোমপেজে থাকতে পারে, কিন্তু ল্যান্ডিং, ব্লগ, ক্যাটালগ, ব্যক্তিগত অ্যাকাউন্ট, মোবাইল টেমপ্লেট বা সাবডোমেইনে অনুপস্থিত থাকতে পারে। এই ত্রুটি প্রায়ই সাইট স্থানান্তর, আলাদা প্রোমো পেজ তৈরি বা CMS থিম আপডেটের পরে দেখা যায়। দর্শক সাইট খোলেন, কিন্তু নির্দিষ্ট URL-এ মেট্রিকার চালানোর কিছু থাকে না।
ব্রাউজারের কোড ভিউয়ের মাধ্যমে পেজের সোর্স কোড খুলে mc.yandex.ru বা কাউন্টার নম্বরের অংশ খুঁজুন। শুধু হোমপেজ নয়, বিজ্ঞাপন ও সোশ্যাল মিডিয়া থেকে যেসব ঠিকানায় লিঙ্ক আসলে যায় সেগুলো যাচাই করুন। এই যাচাইয়ের অসুবিধা হলো ম্যানুয়ালি বিরল পেজ ও পরিস্থিতি সহজে বাদ পড়তে পারে, যেমন পেমেন্টের পরের স্ক্রিন বা মোবাইল ভার্সনের ফর্ম।
সাইটে অন্য কাউন্টার নম্বর ইনস্টল করা আছে
কোড ঠিকমতো কাজ করতে পারে, কিন্তু পুরনো, টেস্ট বা অন্য কারও কাউন্টারে ডেটা পাঠাতে পারে। এটি টেমপ্লেট কপি, ঠিকাদার পরিবর্তন, নতুন ডোমেইনে মাইগ্রেশন বা সাইটের একাধিক ভার্সন একসাথে চলার সময় ঘটে। ব্রাউজারে অনুরোধ দেখা যায়, কিন্তু চ্যানেল বা সাইটের মালিক অন্য কাউন্টারের রিপোর্ট দেখছেন।
পেজের কোডে আইডেন্টিফায়ার খুঁজে মেট্রিকা ক্যাবিনেটের নম্বরের সাথে তুলনা করুন। ব্রাউজার কনসোলে অনুরোধ চালানো যায়: document.documentElement.innerHTML.includes("mc.yandex.ru")। এটি দেখাবে HTML-এ মেট্রিকার ঠিকানা আছে কি না, কিন্তু স্ক্রিপ্ট এক্সিকিউট হয়েছে তা নিশ্চিত করবে না। এর জন্য নেটওয়ার্ক অনুরোধ যাচাই দরকার।
ব্রাউজারে মেট্রিকা লোড যাচাই কীভাবে করবেন
ব্লকার ছাড়া ব্রাউজারে পেজ খুলুন, F12 চাপুন, Network ট্যাবে যান এবং পেজ রিফ্রেশ করুন। ফিল্টার লাইনে mc.yandex.ru লিখুন। স্বাভাবিক কাজে স্ক্রিপ্ট লোডের ঠিকানায় অনুরোধ এবং ডেটা সংগ্রহের অনুরোধ দেখা উচিত, সাধারণত metrika/tag.js পাথ বা কাউন্টার নম্বরসহ watch।
তারপর Console ট্যাব খুলে ত্রুটি যাচাই করুন। সমস্যার দরকারি লক্ষণ: «Refused to load the script», «blocked by client», «Content Security Policy» বার্তা বা কাউন্টার চালুর আগে হওয়া JavaScript ত্রুটি। একটি ব্রাউজারে যাচাইয়ের অসুবিধা: নির্দিষ্ট ব্যবহারকারীর এক্সটেনশন, ব্রাউজার ভার্সন বা নেটওয়ার্ক সেটিংস ভিন্ন ফল দিতে পারে।
বিজ্ঞাপন ব্লকার কিছু ভিজিট লুকায়
বিজ্ঞাপন ব্লক করার এক্সটেনশন, প্রাইভেট DNS সার্ভিস, ব্রাউজারের বিল্ট-ইন সুরক্ষা এবং অ্যান্টিভাইরাস অ্যানালিটিক্সে অনুরোধ থামাতে পারে। Network-এ এটি প্রায়ই blocked by client হিসেবে দেখা যায়। পেজ স্বাভাবিক খোলে, সার্ভার অনুরোধ রেকর্ড করে, কিন্তু মেট্রিকা ভিজিটের তথ্য পায় না।
এক্সটেনশন ছাড়া সাধারণ ব্রাউজার উইন্ডো এবং ব্লকারযুক্ত প্রোফাইলে পেজ তুলনা করুন। এই টেস্ট ব্লকের ঘটনা দেখাবে, কিন্তু হারানো ভিজিটের অনুপাত সঠিকভাবে অনুমান করতে দেবে না: দর্শকদের সুরক্ষা সেটিংস ভিন্ন। অ্যানালিটিক্যাল অনুরোধ লুকানোর চেষ্টা সাপোর্ট জটিল করে এবং সাইটের নিরাপত্তা নীতির সাথে সংঘর্ষ করতে পারে।
Content Security Policy মেট্রিকায় অনুরোধ ব্লক করে
Content Security Policy হেডার সীমাবদ্ধ করে পেজ কোন সোর্স থেকে স্ক্রিপ্ট, ছবি লোড করতে এবং নেটওয়ার্ক অনুরোধ চালাতে পারে। CDN, প্রক্সি সংযোগ বা সাইট সুরক্ষা জোরদারের পর সাইট মেট্রিকায় অনুরোধ নিষিদ্ধ করতে শুরু করতে পারে। ব্রাউজার কনসোলে ব্লকড mc.yandex.ru ঠিকানাসহ CSP লঙ্ঘনের বার্তা দেখা যাবে।
নিয়মটি নির্দিষ্টভাবে সম্পূরক করতে হবে, CSP সম্পূর্ণ বন্ধ নয়। এক লাইনে ডিরেক্টিভের উদাহরণ: script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;
এই লাইনটি বিদ্যমান হেডারে না ভেবে প্রতিস্থাপন করা যাবে না: এটি সাইটের ইতিমধ্যে প্রয়োজনীয় সোর্সের সাথে একত্রিত করতে হবে। কাউন্টার কোড সরাসরি HTML-এ বসানো থাকলে inline-স্ক্রিপ্টের জন্যও nonce বা hash দিয়ে আলাদা অনুমতি লাগতে পারে। unsafe-inline যোগ করা সহজ, কিন্তু এর অসুবিধা — তৃতীয় পক্ষের JavaScript ইনজেকশনের বিরুদ্ধে দুর্বল সুরক্ষা।
cookies-এ সম্মতি কাউন্টার চালু করতে দেয় না
সম্মতি ব্যানারযুক্ত সাইটে মেট্রিকা কখনও কখনও শুধু বোতাম চাপার পর চালু হয়। ব্যানারের লজিকে ত্রুটি থাকলে সম্মতির পরেও কাউন্টার বন্ধ থাকতে পারে, শুধু প্রথম পেজে চালু হতে পারে বা ব্যবহারকারীর পছন্দ সংরক্ষণ না করতে পারে। এর ফলে কিছু ভিজিট হারিয়ে যায়, বিশেষত ল্যান্ডিং থেকে ছোট ভিজিট।
প্রথম প্রবেশ, সম্মতি, প্রত্যাখ্যান, পুনরায় ভিজিট, মোবাইল ব্রাউজার এবং প্রাইভেট মোডের পরিস্থিতি যাচাই করুন। ব্যবহারকারীর পছন্দের আগে অ্যানালিটিক্স চালু করলে ডেটার পরিমাণ বাড়তে পারে, কিন্তু এই বিকল্পের আইনি ও সুনামগত অসুবিধা আছে: ডেটা প্রসেসিংয়ের পদ্ধতি আপনার প্রকল্পে প্রযোজ্য প্রয়োজনীয়তার সাথে সামঞ্জস্যপূর্ণ হতে হবে।
কাউন্টার ফিল্টার প্রয়োজনীয় ভিজিট বাদ দেয়
মেট্রিকা সেটিংসে IP ঠিকানা, ডোমেইন, URL, প্যারামিটার বা টেকনিক্যাল ট্রাফিক অনুযায়ী ফিল্টার কাজ করতে পারে। সাধারণত টিমের ভিজিট ও টেস্ট ট্রানজিশন বাদ দিতে এগুলো যোগ করা হয়। অফিস, VPN, কর্পোরেট নেটওয়ার্ক বা URL কাঠামো পরিবর্তনের পর এমন ফিল্টার শুধু অভ্যন্তরীণ ভিজিট নয়, অন্য ভিজিটও বাদ দিতে পারে।
সক্রিয় ফিল্টার দেখুন এবং প্রতিটি নিয়মের উদ্দেশ্য যাচাই করুন। ডায়াগনস্টিকের জন্য সাময়িকভাবে একটি ফিল্টার পরিবর্তন করে টেস্ট ট্রানজিশন পুনরাবৃত্তি করা যায়। ফিল্টার বন্ধ করার অসুবিধা হলো পরিসংখ্যানে কর্মী, ডেভেলপার এবং অটোটেস্টের ভিজিট পড়বে, তাই পরিবর্তন আলাদাভাবে নথিভুক্ত করা ভালো।
ভুল সময়কাল, রিপোর্ট বা টাইমজোন খোলা আছে
কখনও ডেটা ইতিমধ্যে আছে, কিন্তু ক্যাবিনেটে অন্য কাউন্টার, খুব সংকীর্ণ সময়কাল, তারিখ তুলনার মোড বা অনুপযুক্ত টাইমজোন নির্বাচিত। অল্প সংখ্যক ভিজিটে কয়েক ঘণ্টার পার্থক্য নির্দিষ্ট দিনের চিত্র সম্পূর্ণ বদলে দিতে পারে। ট্রানজিশনের পর কয়েক মিনিটের ভিত্তিতে কাউন্টারের কাজ মূল্যায়ন করা উচিত নয়।
সময়কাল তুলনা সরান, বিস্তৃত পরিসর খুলুন এবং টেস্ট ভিজিটের তারিখ যাচাই করুন। তারপর পেজ অনুযায়ী রিপোর্টে গিয়ে ল্যান্ডিংয়ের সঠিক পাথ খুঁজুন। বিস্তৃত সময়কাল ডেটা খুঁজতে সুবিধাজনক, কিন্তু এর অসুবিধা — সাধারণ গ্রাফে সাইট আপডেটের পর কাউন্টার কখন কাজ করা বন্ধ করেছে তা লক্ষ্য করা কঠিন।
রিডাইরেক্ট ও ডোমেইন দর্শকের পাথ বদলায়
ট্রানজিশন লিঙ্ক শর্টনার, ট্র্যাকার, সাইটের HTTP ভার্সন, www-ডোমেইন, মোবাইল সাবডোমেইন দিয়ে গিয়ে শেষে চূড়ান্ত ল্যান্ডিংয়ে পৌঁছাতে পারে। রিডাইরেক্ট ত্রুটিপূর্ণভাবে সেট থাকলে, পেজ দীর্ঘ সময়ে সাড়া দিলে বা দর্শককে অন্য ডোমেইনে পাঠালে প্রয়োজনীয় সাইটের কাউন্টার লোড না হতে পারে। এটি বিশেষত লাইভ সম্প্রচারের বিবরণ ও বিজ্ঞাপন ক্যাম্পেইনের লিঙ্কের জন্য গুরুত্বপূর্ণ।
curl -I -L "https://example.com/promo" কমান্ড দিয়ে চেইন যাচাই করুন এবং ট্রানজিশন ঠিকানাসহ স্ট্যাটাস দেখুন। কমান্ড সার্ভার রিডাইরেক্ট দেখাবে, কিন্তু ব্রাউজারে টেস্টের বিকল্প নয়: JavaScript রিডাইরেক্ট ও এক্সটেনশন ব্লক curl দেখবে না। সংক্ষিপ্ত লিঙ্ক প্রকাশনায় সুবিধাজনক, তবে অতিরিক্ত ট্রানজিশন ডায়াগনস্টিক জটিল করে।
SPA অভ্যন্তরীণ ট্রানজিশনে ভিউ পাঠায় না
একক পেজের সাইটে বিভাগের মধ্যে ট্রানজিশন প্রায়ই সম্পূর্ণ রিলোড ছাড়া ঘটে। ব্যবহারকারী ট্যারিফ, পণ্যের কার্ড, ফর্ম বা ধন্যবাদ পেজ খোলেন, কিন্তু মেট্রিকা শুধু প্রথম স্ক্রিন রেকর্ড করে। রিপোর্টে ভিজিট থাকতে পারে, কিন্তু এন্ট্রি পেজ, ভিউয়ের গভীরতা এবং কনভার্সন অসম্পূর্ণ দেখায়।
Network-এ যাচাই করুন অ্যাপ্লিকেশনের ভেতরে রুট বদলের পর মেট্রিকায় নতুন অনুরোধ আসে কি না। ব্রাউজার বোতামে ট্রানজিশন, মোডাল উইন্ডো, ভাষা পরিবর্তন এবং ডাইনামিক URL টেস্ট করুন। রাউটারের মাধ্যমে স্বয়ংক্রিয় ভিউ পাঠানো সুবিধাজনক, কিন্তু এর অসুবিধা — লজিকে ত্রুটি থাকলে সহজে ডুপ্লিকেট ভিউ ও অতিরিক্ত ভিজিট গভীরতা পাওয়া যায়।
ভিজিট থাকলেও লক্ষ্য কাজ করে না
লক্ষ্যের রিপোর্ট খালি মানে সাইটে ট্রাফিক নেই নয়। ভিজিট স্বাভাবিকভাবে সংগ্রহ হতে পারে, কিন্তু ফর্ম পাঠানো, বোতামে ক্লিক, ক্রয় বা ধন্যবাদ পেজে ট্রানজিশন রেকর্ড না হতে পারে। কারণগুলোর মধ্যে পরিবর্তিত CSS সিলেক্টর, কাউন্টার ইনিশিয়ালাইজেশনের আগে ইভেন্ট, ফলাফল প্রসেস না করা AJAX ফর্ম বা পেজে অন্য মেট্রিকা নম্বর।
ম্যানুয়ালি কাজটি করুন এবং একইসাথে Network দেখুন: এর পরে ইভেন্ট পাঠানোর সাথে সম্পর্কিত অনুরোধ আসা উচিত। বোতামে ক্লিকের লক্ষ্য দ্রুত সেট হয়, কিন্তু এর অসুবিধা — এটি চাপ রেকর্ড করে, সফল ফর্ম পাঠানো নয়। আবেদনের জন্য আলাদাভাবে পূরণ শুরু, ত্রুটি এবং নিশ্চিত ফলাফল ট্র্যাক করা বেশি কার্যকর।
পাঁচ মিনিটে ডায়াগনস্টিক চেকলিস্ট
- যে লিঙ্ক দিয়ে ট্রাফিক আসার কথা, সেটি ব্লকার ছাড়া সাধারণ ব্রাউজারে খুলুন।
- DevTools-এ Network খুলুন, পেজ রিফ্রেশ করুন এবং mc.yandex.ru অনুযায়ী অনুরোধ ফিল্টার করুন।
- Console ট্যাবে JavaScript ত্রুটি, CSP এবং blocked by client বার্তা যাচাই করুন।
- পেজের কোডে কাউন্টার নম্বর মেট্রিকা ক্যাবিনেটের রিপোর্ট নম্বরের সাথে মিলিয়ে দেখুন।
- access.log-এ টেস্টের সময় প্রয়োজনীয় URL-এ অনুরোধ যাচাই করুন, যেমন grep "GET /promo" /var/log/nginx/access.log।
- একটি লিঙ্ক ও একটি সময়কাল অনুযায়ী সার্ভার লগ বিজ্ঞাপন ক্যাবিনেটের ক্লিকের সাথে মিলিয়ে দেখুন।
- ফিল্টার, নির্বাচিত তারিখ, টাইমজোন, সাবডোমেইন এবং cookies সম্মতির পরিস্থিতি দেখুন।
- SPA-এর জন্য অভ্যন্তরীণ ট্রানজিশন করুন এবং রুট বদলের পর নতুন অনুরোধ পাঠানো হচ্ছে কি না নিশ্চিত করুন।
Last Articles
ডিজাইন এবং ফাংশনে কী পরিবর্তন হয়েছে আমরা সাইটটি আপডেট করেছি যাতে এটির সাথে কাজ করা দ্রুত এবং আরও সুবিধাজনক হয়। প্রধান পরিবর্তনগুলি ইন্টারফেস, ব্যক্..
Good afternoon, I've collected all the news during this time.: 1. The main news is that prices for twitch viewers have been greatly reduced, while Tw..
1. আমাদের সকল দর্শকের জন্য ১৫% ছাড় পেতে "December2025" প্রোমো কোড ব্যবহার করুন2. আমরা ১ জানুয়ারি পর্যন্ত আমাদের কনফিগারেটর এবং সবচেয়ে সাশ্রয়ী মূল্..
টুইচ পরিষেবাগুলি হল স্থিরভাবে কাজ করা, তাই আমরা স্কোয়াড, রিসেলারদের সাথে সহযোগিতা করতে প্রস্তুত, সেবা মালিকদের, বট মালিকদের, এবং অনেক অন্যদের.টেল..
আমরা আমাদের টুইচ ভিউয়ার পরিষেবাগুলি সম্পূর্ণরূপে আপডেট করেছে এবং তারা এখন স্থিরভাবে কাজ. আমরা শুধুমাত্র দর্শকদের জন্য উচ্চ মানের আইপি ঠিকানা ব্যব..
Hello everyone! Today, we are announcing a new feature—"Twitch Viewer Configurator". Now, you can customize any plan for your Twitch channel. Choo..
Greetings, I have compiled a guide for streamers, which will be very relevant at the moment. Now YouTube and twitch have disabled monetization from vi..
We have finally developed the APINow it will be more convenient for our partner sites to work with us.To update the maximum tariffs for YouTube, an up..
অংশীদারিত্ব পরিষেবা এবং রেফারেল প্রোগ্রামের ব্যাপক জনপ্রিয়তার কারণে, আমরা একটি সহযোগিতা টেবিল তৈরি করেছি। সারমর্মটি খুব সহজ: আরও লাইভ দর্শক - আমাদের ..
স্ট্রিমারদের জন্য আমাদের পরিষেবা
Dlive
Bigo
কন্টেন্ট ক্রিয়েটরদের জন্য আমাদের পরিষেবা
