কিছু প্রাইভেসি স্যান্ডবক্স প্রযুক্তি পর্যায়ক্রমে বন্ধ করা হচ্ছে।

গোপনীয়তা স্যান্ডবক্স প্রযুক্তির পরিকল্পনা সম্পর্কে আমাদের আপডেট দেখুন।

প্রাইভেসি স্যান্ডবক্স বৈশিষ্ট্যের স্থিতি পৃথক API এবং প্ল্যাটফর্ম বৈশিষ্ট্যগুলির স্থিতি সম্পর্কে আরও তথ্য প্রদান করে।

এই পৃষ্ঠাটি Cloud Translation API অনুবাদ করেছে।

অ্যাট্রিবিউশন রিপোর্টিং ডিবাগিং কুকবুক

ডিবাগিং অ্যাট্রিবিউশন রিপোর্টিং সম্পর্কে ৩টির মধ্যে ৩য় অংশ। ডিবাগ রিপোর্ট কীভাবে ব্যবহার করবেন তার নির্দেশাবলী খুঁজুন।

এই রান্নার বইটিতে, আপনি পর্ব ১: ডিবাগ রিপোর্টের ভূমিকা -এ বর্ণিত বিভিন্ন ব্যবহারের ক্ষেত্রে ডিবাগ রিপোর্ট কীভাবে ব্যবহার করবেন তার নির্দেশাবলী পাবেন।

শব্দকোষ

The reporting origin is the origin that sets the Attribution Reporting source and trigger headers. All reports generated by the browser are sent to this origin. In this guidance, we use https://adtech.example as the example reporting origin.
An attribution report (report for short) is the final report (event-level or aggregatable) that contains the measurement data you've requested.
A debug report contains additional data about an attribution report, or about a source or trigger event. Receiving a debug report does not necessarily mean that something is working incorrectly! There are two types of debug reports
A transitional debug report is a debug report that requires a cookie to be set in order to be generated and sent. Transitional debug reports will be unavailable if a cookie is not set, and once third-party cookies are deprecated. All debug reports described in this guide are transitional debug reports.
Success debug reports track successful generation of an attribution report. They relate directly to an attribution report. Success debug reports have been available since Chrome 101 (April 2022).
Verbose debug reports can track missing reports and help you determine why they're missing. They indicate cases where the browser did not record a source or trigger event, (which means it will not generate an attribution report), and cases where an attribution report can't be generated or sent for some reason. Verbose debug reports include a type field that describes the reason why a source event, trigger event or attribution report was not generated. Verbose debug reports are available starting in Chrome 109 (Stable in January 2023).
Debug keys are unique identifiers you can set on both the source side and the trigger side. Debug keys enable you to map cookie-based conversions and attribution-based conversions. When you've set up your system to generate debug reports and set debug keys, the browser will include these debug keys in all attribution reports and debug reports.

For more concepts and key terms used throughout our documentation, refer to the Privacy Sandbox glossary.

কীভাবে করবেন: রিয়েল টাইমে আপনার ইন্টিগ্রেশন পরীক্ষা করুন

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

কীভাবে করবেন: ক্ষতি বিশ্লেষণ করুন এবং আপনার ইন্টিগ্রেশনের সমস্যা সমাধান করুন

অ্যাট্রিবিউশন রিপোর্টিং রিপোর্টের সাথে কুকি-ভিত্তিক রূপান্তর পরিমাপের ফলাফলের তুলনা করতে, ডিবাগ কী ব্যবহার করুন এবং ডিবাগ রিপোর্টের সাথে কুকি রূপান্তরগুলি ম্যাপ করুন। মনে রাখবেন যে ডিবাগ রিপোর্টগুলি তাৎক্ষণিকভাবে আপনার এন্ডপয়েন্টে পাঠানো হয়।

সংক্ষিপ্ত বিবরণ

কুকি রূপান্তরগুলিকে সাফল্যের ডিবাগ রিপোর্টে ম্যাপ করতে ডিবাগ কী ( <source_debug_key, trigger_debug_key> pair) ব্যবহার করুন। প্রতিটি কুকি রূপান্তরের জন্য, রূপান্তরের সময়, আপনি কি সংশ্লিষ্ট সাফল্যের ডিবাগ রিপোর্ট পেয়েছেন?

যদি হ্যাঁ হয় : এই সমস্ত সাফল্য ডিবাগ রিপোর্টের জন্য, আপনি পরে একটি অ্যাট্রিবিউশন রিপোর্ট পাওয়ার আশা করতে পারেন—কিছু ব্যতিক্রম ছাড়া। বিস্তারিত জানার জন্য সাফল্য ডিবাগ রিপোর্টের দৃশ্যপটটি পর্যালোচনা করুন।

যদি না হয় : এর মানে হল রূপান্তরটি অ্যাট্রিবিউশন রিপোর্টিং-এ নিবন্ধিত হয়নি। কুকি রূপান্তরগুলিকে ভার্বোস ডিবাগ রিপোর্টে ম্যাপ করতে <source_debug_key, trigger_debug_key> পেয়ার (অথবা ট্রিগার ডিবাগ কী অনুপস্থিত থাকলে সোর্স ডিবাগ কী) ব্যবহার করুন। এই প্রতিটি রূপান্তরের জন্য, আপনি কি কোনও সময়ে (সোর্স বা ট্রিগার সময়) একটি সংশ্লিষ্ট ভার্বোস ডিবাগ রিপোর্ট পেয়েছেন?

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

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

সম্ভাব্য পরিস্থিতি

সফল ডিবাগ রিপোর্ট

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

এই রূপান্তরের জন্য আপনি পরে একটি অ্যাট্রিবিউশন রিপোর্ট পাওয়ার আশা করতে পারেন ⏤কিছু ব্যতিক্রম ছাড়া:

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

`source-success` টাইপের ভার্বোস ডিবাগ রিপোর্ট

যদি কোনও প্রদত্ত কুকি রূপান্তরের উৎসের জন্য, আপনি source-success ধরণের একটি ভার্বোজ ডিবাগ রিপোর্ট পেয়ে থাকেন, তাহলে এর অর্থ হল উৎস নিবন্ধন সফল হয়েছে। ট্রিগার নিবন্ধন পরবর্তীতে সফল হয়েছে কিনা তার উপর নির্ভর করে, আপনি সেই রূপান্তরের জন্য একটি প্রতিবেদন পেতে পারেন বা নাও পেতে পারেন।

এর একটি সতর্কতা আছে:

অন্য যেকোনো ধরণের ভার্বোজ ডিবাগ রিপোর্ট

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

গোপনীয়তার সীমা
স্টোরেজ সীমা
কাস্টম নিয়ম
আপনার কোডে বাস্তবায়ন সমস্যা
ব্রাউজার বাগ

এর মধ্যে কিছু প্রত্যাশিত! কোন পদক্ষেপ নেওয়া হবে তা প্রতিটি ভার্বোস রিপোর্টের type উপর নির্ভর করে। ভার্বোস রিপোর্টের রেফারেন্স পর্যালোচনা করুন।

কোনও ডিবাগ রিপোর্ট নেই

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

ব্যবহারকারীর পছন্দ (ব্যবহারকারী তৃতীয় পক্ষের কুকিজ বন্ধ করে দিয়েছেন)
কুকি অনুপস্থিত, অথবা ডিবাগ কী অনুপস্থিত (কুকি অনুপস্থিত থাকার কারণে ডিবাগ কী সাফ করা হয়েছে)। chrome://attribution-internals এ, Logs ট্যাবটি খুলুন এবং সেখানে কোনও সমস্যা দেখা দিয়েছে কিনা তা পরীক্ষা করুন।
উৎস বা ট্রিগারের সময় ঘটে যাওয়া নেটওয়ার্ক সমস্যা, কিন্তু অ্যাট্রিবিউশন রিপোর্ট পাঠানোর সময় নয়।

আপনি কি অ্যাট্রিবিউশন রিপোর্ট পাচ্ছেন?

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

মৌলিক ইন্টিগ্রেশন সমস্যা। মৌলিক ইন্টিগ্রেশন সমস্যা সমাধানে এই সমস্যাগুলি কীভাবে সমাধান করবেন তা পর্যালোচনা করুন।
সম্ভাব্য নেটওয়ার্ক সমস্যা।
ব্রাউজার সেটিংসে ব্যবহারকারীর পছন্দ, যেমন প্রাইভেসি স্যান্ডবক্স বন্ধ করা হয়েছে।

ভার্বোস ডিবাগ রিপোর্টের রেফারেন্স

প্রতিটি ভার্বোস ডিবাগ রিপোর্টে একটি type ফিল্ড থাকে যা সংশ্লিষ্ট অ্যাট্রিবিউশন রিপোর্ট কেন বাদ দেওয়া হয়েছে তার কারণ ক্যাপচার করে। প্রতিটি type ভার্বোস রিপোর্টের জন্য কী পদক্ষেপ নিতে হবে তা নির্ধারণ করতে রেফারেন্সটি ব্যবহার করুন।

দ্রষ্টব্য: যদি কোনও ভার্বোস রিপোর্টের type trigger-event দিয়ে শুরু হয়, তবে এটি কেবল ইভেন্ট-স্তরের প্রতিবেদনের সাথে সম্পর্কিত উৎস বা ট্রিগার ইভেন্টের জন্য তৈরি করা যেতে পারে। যদি কোনও ভার্বোস রিপোর্টের type trigger-aggregate দিয়ে শুরু হয়, তবে এটি কেবল সমষ্টিগত প্রতিবেদনের সাথে সম্পর্কিত উৎস বা ট্রিগার ইভেন্টের জন্য তৈরি করা যেতে পারে। অন্যান্য সমস্ত ক্ষেত্রে, এটি একটি ইভেন্ট-স্তরের জন্য অথবা একটি সমষ্টিগত প্রতিবেদনের জন্য।

উৎস নিবন্ধন সফল হয়েছে

একটি উৎস সফলভাবে নিবন্ধিত হয়েছে।

source-success: বিবরণ এবং প্রতিবেদনের মূল অংশ

গোপনীয়তা সীমাবদ্ধতা রিপোর্ট

এই প্রতিবেদনগুলি প্রত্যাশিত। এগুলি ক্রস-সাইট ব্যবহারকারীর পরিচয় ফাঁস কমাতে গোপনীয়তার সীমাবদ্ধতা নির্দেশ করে।

source-destination-limit: বিবরণ এবং প্রতিবেদনের মূল অংশ
source-noised: বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-attributions-per-source-destination-limit: বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-reporting-origin-limit: বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-event-noise: বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-event-excessive-reports: রিপোর্টের সংখ্যা সীমা অতিক্রম করলে এটি তৈরি হয়; আপনি ভিউয়ের জন্য সর্বাধিক একটি রূপান্তর নিবন্ধন করতে পারেন, এবং ক্লিকের জন্য তিনটি। মনে রাখবেন যে আপনি অগ্রাধিকার নির্ধারণ করে কোন প্রতিবেদনগুলি গ্রহণ করবেন তা কনফিগার করতে পারেন। বিবরণ এবং প্রতিবেদনের মূল অংশ

স্টোরেজ সীমাবদ্ধতার রিপোর্ট

এই প্রতিবেদনগুলি প্রত্যাশিত। অতিরিক্ত সম্পদের ব্যবহার রোধ করার জন্য এগুলি সংরক্ষণের সীমাবদ্ধতা নির্দেশ করে।

source-storage-limit: বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-event-storage-limit: বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-aggregate-storage-limit: বিবরণ এবং প্রতিবেদনের মূল অংশ

কাস্টম নিয়ম রিপোর্ট

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

trigger-no-matching-filter-data: বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-event-no-matching-configuration: বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-event-deduplicated: বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-aggregate-deduplicated: বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-event-low-priority: বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-event-report-window-passed: বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-aggregate-report-window-passed: বিবরণ এবং প্রতিবেদনের মূল অংশ

অন্যান্য ভার্বোজ রিপোর্ট

এই প্রতিবেদনগুলি আপনার কোডে সম্ভাব্য বাস্তবায়ন সমস্যাগুলি নির্দেশ করতে পারে।

trigger-no-matching-source: এটি একটি বাস্তবায়ন সমস্যা হতে পারে। আপনার <reporting origin, destination> সেটআপে কোনও ভুল কনফিগারেশন আছে কিনা তা পরীক্ষা করুন। এটি প্রত্যাশিত API আচরণও হতে পারে। উদাহরণস্বরূপ, ব্যবহারকারী কোনও বিজ্ঞাপনের সাথে জড়িত হওয়ার পরে এবং রূপান্তর করার আগে কোনও সময়ে ডেটা সাফ করেছেন, অথবা ব্যবহারকারী কোনও সম্পর্কিত বিজ্ঞাপন না দেখেই রূপান্তর করেছেন। বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-aggregate-no-contributions: আপনার কোডে সম্ভবত এটি এমন আচরণ নয় যা আপনি করতে চান। আপনার ট্রিগার রেজিস্ট্রেশন কোডের সমস্যা সমাধান করুন; নিশ্চিত করুন যে আপনার অবদানের কনফিগারেশন সঠিক। বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-aggregate-insufficient-budget: আপনার কোডে সম্ভবত এই আচরণটি থাকার কথা নয়। আপনার ট্রিগার রেজিস্ট্রেশন কোডটি দুবার পরীক্ষা করে দেখুন যাতে নিশ্চিত করা যায় যে সমস্ত অবদানের যোগফল অবদান বাজেটের চেয়ে বেশি না হয়। বিবরণ এবং প্রতিবেদনের মূল অংশ

অপ্রত্যাশিত ত্রুটি (সম্ভাব্য ব্রাউজার বাগ)

এই রিপোর্টগুলি অপ্রত্যাশিত । এগুলি ব্রাউজারের কোনও ত্রুটির কারণে হতে পারে! একটি ত্রুটি ফাইল করুন এবং আপনার বিবরণে এটি পুনরুত্পাদন করার পদক্ষেপগুলি উল্লেখ করুন।

source-unknown-error: বিবরণ এবং প্রতিবেদনের মূল অংশ
trigger-unknown-error: বিবরণ এবং প্রতিবেদনের মূল অংশ

ক্ষতি বিশ্লেষণের উদাহরণ

ধাপ ১: কুকিজ দিয়ে সেটআপ এবং ম্যাপিং

পার্ট ২-এর নির্দেশাবলী অনুসরণ করুন: ডিবাগ রিপোর্ট সেট আপ করুন যাতে আপনার সিস্টেম সফল ডিবাগ রিপোর্ট এবং ভার্বোজ ডিবাগ রিপোর্ট তৈরি করতে পারে।

এর সাহায্যে, আপনি কুকি-ভিত্তিক রূপান্তর তথ্য ব্যবহার করে সংশ্লিষ্ট ডিবাগ রিপোর্ট বা অ্যাট্রিবিউশন রিপোর্টগুলি দেখতে পারেন।

ধাপ ২: সফল নিবন্ধন এবং অনুপস্থিত প্রতিবেদনগুলি সনাক্ত করুন

এই উদাহরণে, ধরে নেওয়া যাক আপনি আপনার কুকি-ভিত্তিক সিস্টেমের মাধ্যমে ১০০টি রূপান্তর ট্র্যাক করেছেন।

প্রতিবার যখন আপনি একটি কুকি-ভিত্তিক রূপান্তর রেকর্ড করবেন, তখন সাফল্যের ডিবাগ রিপোর্টটি (অবিলম্বে পাঠানো) সন্ধান করুন যাতে এই কুকি-ভিত্তিক রূপান্তরের মতো একই <source_debug_key, trigger_debug_key> জোড়া রয়েছে।

ধরে নেওয়া যাক আপনি এই ৭০টি কুকি রূপান্তরের জন্য একটি সফল ডিবাগ রিপোর্ট পেয়েছেন।

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

দ্রষ্টব্য: আপনার কাছে ইভেন্ট-স্তরের অ্যাট্রিবিউশন রিপোর্ট থাকতে পারে যা কুকি-ভিত্তিক রূপান্তরের সাথে ম্যাপ করে না। এগুলি সম্ভবত নয়েজ রিপোর্ট যা API দ্বারা এলোমেলোভাবে তৈরি করা হয়েছে। আপনি source-noised ধরণের ডিবাগ ভার্বোজ রিপোর্টগুলি অনুসন্ধান করে এটি নিশ্চিত করতে পারেন যার মধ্যে আপনার ইভেন্ট-স্তরের রিপোর্টের মতো একই সোর্স ডিবাগ কী রয়েছে।

ধাপ ৩: সংক্ষিপ্ত ক্ষতির মূল্যায়ন

১০০-৭০ = ৩০টি সফল ডিবাগ রিপোর্ট অনুপস্থিত। এর মানে হল এই ৩০টি রূপান্তর (যা আপনার কুকি-ভিত্তিক বাস্তবায়নে ট্র্যাক করা হয়েছিল) অ্যাট্রিবিউশন রিপোর্টিং-এ রেকর্ড করা হয়নি। আপনি এগুলির জন্য অ্যাট্রিবিউশন রিপোর্ট পাবেন না।

যেহেতু আপনার ১০০টি কুকি-ভিত্তিক রূপান্তর এবং মাত্র ৭০টি অ্যাট্রিবিউশন-ভিত্তিক রূপান্তর আছে, তাই আপনার ক্ষতি ৩০%। এখন আপনার কাছে একটি সংক্ষিপ্ত ক্ষতির মূল্যায়ন আছে।

ধাপ ৪: কারণ বিশ্লেষণ করুন

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

ধরে নেওয়া যাক যে ১০টি কী আছে যার জন্য কোনও ভার্বোজ ডিবাগ রিপোর্ট নেই। কোনও ইন্টিগ্রেশন সমস্যা আছে কিনা তা পরীক্ষা করুন। যদি না হয়, তবে এটি ব্যবহারকারীর আচরণের কারণে হতে পারে।
আপনার কাছে ২০টি ভার্বোস ডিবাগ রিপোর্ট আছে। আপনি এখন আপনার ক্ষতি বিশ্লেষণকে আরও পরিমার্জন করতে পারেন। প্রতিটি ভার্বোস রিপোর্টের type ফিল্ড বিশ্লেষণ করুন। উদাহরণস্বরূপ, আপনি দেখতে পাবেন যে:
- pending destination limit কারণে ১০টি (আমাদের উদাহরণে = ১০%) রিপোর্ট অনুপস্থিত।
- trigger-aggregate-no-contributions এর কারণে ৫ (= ৫%) রিপোর্ট অনুপস্থিত।
- unknown-error এর কারণে ৫ (= ৫%) রিপোর্ট অনুপস্থিত।

ধাপ ৫: পদক্ষেপ নিন এবং সমস্যা সমাধান করুন

এখন যেহেতু আপনি বুঝতে পেরেছেন কেন রিপোর্টগুলি অনুপস্থিত, আপনি এই অন্তর্দৃষ্টিগুলির উপর কাজ করতে পারেন।

কোন পদক্ষেপ নেওয়া হবে তা প্রতিটি ভার্বোস রিপোর্টের type উপর নির্ভর করে। বিস্তারিত জানার জন্য ভার্বোস রিপোর্টের রেফারেন্সটি পর্যালোচনা করুন। উদাহরণস্বরূপ:

pending-destination-limit হল একটি গোপনীয়তা সুরক্ষা। এখানে কোনও পদক্ষেপ নেওয়ার দরকার নেই। আপনার নিজস্ব দৃশ্যমানতা এবং পর্যবেক্ষণের জন্য এই নম্বরটি ডেটা পয়েন্ট হিসাবে ব্যবহার করুন।
trigger-aggregate-no-contributions আপনার পক্ষে বাস্তবায়ন সমস্যার লক্ষণ হতে পারে। এটি আরও বিশ্লেষণ করুন। সমস্যা সমাধানের জন্য ভার্বোজ রিপোর্টের মূল অংশে বিশদ ব্যবহার করুন এবং প্রয়োজনে এটি ঠিক করুন।
unknown-error ব্রাউজার বাগ বা নেটওয়ার্ক ত্রুটির লক্ষণ হতে পারে। যদি আপনি বারবার এটির সম্মুখীন হন, তাহলে ব্রাউজার ডেভেলপারদের জন্য একটি বাগ ফাইল করুন।