एट्रिब्यूशन रिपोर्टिंग के लिए डीबग रिपोर्ट सेट अप करना

एट्रिब्यूशन रिपोर्टिंग को डीबग करने के बारे में तीन में से दूसरा चरण. डीबग रिपोर्ट सेट अप करें.

शब्दावली

  • रिपोर्टिंग ऑरिजिन वह ऑरिजिन है जो एट्रिब्यूशन रिपोर्टिंग सोर्स और ट्रिगर हेडर सेट करता है. ब्राउज़र से जनरेट की गई सभी रिपोर्ट इस ऑरिजिन पर भेजी जाती हैं. इस दिशा-निर्देश में, हम रिपोर्टिंग ऑरिजिन के लिए https://adtech.example का इस्तेमाल करते हैं.
  • एट्रिब्यूशन रिपोर्ट (कम शब्दों में रिपोर्ट) ऐसी फ़ाइनल रिपोर्ट (इवेंट-लेवल या एग्रीगेट की जा सकने वाली) होती है जिसमें आपके अनुरोध किया गया मेज़रमेंट डेटा होता है.
  • डीबग रिपोर्ट में, एट्रिब्यूशन रिपोर्ट या किसी सोर्स या ट्रिगर इवेंट के बारे में ज़्यादा डेटा होता है. डीबग रिपोर्ट मिलने का मतलब यह नहीं है कि कुछ गलत काम कर रहा है! दो तरह की डीबग रिपोर्ट होती हैं
  • ट्रांज़िशनल डीबग रिपोर्ट एक डीबग रिपोर्ट होती है, जिसके जनरेट और भेजने के लिए कुकी को सेट करना ज़रूरी होता है. अगर कुकी सेट नहीं की गई है और तीसरे पक्ष की कुकी के बंद होने के बाद, ट्रांज़िशनल डीबग रिपोर्ट की सुविधा उपलब्ध नहीं होगी. इस गाइड में बताई गई सभी डीबग रिपोर्ट, ट्रांज़िशनल डीबग रिपोर्ट हैं.
  • सही डीबग रिपोर्ट एट्रिब्यूशन रिपोर्ट जनरेट करने की प्रोसेस को ट्रैक करती हैं. ये एट्रिब्यूशन रिपोर्ट से सीधे तौर पर जुड़े होते हैं. सक्सेस डीबग रिपोर्ट की सुविधा, Chrome 101 (अप्रैल 2022) से उपलब्ध है.
  • वर्बोस डीबग रिपोर्ट, छूटी हुई रिपोर्ट ट्रैक कर सकती हैं. साथ ही, आपको यह पता लगाने में मदद मिलती है कि वे रिपोर्ट क्यों मौजूद नहीं हैं. इनसे उन मामलों में जानकारी मिलती है जहां ब्राउज़र ने सोर्स या ट्रिगर इवेंट को रिकॉर्ड नहीं किया. इसका मतलब है कि इससे एट्रिब्यूशन रिपोर्ट जनरेट नहीं होगी. साथ ही, ऐसे मामले भी दिखते हैं जिनमें किसी वजह से एट्रिब्यूशन रिपोर्ट जनरेट नहीं की जा सकती या भेजी नहीं जा सकती. वर्बोज़ डीबग रिपोर्ट में एक type फ़ील्ड होता है, जो सोर्स इवेंट, ट्रिगर इवेंट या एट्रिब्यूशन रिपोर्ट के जनरेट न होने की वजह बताता है. वर्बोस डीबग रिपोर्ट, Chrome 109 (जनवरी 2023 में स्थिर) की शुरुआत से उपलब्ध हैं.
  • डीबग कुंजियां, यूनीक आइडेंटिफ़ायर होती हैं. इन्हें सोर्स साइड और ट्रिगर, दोनों पर सेट किया जा सकता है. डीबग कुंजियों की मदद से, कुकी पर आधारित कन्वर्ज़न और एट्रिब्यूशन पर आधारित कन्वर्ज़न को मैप किया जा सकता है. अगर आपने अपने सिस्टम को डीबग रिपोर्ट जनरेट करने और डीबग कुंजियां सेट करने के लिए सेट किया है, तो ब्राउज़र इन डीबग कुंजियों को सभी एट्रिब्यूशन रिपोर्ट और डीबग रिपोर्ट में शामिल करेगा.

हमारे सभी दस्तावेज़ों में इस्तेमाल किए गए ज़्यादा कॉन्सेप्ट और मुख्य शब्दों के बारे में जानने के लिए, Privacy Sandbox की ग्लॉसरी देखें.

लागू करने से जुड़े सवाल हैं?

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

डीबग रिपोर्ट सेट अप करने की तैयारी करना

डीबग रिपोर्ट सेट अप करने से पहले, यह तरीका अपनाएं:

देखें कि आपने एपीआई इंटिग्रेशन के लिए सबसे सही तरीके अपनाए हैं या नहीं

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

    if (document.featurePolicy.allowsFeature('attribution-reporting')) {
    // the Attribution Reporting API is enabled
    }
    

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

  • (टेस्टिंग फ़ेज़ के दौरान ज़रूरी नहीं है: देख लें कि आपने अनुमतियों से जुड़ी नीति सेट की हो)

इंटिग्रेशन से जुड़ी बुनियादी समस्याएं ठीक करना

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

DevTools से जुड़ी समस्याएं अलग-अलग तरह की हो सकती हैं. अगर आपको invalid header वाली समस्या आती है, तो हेडर को हेडर की पुष्टि करने वाले टूल में कॉपी करें. इससे, आपको उस फ़ील्ड की पहचान करने और उसे ठीक करने में मदद मिलेगी जिसकी वजह से समस्या आ रही है.

एट्रिब्यूशन रिपोर्टिंग हेडर की पुष्टि करना

Attribution Reporting API से जुड़े हेडर की पुष्टि करने के लिए, हेडर वैलिडेटर का इस्तेमाल किया जा सकता है. एपीआई को डीबग करने के लिए, ब्राउज़र से जनरेट हुई पुष्टि के दौरान आने वाली गड़बड़ियों पर नज़र रखी जा सकती है.

डीबगिंग रिपोर्ट पाने के लिए ऑप्ट इन करने के लिए, Attribution-Reporting-Info रिस्पॉन्स हेडर के हिस्से के तौर पर report-header-errors का इस्तेमाल करें.

Attribution-Reporting-Info: report-header-errors

ध्यान दें कि Attribution-Reporting-Info एक शब्दकोश में मौजूद स्ट्रक्चर्ड हेडरAttribution-Reporting-Info है. इसलिए, बूलियन report-header-errors कुंजी देने पर सही वैल्यू दिखती है.

डीबग करने की रिपोर्ट, रिपोर्टिंग एंडपॉइंट पर तुरंत भेजी जाती हैं:

https://<reporting origin>/.well-known/attribution-reporting/debug/verbose

रिपोर्ट का डेटा, अनुरोध के मुख्य हिस्से में JSON ऑब्जेक्ट की सूची के तौर पर शामिल किया जाता है. यह सूची इस फ़ॉर्मैट में होती है:

[{
  "type": "header-parsing-error",
  "body": {
    "context_site": "https://source.example",
    "header": "Attribution-Reporting-Register-Source",
    "value": "!!!", // header value received in the response
    "error": "invalid JSON" // optional error details that may vary across browsers or different versions of the same browser
  }
}]
स्क्रीनशॉट: हेडर की पुष्टि करने वाला टूल

डीबग रिपोर्ट सेट अप करें: सक्सेस रिपोर्ट और वर्बोस रिपोर्ट के लिए सामान्य चरण

इस कुकी को रिपोर्टिंग ऑरिजिन पर सेट करें:

Set-Cookie: ar_debug=1; SameSite=None; Secure; Path=/; HttpOnly

ब्राउज़र, सोर्स और ट्रिगर रजिस्ट्रेशन, दोनों पर इस कुकी की मौजूदगी की जांच करेगा. सफलता की डीबग रिपोर्ट सिर्फ़ तभी जनरेट होगी, जब कुकी दोनों समय मौजूद हो.

डेमो कोड: डीबग कुकी

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

दूसरा चरण: डीबग कुंजियां सेट करना

हर डीबग कुंजी, बेस-10 स्ट्रिंग के तौर पर फ़ॉर्मैट किया गया 64-बिट वाला बिना साइन वाला पूर्णांक होना चाहिए. हर डीबग कुंजी को एक यूनीक आईडी बनाएं. सक्सेस डीबग रिपोर्ट सिर्फ़ तभी जनरेट होगी जब डीबग की सेट की गई हों.

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

उदाहरण के लिए, ये डीबग बटन सेट किए जा सकते हैं:

  • कुकी आईडी + सोर्स टाइमस्टैंप को सोर्स डीबग कुंजी के तौर पर चुनें (और उसी टाइमस्टैंप को कुकी पर आधारित सिस्टम में कैप्चर करें)
  • कुकी आईडी + ट्रिगर टाइमस्टैंप को ट्रिगर डीबग कुंजी के तौर पर (और उसी टाइमस्टैंप को अपने कुकी-आधारित सिस्टम में कैप्चर करें)

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

सोर्स-साइड डीबग पासकोड को source_event_id से अलग बनाएं, ताकि आप उन अलग-अलग रिपोर्ट में अंतर कर सकें जिनका सोर्स इवेंट आईडी एक ही है.

Attribution-Reporting-Register-Source:
{
// … Usual fields for Attribution-Reporting-Register-Source
"debug_key":"647775351539539"
}
Attribution-Reporting-Register-Trigger:
{
// … Usual fields for Attribution-Reporting-Register-Trigger
"debug_key":"938321351539743"
}

डेमो कोड: सोर्स डीबग की डेमो कोड: ट्रिगर डीबग की

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

इस सेक्शन में दिया गया उदाहरण कोड, इवेंट लेवल और एग्रीगेट की जा सकने वाली, दोनों तरह की रिपोर्ट के लिए सक्सेस डीबग रिपोर्ट जनरेट करता है. इवेंट-लेवल और एग्रीगेट की जा सकने वाली रिपोर्ट, एक ही डीबग पासकोड का इस्तेमाल करती हैं.

तीसरा चरण: सफलता की डीबग रिपोर्ट इकट्ठा करने के लिए एंडपॉइंट सेट अप करना

डीबग रिपोर्ट इकट्ठा करने के लिए, एंडपॉइंट सेट अप करें. यह एंडपॉइंट, मुख्य एट्रिब्यूशन एंडपॉइंट जैसा होना चाहिए. इसके साथ पाथ में एक अतिरिक्त debug स्ट्रिंग भी होनी चाहिए:

  • इवेंट-लेवल पर, कैंपेन की परफ़ॉर्मेंस की डीबग रिपोर्ट का एंडपॉइंट: https://adtech.example/.well-known/attribution-reporting/debug/report-event-attribution
    • एग्रीगेट की जा सकने वाली सक्सेस डीबग रिपोर्ट के लिए एंडपॉइंट: https://adtech.example/.well-known/attribution-reporting/debug/report-aggregate-attribution

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

// Handle incoming event-Level Success Debug reports
adtech.post(
  '/.well-known/attribution-reporting/debug/report-event-attribution',
  async (req, res) => {
    // Debug report is in req.body
    res.sendStatus(200);
  }
);

// Handle incoming aggregatable Success Debug reports
adtech.post(
  '/.well-known/attribution-reporting/debug/report-aggregate-attribution',
  async (req, res) => {
    // Debug report is in req.body
    res.sendStatus(200);
  }
);

डेमो कोड: इवेंट-लेवल की डीबग रिपोर्ट का एंडपॉइंट

डेमो कोड: इकट्ठा की जा सकने वाली डीबग रिपोर्ट एंडपॉइंट

चौथा चरण: पुष्टि करना कि आपके सेटअप से, सक्सेस डीबग रिपोर्ट जनरेट होंगी

  • chrome://attribution-internals को अपने ब्राउज़र में खोलें.
  • पक्का करें कि डबग रिपोर्ट दिखाएं चेकबॉक्स को इवेंट-लेवल रिपोर्ट और एग्रीगेट की जा सकने वाली रिपोर्ट, दोनों टैब में चुना गया हो.
  • वे साइटें खोलें जिन पर आपने एट्रिब्यूशन रिपोर्टिंग लागू की है. एट्रिब्यूशन रिपोर्ट जनरेट करने के लिए, जिन चरणों का इस्तेमाल किया जाता है उन्हें पूरा करें. इन ही चरणों की मदद से, डीबग की रिपोर्ट जनरेट होंगी.
  • chrome://attribution-internals में:
    • देखें कि एट्रिब्यूशन रिपोर्ट सही तरीके से जनरेट हुई हैं या नहीं.
    • इवेंट-लेवल रिपोर्ट टैब और एग्रीगेट की जा सकने वाली रिपोर्ट टैब में, देखें कि सफलता की डीबग रिपोर्ट भी जनरेट हुई हैं या नहीं. सूची में, नीले debug पाथ से उन्हें पहचानें.
स्क्रीनशॉट: एट्रिब्यूशन इंटरनल
  • अपने सर्वर पर, पुष्टि करें कि आपके एंडपॉइंट को, सक्सेस डिबग रिपोर्ट तुरंत मिलती हैं. पक्का करें कि आपने इवेंट-लेवल और एग्रीगेट की जा सकने वाली, काम करने वाली डीबग रिपोर्ट, दोनों देखी हों.
स्क्रीनशॉट: ऑरिजिन सर्वर के लॉग की रिपोर्टिंग

पांचवां चरण: सफलता की डीबग रिपोर्ट देखें

सक्सेस डीबग रिपोर्ट, एट्रिब्यूशन रिपोर्ट जैसी ही होती है. इसमें सोर्स-साइड और ट्रिगर-साइड, दोनों डीबग बटन शामिल होते हैं.

{
  "attribution_destination": "https://advertiser.example",
  "randomized_trigger_rate": 0.0000025,
  "report_id": "7d76ef29-d59e-4954-9fff-d97a743b4715",
  "source_debug_key": "647775351539539",
  "source_event_id": "760938763735530",
  "source_type": "event",
  "trigger_data": "0",
  "trigger_debug_key": "156477391437535"
}

{
  "aggregation_service_payloads": [
    {
      "debug_cleartext_payload": "omRkYXRhgqJldmFsdWVEAACAAGZidWNrZXRQPPhnkD+7c+wm1RjAlowp3KJldmFsdWVEAAARMGZidWNrZXRQJFJl9DLxbnMm1RjAlowp3GlvcGVyYXRpb25paGlzdG9ncmFt",
      "key_id": "d5f32b96-abd5-4ee5-ae23-26490d834012",
      "payload": "0s9mYVIuznK4WRV/t7uHKquHPYCpAN9mZHsUGNiYd2G/9cg87Y0IjlmZkEtiJghMT7rmg3GtWVPWTJU5MvtScK3HK3qR2W8CVDmKRAhqqlz1kPZfdGUB4NsXGyVCy2UWapklE/r7pmRDDP48b4sQTyDMFExQGUTE56M/8WFVQ0qkc7UMoLI/uwh2KeIweQCEKTzw"
    }
  ],
  "shared_info": "{\"api\":\"attribution-reporting\",\"attribution_destination\":\"https://advertiser.example\",\"debug_mode\":\"enabled\",\"report_id\":\"4a04f0ff-91e7-4ef6-9fcc-07d000c20495\",\"reporting_origin\":\"https://adtech.example\",\"scheduled_report_time\":\"1669888617\",\"source_registration_time\":\"1669852800\",\"version\":\"0.1\"}",
  "source_debug_key": "647775351539539",
  "trigger_debug_key": "156477391437535"
}

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

तीसरा चरण: सोर्स और ट्रिगर हेडर में वर्बोज़ डीबगिंग की सुविधा के लिए ऑप्ट इन करना

Attribution-Reporting-Register-Source और Attribution-Reporting-Register-Trigger, दोनों में debug_reporting को true पर सेट करें.

Attribution-Reporting-Register-Source:
{
// … Usual fields for Attribution-Reporting-Register-Source
"debug_key":"938321351539743",
"debug_reporting": true // defaults to false if not present
}

Attribution-Reporting-Register-Trigger:
{
// … Usual fields for Attribution-Reporting-Register-Trigger
"debug_key":"938321351539743",
"debug_reporting": true // defaults to false if not present
}

डेमो कोड: सोर्स हेडर

डेमो कोड: ट्रिगर हेडर

चौथा चरण: ज़्यादा जानकारी वाली डीबग रिपोर्ट इकट्ठा करने के लिए, एंडपॉइंट सेट अप करना

डीबग रिपोर्ट इकट्ठा करने के लिए, एंडपॉइंट सेट अप करें. यह एंडपॉइंट, मुख्य एट्रिब्यूशन एंडपॉइंट जैसा होना चाहिए. इसके साथ, पाथ में एक अतिरिक्त debug/verbose स्ट्रिंग भी होनी चाहिए:

https://adtech.example/.well-known/attribution-reporting/debug/verbose

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

// Handle incoming verbose debug reports
adtech.post(
  '/.well-known/attribution-reporting/debug/verbose',
  async (req, res) => {
    // List of verbose debug reports is in req.body
    res.sendStatus(200);
  }
);

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

डेमो कोड: ज़्यादा जानकारी वाली डीबग रिपोर्ट का एंडपॉइंट

पांचवां चरण: पुष्टि करना कि आपका सेटअप, ज़्यादा जानकारी वाली डीबग रिपोर्ट जनरेट करेगा

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

  1. अपने ब्राउज़र में chrome://attribution-internals खोलें.
  2. अपनी साइट पर उस एट्रिब्यूशन (कन्वर्ज़न) को ट्रिगर करें जिसे एट्रिब्यूशन रिपोर्टिंग की मदद से सेट अप किया गया है. हालांकि, इस कन्वर्ज़न से पहले विज्ञापन के लिए कोई यूज़र ऐक्टिविटी नहीं हुई थी (इंप्रेशन या क्लिक). इसलिए, आपको trigger-no-matching-source टाइप की ज़्यादा जानकारी वाली डीबग रिपोर्ट जनरेट होगी.
  3. chrome://attribution-internals में, ज़्यादा जानकारी वाली डीबग रिपोर्ट टैब खोलें और देखें कि trigger-no-matching-source टाइप की ज़्यादा जानकारी वाली डीबग रिपोर्ट जनरेट हुई है या नहीं.
  4. अपने सर्वर पर, पुष्टि करें कि आपके एंडपॉइंट को यह वर्बोस डीबग रिपोर्ट तुरंत मिल गई है.

छठा चरण: ज़्यादा जानकारी वाली डीबग रिपोर्ट देखना

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

ब्राउज़र से भेजे गए, ज़्यादा जानकारी वाली डीबग रिपोर्ट वाले अनुरोध का उदाहरण:

[
  {
    "body": {
      "attribution_destination": "http://arapi-advertiser.localhost",
      "randomized_trigger_rate": 0.0000025,
      "report_id": "92b7f4fd-b157-4925-999e-aad6361de759",
      "source_debug_key": "282273499788483",
      "source_event_id": "480041649210491",
      "source_type": "event",
      "trigger_data": "1",
      "trigger_debug_key": "282273499788483"
    },
    "type": "trigger-event-low-priority"
  },
  {
    "body": {
      "attribution_destination": "http://arapi-advertiser.localhost",
      "limit": "65536",
      "source_debug_key": "282273499788483",
      "source_event_id": "480041649210491",
      "source_site": "http://arapi-publisher.localhost",
      "trigger_debug_key": "282273499788483"
    },
    "type": "trigger-aggregate-insufficient-budget"
  }
]

हर वर्बोस रिपोर्ट में ये फ़ील्ड होते हैं:

Type
रिपोर्ट जनरेट होने की वजह क्या है. ज़्यादा जानकारी वाली सभी तरह की रिपोर्ट के बारे में जानने के लिए और हर तरह की रिपोर्ट के हिसाब से क्या कार्रवाई करनी है, यह जानने के लिए तीसरा चरण: डिबग करने के लिए कुकबुक में ज़्यादा जानकारी वाली रिपोर्ट का रेफ़रंस देखें.
Body
रिपोर्ट का मुख्य हिस्सा. यह इस पर निर्भर करेगा कि यह किस तरह का है. तीसरा चरण: कुकबुक डीबग करना में, ज़्यादा जानकारी वाली रिपोर्ट का रेफ़रंस देखें.

अनुरोध के मुख्य हिस्से में, कम से कम एक और ज़्यादा से ज़्यादा दो ज़्यादा जानकारी वाली रिपोर्ट होंगी:

  • अगर गड़बड़ी का असर सिर्फ़ इवेंट-लेवल की रिपोर्ट पर पड़ता है, तो एक ज़्यादा जानकारी वाली रिपोर्ट (या अगर इसका असर सिर्फ़ एग्रीगेट की जा सकने वाली रिपोर्ट पर पड़ता है). सोर्स या ट्रिगर के रजिस्टर न होने की सिर्फ़ एक वजह होती है. इसलिए, हर गड़बड़ी और हर रिपोर्ट टाइप (इवेंट-लेवल या एग्रीगेट की जा सकने वाली) के लिए, ज़्यादा जानकारी वाली एक रिपोर्ट जनरेट की जा सकती है.
  • अगर गड़बड़ी का असर इवेंट-लेवल और एग्रीगेट की जा सकने वाली दोनों रिपोर्ट पर पड़ता है, तो ज़्यादा जानकारी वाली दो रिपोर्ट जनरेट होती हैं. हालांकि, एक अपवाद है: अगर इवेंट-लेवल और एग्रीगेट की जा सकने वाली रिपोर्ट के लिए गड़बड़ी की वजह एक ही है, तो सिर्फ़ ज़्यादा जानकारी वाली एक रिपोर्ट जनरेट होती है (उदाहरण: trigger-no-matching-source)

अगला

तीसरा चरण: कुकबुक को डीबग करना