इवेंट-लेवल और एग्रीगेट की जा सकने वाली, दोनों तरह की रिपोर्ट में डुप्लीकेट डेटा को रोकने का तरीका जानें.
कभी-कभी आपको ऐसा दिख सकता है कि किसी कन्वर्ज़न को एक से ज़्यादा बार गिना गया है या किसी रिपोर्ट को कई बार भेजा गया है. इस पेज पर, हम डुप्लीकेट रिपोर्ट ढूंढने और डुप्लीकेट कन्वर्ज़न को गिने जाने से रोकने के तरीके के बारे में बताते हैं.
पहले से मिली रिपोर्ट को अनदेखा करें
जब नेटवर्क उपलब्ध न होने की वजह से ब्राउज़र, रिपोर्ट भेजने की कोशिश फिर से करता है, तो वह एक ही रिपोर्ट को कई बार भेज सकता है.
इस समस्या को कम करने के लिए, रिपोर्ट मिलने पर उसके report_id की जांच करें. अगर आपको पहले ही उस report_id के साथ कोई रिपोर्ट मिल चुकी है, तो उस रिपोर्ट को अनदेखा करें.
हमारा सुझाव है कि आप इवेंट-लेवल और एग्रीगेट की जा सकने वाली, दोनों तरह की रिपोर्ट में डुप्लीकेट की जांच करें.
ब्राउज़र को कुछ कन्वर्ज़न को अनदेखा करने का निर्देश देना
उपयोगकर्ता के अचानक किए गए फ़्लो की वजह से, कन्वर्ज़न को एक से ज़्यादा बार गिना जा सकता है. यहां दिए गए उदाहरण में बताया गया है कि ऐसा कैसे हो सकता है:
मान लें कि किसी उपयोगकर्ता ने गलती से, कन्वर्ज़न पिक्सल वाले चेकआउट पूरा करने के पेज को फिर से लोड कर दिया. डिफ़ॉल्ट रूप से, पेज को फिर से लोड करने पर दूसरा कन्वर्ज़न ट्रिगर होगा और आपको दो रिपोर्ट मिलेंगी. हालांकि, उपयोगकर्ता ने सिर्फ़ एक खरीदारी की है. कन्वर्ज़न को डुप्लीकेट होने से रोककर, इस व्यवहार को बदला जा सकता है, ताकि आपको सिर्फ़ एक कन्वर्ज़न दिखे.
एट्रिब्यूशन लॉजिक के बारे में ज़्यादा जानने के लिए, चुनिंदा क्लिक, व्यू या कन्वर्ज़न को प्राथमिकता देना लेख पढ़ें.
इवेंट-लेवल की रिपोर्ट में कन्वर्ज़न को डुप्लीकेट होने से रोकना
इवेंट-लेवल की रिपोर्ट के लिए कन्वर्ज़न को डुप्लीकेट होने से रोकने के लिए, अपने Attribution-Reporting-Register-Trigger हेडर में deduplication_key सेट करें:
"event_trigger_data": [{
...
"deduplication_key": "89796855"
}]
एग्रीगेट की जा सकने वाली रिपोर्ट में कन्वर्ज़न को डुप्लीकेट होने से रोकना
यहां दिए गए सेक्शन में, एग्रीगेट की जा सकने वाली रिपोर्ट में कन्वर्ज़न को डुप्लीकेट होने से रोकने के लिए, डुप्लीकेट हटाने की कुंजियों और फ़िल्टर के बारे में बताया गया है.
aggregatable_deduplication_keys का इस्तेमाल करें
हेडर में डुप्लीकेट हटाने की कुंजियां इस तरह सेट की जा सकती हैं:
"aggregatable_deduplication_keys": [{
"deduplication_key": "1231232123123"
}]
यहां, अगर यह एट्रिब्यूशन ट्रिगर किसी सोर्स से मैच होता है, तो एग्रीगेट की जा सकने वाली रिपोर्ट जनरेट होती है. साथ ही, इसमें डुप्लीकेट हटाने की कुंजी 1231232123123 होती है.
फ़िल्टर इस्तेमाल करना
फ़िल्टर किए गए डेटा के आधार पर, एग्रीगेट की जा सकने वाली रिपोर्ट से डुप्लीकेट डेटा भी हटाया जा सकता है.
फ़िल्टर कॉन्फ़िगरेशन के आधार पर, एग्रीगेट की जा सकने वाली रिपोर्ट के लिए डुप्लीकेट हटाने की कुंजी में बदलाव किया जा सकता है. इससे इस्तेमाल के ऐसे उदाहरणों को लागू किया जा सकता है. जैसे, कन्वर्ज़न टाइप के आधार पर एग्रीगेट की जा सकने वाली रिपोर्ट को डुप्लीकेट होने से रोकना या फ़िल्टर में इस्तेमाल की जा सकने वाली किसी अन्य जानकारी के आधार पर रिपोर्ट को डुप्लीकेट होने से रोकना.
इस उदाहरण में, डुप्लीकेट हटाने वाले कुंजियों के साथ फ़िल्टर का इस्तेमाल दिखाया गया है:
"aggregatable_deduplication_keys": [
{
"deduplication_key": "1231232123123",
"filters": {"conversion_type": ["homepage_view", "productpage_view"]}
},
{
"deduplication_key": "789789789789",
"filters": {"conversion_type": ["purchase"]}
}
]
इस उदाहरण में:
- अगर इस ट्रिगर को
homepage_viewयाproductpage_viewटाइप के कन्वर्ज़न से मैच किया जाता है, तो एग्रीगेट की जा सकने वाली रिपोर्ट जनरेट होती है. इसमें डुप्लीकेट हटाने की कुंजी1231232123123होती है. - अगर यह ट्रिगर,
purchaseटाइप के कन्वर्ज़न से मैच होता है, तो एक ऐसी रिपोर्ट जनरेट होती है जिसमें डेटा को इकट्ठा किया जा सकता है. साथ ही, इसमें डुप्लीकेट हटाने के लिए789789789789कुंजी होती है. - अगर डुप्लीकेट हटाने की कई कुंजियां, फ़िल्टर किए गए डेटा से मैच करती हैं, तो मैच होने वाली पहली कुंजी का इस्तेमाल किया जाता है.
अगले चरण
- फ़िल्टर का इस्तेमाल करके कस्टम नियम तय करना लेख में, फ़िल्टर के बारे में ज़्यादा पढ़ें.
- कुछ खास क्लिक, व्यू या कन्वर्ज़न को प्राथमिकता देना लेख में, एट्रिब्यूशन लॉजिक बदलने के बारे में पढ़ें.