इस पेज का अनुवाद 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.

तरीका: रीयल टाइम में अपने इंटिग्रेशन की जांच करना

सफलता की डीबग रिपोर्ट जनरेट करने के लिए, अपना सिस्टम सेट अप करें. दूसरा चरण: डीबग रिपोर्ट सेट अप करना में देखें.
जब भी एट्रिब्यूशन रिपोर्टिंग कोड को डिप्लॉय किया जाता है, तो रीयल टाइम में देखें कि आपको अपने एंडपॉइंट पर, डीबग की कुछ सफल रिपोर्ट मिल रही हैं या नहीं. अगर ऐसा है, तो इसका मतलब है कि एट्रिब्यूशन रिपोर्टिंग का सेटअप काम कर रहा है.
सफलता की डीबग रिपोर्ट सिर्फ़ तब भेजी जाती हैं, जब कोई कन्वर्ज़न होता है. इसके बजाय, यह देखें कि कन्वर्ज़न के बावजूद, आपका इंटिग्रेशन सही तरीके से सेट अप किया गया है या नहीं. इसका मतलब है कि आपको यह देखना है कि सोर्स रजिस्टर हो गए हैं या नहीं. ऐसा करने के लिए, सोर्स रजिस्ट्रेशन की सफलता ज़्यादा जानकारी वाली डीबग रिपोर्ट पर भरोसा किया जा सकता है. दूसरा चरण: डीबग रिपोर्ट सेट अप करना में, उन्हें सेट अप करने का तरीका देखें.

कैसे करें: इंटिग्रेशन की समस्या हल करना और डेटा में होने वाली कमी का विश्लेषण करना

कुकी पर आधारित कन्वर्ज़न मेज़रमेंट के नतीजों की तुलना, एट्रिब्यूशन रिपोर्टिंग रिपोर्ट से करने के लिए, डीबग बटन का इस्तेमाल करें. साथ ही, कुकी कन्वर्ज़न को डीबग रिपोर्ट के साथ मैप करें. ध्यान रखें कि डीबग रिपोर्ट आपके एंडपॉइंट पर तुरंत भेजी जाती हैं.

खास जानकारी

कुकी कन्वर्ज़न को सफलता की डीबग रिपोर्ट से मैप करने के लिए, डीबग बटन (<source_debug_key, trigger_debug_key> पेयर) का इस्तेमाल करें. क्या हर कुकी कन्वर्ज़न के लिए, कन्वर्ज़न के समय आपको उससे जुड़ी सफलता की डीबग रिपोर्ट मिली?

अगर हां: आपको इन सभी सक्सेस डीबग रिपोर्ट के लिए, कुछ अपवादों के साथ, बाद में एट्रिब्यूशन रिपोर्ट मिल सकती है. ज़्यादा जानकारी के लिए, सफल डीबग रिपोर्ट की स्थिति देखें.

अगर नहीं: इसका मतलब है कि कन्वर्ज़न, एट्रिब्यूशन रिपोर्टिंग के साथ रजिस्टर नहीं हुआ. कुकी कन्वर्ज़न को ज़्यादा जानकारी वाली डीबग रिपोर्ट में मैप करने के लिए, <source_debug_key, trigger_debug_key> पेयर (या ट्रिगर डीबग बटन मौजूद न होने पर सोर्स डीबग बटन) का इस्तेमाल करें. क्या इनमें से हर कन्वर्ज़न के लिए, आपको किसी समय (सोर्स या ट्रिगर के समय) उससे जुड़ी ज़्यादा जानकारी वाली डीबग रिपोर्ट मिली थी?

अगर आपको डीबग की ज़्यादा जानकारी वाली रिपोर्ट नहीं मिली है, तो इसकी वजह उपयोगकर्ता का व्यवहार या इंटिग्रेशन से जुड़ी समस्या हो सकती है. ज़्यादा जानकारी के लिए, डबग रिपोर्ट न मिलने की स्थिति देखें.
अगर आपको डीबग की ज़्यादा जानकारी वाली रिपोर्ट मिली है, तो उसका type फ़ील्ड देखें.
- अगर type source-success है, तो इसका मतलब है कि सोर्स रजिस्टर हो गया था, लेकिन ट्रिगर नहीं. सक्सेस डीबग रिपोर्ट मौजूद न होने की वजह जानने के लिए, किसी भी अन्य टाइप की डीबग रिपोर्ट देखें. इस रिपोर्ट से, ट्रिगर करने वाले पक्ष की समस्या का पता चलेगा.
- अगर type कुछ और है, तो इसका मतलब है कि सोर्स या ट्रिगर रजिस्टर नहीं किया गया है. type आपको इसकी वजह बताता है. इससे जुड़ी एट्रिब्यूशन रिपोर्ट (और सफलता की डीबग रिपोर्ट) मौजूद नहीं होगी. ज़्यादा जानकारी वाली डीबग रिपोर्ट के type के आधार पर, हो सकता है कि आप इस जानकारी को सिर्फ़ नुकसान के विश्लेषण के डेटा पॉइंट के तौर पर इस्तेमाल करना चाहें. इसका मतलब है कि आपको कोई कार्रवाई नहीं करनी है. इसके अलावा, हो सकता है कि आप कोई गड़बड़ी दर्ज करना चाहें या लागू करने से जुड़ी समस्या हल करना चाहें. ज़्यादा जानकारी के लिए, ज़्यादा जानकारी वाली डीबग रिपोर्ट की स्थिति देखें.

अहम जानकारी: सही डीबग रिपोर्ट तब भेजी जाती हैं, जब ब्राउज़र इवेंट-लेवल की रिपोर्ट या एग्रीगेट की जा सकने वाली रिपोर्ट जनरेट कर लेता है. वहीं दूसरी ओर, ज़्यादा जानकारी वाली ज़्यादातर डीबग रिपोर्ट तब भेजी जाती हैं, जब कोई सोर्स या ट्रिगर रजिस्टर नहीं होता. हालांकि, सोर्स के रजिस्टर होने की जानकारी देने वाली ज़्यादा जानकारी वाली डीबग रिपोर्ट को छोड़कर.

ध्यान दें: इस खास जानकारी में, हम पूरी तरह से विश्लेषण करने का तरीका बता रहे हैं. इसमें, लागू करने से जुड़ी संभावित समस्याओं को हल करने के बारे में भी बताया गया है. हालांकि, हो सकता है कि आप टेस्टिंग के उस चरण में हों जहां आपको सिर्फ़ लागू करने से जुड़ी समस्याओं को हल करने पर ध्यान देना हो. इसके लिए, आपको नुकसान का पूरा विश्लेषण करने और कन्वर्ज़न के किसी सेट का इंतज़ार करने की ज़रूरत नहीं है. ऐसे में, ज़्यादा जानकारी वाली उन रिपोर्ट को सीधे तौर पर देखा जा सकता है जिनसे लागू करने से जुड़ी समस्याओं का पता चल सकता है.

संभावित स्थितियां

डीबग की सफलता की रिपोर्ट

अगर किसी कुकी कन्वर्ज़न के लिए, आपको सफलता की डीबग रिपोर्ट मिली है, तो इसका मतलब है कि यह कन्वर्ज़न, एट्रिब्यूशन रिपोर्टिंग के साथ सही तरीके से रजिस्टर हो गया था.

आपको इस कन्वर्ज़न के लिए, बाद में एट्रिब्यूशन रिपोर्ट मिल सकती है⏤. हालांकि, इसके लिए कुछ शर्तें पूरी करनी होंगी:

उपयोगकर्ता का व्यवहार: कन्वर्ज़न के बाद और एट्रिब्यूशन रिपोर्ट भेजे जाने से पहले, डेटा मिटाना, ब्राउज़र बंद करना वगैरह. अगर कोई उपयोगकर्ता ग्राहक में बदलने के बाद अपना ब्राउज़र बंद कर देता है और एक हफ़्ते तक उसे नहीं खोलता, तो रिपोर्ट एक हफ़्ते या उससे ज़्यादा समय तक नहीं भेजी जाएगी. इस देरी को नुकसान के तौर पर माना जा सकता है.
सिर्फ़ इवेंट-लेवल पर लागू: इवेंट-लेवल की रिपोर्ट को, ज़्यादा प्राथमिकता वाली किसी दूसरी रिपोर्ट से बदल दिया जाता है.
नेटवर्क से जुड़ी समस्याएं.

`source-success` टाइप की ज़्यादा जानकारी वाली डीबग रिपोर्ट

अगर किसी कुकी कन्वर्ज़न के सोर्स के लिए, आपको source-success टाइप की ज़्यादा जानकारी वाली डीबग रिपोर्ट मिली है, तो इसका मतलब है कि सोर्स रजिस्ट्रेशन पूरा हो गया है. ट्रिगर रजिस्ट्रेशन के बाद भी, आपको उस कन्वर्ज़न की रिपोर्ट मिल सकती है या नहीं. यह इस बात पर निर्भर करता है कि ट्रिगर रजिस्ट्रेशन पूरा हुआ है या नहीं.

हालांकि, इस बात का ध्यान रखें:

किसी भी अन्य तरह की ज़्यादा जानकारी वाली डीबग रिपोर्ट

अगर किसी कुकी कन्वर्ज़न के लिए, आपको किसी भी अन्य टाइप की ज़्यादा जानकारी वाली डीबग रिपोर्ट मिली है, तो आपको सफलता की डीबग रिपोर्ट नहीं मिलेगी. इसलिए, बाद में कोई एट्रिब्यूशन रिपोर्ट भी नहीं मिलेगी⏤इसकी वजह यह है कि ज़्यादा जानकारी वाली रिपोर्ट का मतलब है कि रिपोर्ट करने लायक कोई गड़बड़ी हुई है. सोर्स रजिस्ट्रेशन, ट्रिगर रजिस्ट्रेशन, रिपोर्ट जनरेशन या रिपोर्ट भेजने में कोई रुकावट आई. संभावित कारण:

निजता की सीमाएं
मेमोरी सीमाएं
कस्टम नियम
आपके कोड में लागू करने से जुड़ी समस्या
ब्राउज़र में गड़बड़ी

इनमें से कुछ गड़बड़ियां सामान्य हैं! कौनसी कार्रवाई करनी है, यह हर ज़्यादा जानकारी वाली रिपोर्ट के type पर निर्भर करता है. ज़्यादा जानकारी वाली रिपोर्ट का रेफ़रंस देखें.

डीबग रिपोर्ट नहीं मिली

अगर किसी कुकी कन्वर्ज़न के लिए, आपको सिर्फ़ एट्रिब्यूशन रिपोर्ट मिली है (न तो कोई सफलता डीबग रिपोर्ट और न ही ज़्यादा जानकारी वाली डीबग रिपोर्ट), तो इसका मतलब है कि किसी वजह से डीबग रिपोर्ट जनरेट नहीं हो पाईं. संभावित कारण:

उपयोगकर्ता की प्राथमिकताएं (उपयोगकर्ता ने तीसरे पक्ष की कुकी बंद कर दी हैं)
कुकी मौजूद नहीं है या डीबग कुंजियां मौजूद नहीं हैं (कुकी मौजूद न होने की वजह से डीबग कुंजी मिट गई है). chrome://attribution-internals में, लॉग टैब खोलें और देखें कि क्या कोई समस्या दिख रही है.
सोर्स या ट्रिगर होने के समय नेटवर्क से जुड़ी समस्याएं, लेकिन एट्रिब्यूशन रिपोर्ट भेजने के समय नहीं.

क्या आपको एट्रिब्यूशन रिपोर्ट मिल रही हैं?

यह डीबग रिपोर्ट न मिलने का एक सब-केस है: अगर किसी कुकी कन्वर्ज़न के लिए, आपको किसी भी तरह की रिपोर्ट नहीं मिली है (किसी भी तरह की डीबग रिपोर्ट नहीं मिली है, कोई एट्रिब्यूशन रिपोर्ट नहीं मिली है), तो इसका मतलब है कि कोई ऐसी गड़बड़ी हुई है जिसकी शिकायत नहीं की जा सकती. संभावित कारण:

इंटिग्रेशन से जुड़ी बुनियादी समस्या. इंटिग्रेशन से जुड़ी बुनियादी समस्याओं को ठीक करना लेख में, इन समस्याओं को हल करने का तरीका जानें.
नेटवर्क से जुड़ी समस्याएं.
ब्राउज़र की सेटिंग में उपयोगकर्ता की प्राथमिकताएं, जैसे कि प्राइवसी सैंडबॉक्स बंद है.

ज़्यादा जानकारी वाली डीबग रिपोर्ट का रेफ़रंस

ज़्यादा जानकारी वाली हर डीबग रिपोर्ट में एक 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> के सेटअप में कोई गड़बड़ी तो नहीं है. एपीआई के इस तरह के काम करने की भी उम्मीद की जा सकती है. उदाहरण के लिए, उपयोगकर्ता ने किसी विज्ञापन से जुड़ने के बाद और ग्राहक में बदलने से पहले, किसी समय डेटा मिटा दिया हो या उपयोगकर्ता ने उससे जुड़ा कोई विज्ञापन देखे बिना ही ग्राहक में बदला हो. जानकारी और रिपोर्ट का मुख्य हिस्सा
trigger-aggregate-no-contributions: ऐसा हो सकता है कि आपने अपने कोड को ऐसा काम करने के लिए न बनाया हो. ट्रिगर रजिस्ट्रेशन कोड से जुड़ी समस्या हल करें. साथ ही, पक्का करें कि योगदान का कॉन्फ़िगरेशन सही हो. जानकारी और रिपोर्ट का मुख्य हिस्सा
trigger-aggregate-insufficient-budget: ऐसा हो सकता है कि आपने अपने कोड को ऐसा काम करने के लिए न बनाया हो. अपने ट्रिगर रजिस्ट्रेशन कोड की दोबारा जांच करें, ताकि यह पक्का किया जा सके कि सभी योगदानों की कुल रकम, योगदान के बजट से ज़्यादा न हो. जानकारी और रिपोर्ट का मुख्य हिस्सा

अचानक हुई गड़बड़ियां (ब्राउज़र में मौजूद संभावित गड़बड़ियां)

ये रिपोर्ट अचानक दिखती हैं. ये गड़बड़ियां, ब्राउज़र में मौजूद किसी गड़बड़ी की वजह से हो सकती हैं! बग की शिकायत करें और बग की जानकारी में, उसे ठीक करने का तरीका बताएं.

source-unknown-error: जानकारी और रिपोर्ट का मुख्य हिस्सा
trigger-unknown-error: जानकारी और रिपोर्ट का मुख्य हिस्सा

नुकसान के विश्लेषण का उदाहरण

पहला चरण: कुकी के साथ सेटअप और मैपिंग

सफल डीबग रिपोर्ट और ज़्यादा जानकारी वाली डीबग रिपोर्ट जनरेट करने के लिए, अपने सिस्टम को सेट अप करने के लिए, दूसरा चरण: डीबग रिपोर्ट सेट अप करना में दिए गए निर्देशों का पालन करें.

इसकी मदद से, कुकी पर आधारित कन्वर्ज़न की जानकारी का इस्तेमाल करके, उससे जुड़ी डीबग रिपोर्ट या एट्रिब्यूशन रिपोर्ट देखी जा सकती हैं.

दूसरा चरण: सफल रजिस्ट्रेशन और मौजूद न होने वाली रिपोर्ट की पहचान करना

इस उदाहरण में, मान लें कि आपने कुकी पर आधारित सिस्टम की मदद से 100 कन्वर्ज़न ट्रैक किए हैं.

जब भी कोई कुकी-आधारित कन्वर्ज़न रिकॉर्ड किया जाता है, तो उस सफलता की डीबग रिपोर्ट (तुरंत भेजी जाती है) को देखें जिसमें इस कुकी-आधारित कन्वर्ज़न जैसा ही <source_debug_key, trigger_debug_key> पेयर हो.

मान लें कि आपको इनमें से 70 कुकी कन्वर्ज़न के लिए, सफलता की डीबग रिपोर्ट मिली है.

सक्सेस रिपोर्ट का मतलब है कि एट्रिब्यूशन रिकॉर्ड हो गया है. इसलिए, यह माना जा सकता है कि आपको हर सक्सेस रिपोर्ट के हिसाब से एक एट्रिब्यूशन रिपोर्ट मिलेगी. हालांकि, कुछ अपवाद भी हो सकते हैं.
आपके पास इन अपवादों को मॉनिटर करने का विकल्प है. ऐसा करने के लिए, अगले दिनों/हफ़्तों में (समयसीमा के आधार पर) एट्रिब्यूशन रिपोर्ट आपके एंडपॉइंट पर भेजी जाती हैं. इसलिए, उन एट्रिब्यूशन रिपोर्ट को ढूंढें जिनमें हर सफलता डीबग रिपोर्ट के डीबग पासकोड का एक ही पेयर हो. थोड़ा इंतज़ार करें: हो सकता है कि हर विंडो के आखिर में रिपोर्ट तुरंत न भेजी जाएं. मान लें कि आपको सिर्फ़ 60 एट्रिब्यूशन रिपोर्ट मिलती हैं. 10 एट्रिब्यूशन रिपोर्ट मौजूद न होने की वजह, उपयोगकर्ता का व्यवहार हो सकता है.

ध्यान दें: ऐसा हो सकता है कि आपके पास इवेंट-लेवल की ऐसी एट्रिब्यूशन रिपोर्ट हों जो कुकी पर आधारित कन्वर्ज़न पर मैप न होती हों. ये ग़ैर-ज़रूरी रिपोर्ट हो सकती हैं, जिन्हें एपीआई ने अपने-आप जनरेट किया है. इसकी पुष्टि करने के लिए, source-noised टाइप की डीबग की ज़्यादा जानकारी वाली रिपोर्ट देखें. इन रिपोर्ट में, आपकी इवेंट-लेवल रिपोर्ट जैसी ही सोर्स डीबग कुंजी होनी चाहिए.

तीसरा चरण: नुकसान का आकलन

100-70 = 30 सफल डीबग रिपोर्ट मौजूद नहीं हैं. इसका मतलब है कि कुकी पर आधारित लागू करने की प्रोसेस में ट्रैक किए गए इन 30 कन्वर्ज़न को एट्रिब्यूशन रिपोर्टिंग के साथ रिकॉर्ड नहीं किया गया था. आपको इनके लिए एट्रिब्यूशन रिपोर्ट नहीं मिलेंगी.

आपके पास कुकी पर आधारित 100 कन्वर्ज़न और एट्रिब्यूशन पर आधारित सिर्फ़ 70 कन्वर्ज़न हैं. इसलिए, आपका नुकसान 30% है. अब आपको नुकसान का एक छोटा सा आकलन दिखेगा.

चौथा चरण: समस्या की वजहों का विश्लेषण करना

इन रिपोर्ट के मौजूद न होने की वजह जानने के लिए, कन्वर्ज़न (ट्रिगर रजिस्ट्रेशन) के समय या सोर्स रजिस्ट्रेशन के समय मिली, ज़्यादा जानकारी वाली डीबग रिपोर्ट देखें. कुकी पर आधारित कन्वर्ज़न को ज़्यादा जानकारी वाली डीबग रिपोर्ट में मैप करने के लिए, कुकी पर आधारित कन्वर्ज़न की कुंजियों का इस्तेमाल करें.

मान लें कि ऐसी 10 कुंजियां हैं जिनके लिए डीबग रिपोर्ट में ज़्यादा जानकारी नहीं है. देखें कि इंटिग्रेशन से जुड़ी कोई समस्या तो नहीं है. अगर ऐसा नहीं है, तो हो सकता है कि यह उपयोगकर्ता के व्यवहार की वजह से हो.
आपके पास 20 ज़्यादा जानकारी वाली डीबग रिपोर्ट हैं. अब आपके पास, नुकसान के विश्लेषण को बेहतर बनाने का विकल्प है. हर ज़्यादा जानकारी वाली रिपोर्ट के type फ़ील्ड का विश्लेषण करें. उदाहरण के लिए, आपको यह जानकारी मिल सकती है:
- pending destination limit की वजह से, 10 (हमारे उदाहरण में 10%) रिपोर्ट मौजूद नहीं हैं
- trigger-aggregate-no-contributions की वजह से, पांच (= 5%) रिपोर्ट मौजूद नहीं हैं.
- unknown-error की वजह से, पांच (= 5%) रिपोर्ट मौजूद नहीं हैं.

पांचवां चरण: कार्रवाई करना और समस्या हल करना

अब आपको यह पता चल गया है कि रिपोर्ट क्यों नहीं दिख रही हैं. इसलिए, इन अहम जानकारी के आधार पर कार्रवाई की जा सकती है.

कौनसी कार्रवाई करनी है, यह हर ज़्यादा जानकारी वाली रिपोर्ट के type पर निर्भर करता है. ज़्यादा जानकारी के लिए, ज़्यादा शब्दों वाली रिपोर्ट का रेफ़रंस देखें. उदाहरण के लिए:

pending-destination-limit निजता की सुरक्षा है. आपको कुछ करने की ज़रूरत नहीं है. इस नंबर का इस्तेमाल डेटा पॉइंट के तौर पर करें, ताकि आप इसे देख सकें और मॉनिटर कर सकें.
trigger-aggregate-no-contributions का मतलब है कि आपके ऐप्लिकेशन में, 'विज्ञापन लागू करें' सुविधा को लागू करने में कोई समस्या आ रही है. इस बारे में ज़्यादा जानकारी पाएं. ज़्यादा जानकारी वाली रिपोर्ट के मुख्य हिस्से में दी गई जानकारी का इस्तेमाल करके, समस्या को हल करें और ज़रूरत पड़ने पर उसे ठीक करें.
unknown-error, ब्राउज़र में गड़बड़ी या नेटवर्क से जुड़ी गड़बड़ी का संकेत हो सकता है. अगर आपको बार-बार यह समस्या आ रही है, तो ब्राउज़र डेवलपर के लिए गड़बड़ी की शिकायत करें.