Private एग्रीगेशन एपीआई की खास जानकारी

Protected Audience के डेटा और Shared Storage में मौजूद अलग-अलग साइटों के डेटा का इस्तेमाल करके, एग्रीगेट डेटा रिपोर्ट जनरेट करें.

वेब पर काम करने वाली अहम सुविधाएं देने के लिए, Private Aggregation API को निजता बनाए रखने के तरीके से क्रॉस-साइट डेटा पर एग्रीगेशन और रिपोर्टिंग के लिए बनाया गया है.

लागू करने की स्थिति

Proposal Status
Prevent invalid Private Aggregation API reports with report verification for Shared Storage
Explainer
Available in Chrome
Private Aggregation debug mode availability dependent on 3PC eligibility
GitHub issue
Available in Chrome M119
Reducing report delay
Explainer
Available in Chrome M119
Private Aggregation contribution timeout for Shared Storage
Explainer
Available in M119
Support for Private Aggregation API and Aggregation Service for Google Cloud
Explainer
Available in Chrome M121
Padding for aggregatable report payloads
Explainer
Available in Chrome M119
Private Aggregation debug mode available for auctionReportBuyers reporting
Explainer
Available in Chrome M123
Filtering ID support
Explainer
Available in Chrome M128
Client-side contribution merging
Explainer
Available in Chrome M129
Per-context contribution limits
Explainer
Expected in Q1 2025
Named privacy budgets that pre-allocate privacy budget for different measurement use cases
Explainer
Expected in Q2 2025
Aggregate error reporting that debugs implementation issues without relying on third-party cookies
Explainer
Expected in Q2 2025

Private Aggregation API क्या है

Private Aggregation API की मदद से, डेवलपर Protected Audience API के डेटा और Shared Storage के क्रॉस-साइट डेटा का इस्तेमाल करके, एग्रीगेट डेटा रिपोर्ट जनरेट कर सकते हैं.

इस एपीआई के मुख्य फ़ंक्शन को contributeToHistogram() कहा जाता है. हिस्टोग्राम ऑपरेशन की मदद से, आपके तय किए गए हर बकेट (एपीआई में एग्रीगेशन बटन के तौर पर जाना जाता है) में मौजूद उपयोगकर्ताओं का डेटा इकट्ठा किया जा सकता है. आपका हिस्टोग्राम कॉल, वैल्यू इकट्ठा करता है और खास जानकारी वाली रिपोर्ट के तौर पर, गड़बड़ी वाला एग्रीगेट किया गया नतीजा दिखाता है. उदाहरण के लिए, रिपोर्ट से यह पता चल सकता है कि हर उपयोगकर्ता ने आपका कॉन्टेंट किन साइटों पर देखा है या आपकी तीसरे पक्ष की स्क्रिप्ट में कोई गड़बड़ी मिली है. यह कार्रवाई, किसी दूसरे एपीआई के वर्कलेट में की जाती है.

उदाहरण के लिए, अगर आपने पहले Shared Storage में डेमोग्राफ़िक और भौगोलिक डेटा रिकॉर्ड किया है, तो Private Aggregation API का इस्तेमाल करके हिस्टोग्राम बनाया जा सकता है. इससे आपको यह पता चलता है कि न्यूयॉर्क शहर के कितने उपयोगकर्ताओं ने क्रॉस-साइट पर आपका कॉन्टेंट देखा है. इस मेज़रमेंट के लिए एग्रीगेट करने के लिए, एग्रीगेशन की में भौगोलिक डाइमेंशन को कोड में बदला जा सकता है. साथ ही, एग्रीगेट की जा सकने वाली वैल्यू में उपयोगकर्ताओं की गिनती की जा सकती है.

मुख्य सिद्धांत

एग्रीगेशन की सुविधा देने वाले की और एग्रीगेट की जा सकने वाली वैल्यू के साथ Private Aggregation API को कॉल करने पर, ब्राउज़र एग्रीगेट की जा सकने वाली रिपोर्ट जनरेट करता है.

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

Private Aggregation API से जुड़े मुख्य कॉन्सेप्ट के बारे में ज़्यादा जानने के लिए, Private Aggregation API के बुनियादी सिद्धांत दस्तावेज़ देखें.

एट्रिब्यूशन रिपोर्टिंग से अंतर

Private Aggregation API, Attribution Reporting API से कई मामलों में मिलता-जुलता है. Attribution Reporting एक स्टैंडअलोन एपीआई है, जिसे कन्वर्ज़न मेज़र करने के लिए डिज़ाइन किया गया है. वहीं, Private Aggregation को Protected Audience API और Shared Storage जैसे एपीआई के साथ क्रॉस-साइट मेज़रमेंट के लिए बनाया गया है. दोनों एपीआई, एग्रीगेट की जा सकने वाली रिपोर्ट जनरेट करते हैं. खास जानकारी वाली रिपोर्ट जनरेट करने के लिए, एग्रीगेशन सेवा के बैकएंड में इन रिपोर्ट का इस्तेमाल किया जाता है.

एट्रिब्यूशन रिपोर्टिंग, अलग-अलग समय पर होने वाले इंप्रेशन इवेंट और कन्वर्ज़न इवेंट से इकट्ठा किए गए डेटा को जोड़ती है. Private Aggregation, एक ही क्रॉस-साइट इवेंट को मेज़र करता है.

इस एपीआई की जांच करना

Private Aggregation API को स्थानीय तौर पर टेस्ट करने के लिए, chrome://settings/adPrivacy में जाकर, विज्ञापन की निजता से जुड़े सभी एपीआई चालू करें.

एक्सपेरिमेंट में शामिल होने और जांच करने के बारे में ज़्यादा पढ़ें.

डेमो का इस्तेमाल करना

शेयर किए गए स्टोरेज के लिए Private Aggregation API का डेमो goo.gle/shared-storage-demo पर ऐक्सेस किया जा सकता है. साथ ही, इसका कोड GitHub पर उपलब्ध है. डेमो, क्लाइंट-साइड ऑपरेशन लागू करता है और एग्रीगेट की जा सकने वाली रिपोर्ट बनाता है. यह रिपोर्ट आपके सर्वर पर भेजी जाती है.

Protected Audience API के लिए, Private Aggregation API का डेमो आने वाले समय में पब्लिश किया जाएगा.

उपयोग के उदाहरण

Private Aggregation, अलग-अलग साइटों पर मेज़रमेंट के लिए इस्तेमाल किया जाने वाला सामान्य एपीआई है. इसका इस्तेमाल Shared Storage और Protected Audience API वर्कलेट में किया जा सकता है. सबसे पहले, यह तय करें कि आपको कौनसी जानकारी इकट्ठा करनी है. ये डेटा पॉइंट, एग्रीगेशन कीवर्ड के आधार होते हैं.

शेयर किए गए स्टोरेज के साथ

Shared Storage की मदद से, अलग-अलग साइटों से जुड़ा डेटा सुरक्षित तरीके से पढ़ा और लिखा जा सकता है. इससे डेटा लीक होने से रोका जा सकता है. साथ ही, Private Aggregation API की मदद से, Shared Storage में सेव किए गए अलग-अलग साइटों से जुड़े डेटा को मेज़र किया जा सकता है.

यूनीक रीच का मेज़रमेंट

हो सकता है कि आप यह मेज़र करना चाहें कि कितने यूनीक उपयोगकर्ताओं ने आपका कॉन्टेंट देखा है. Private Aggregation API, "Content ID 861 को करीब 317 यूनीक उपयोगकर्ताओं ने देखा है" जैसा जवाब दे सकता है.

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

डेमोग्राफ़िक्स मेज़रमेंट

हो सकता है कि आपको उन उपयोगकर्ताओं की डेमोग्राफ़िक्स मेज़र करनी हो जिन्होंने अलग-अलग साइटों पर आपका कॉन्टेंट देखा है.

निजी एग्रीगेशन से यह जवाब मिल सकता है, जैसे कि "जर्मनी के 18 से 45 साल के करीब 317 यूनीक उपयोगकर्ता." तीसरे पक्ष के संदर्भ से डेमोग्राफ़िक्स का डेटा ऐक्सेस करने के लिए, Shared Storage का इस्तेमाल करना. बाद में, एग्रीगेशन बटन में उम्र समूह और देश के डाइमेंशन को कोड करके, निजी एग्रीगेशन की मदद से रिपोर्ट जनरेट की जा सकती है.

K से ज़्यादा बार विज्ञापन देखे जाने का मेज़रमेंट

हो सकता है कि आप किसी ब्राउज़र पर, किसी कॉन्टेंट या विज्ञापन को कम से कम K बार देखने वाले उपयोगकर्ताओं की संख्या मेज़र करना चाहें. इसके लिए, K की पहले से चुनी गई वैल्यू का इस्तेमाल किया जा सकता है.

निजी एग्रीगेशन से यह जवाब मिल सकता है, "लगभग 89 उपयोगकर्ताओं ने Content ID 581 को कम से कम तीन बार देखा है." शेयर किए गए स्टोरेज में, अलग-अलग साइटों से काउंटर की वैल्यू बढ़ाई जा सकती है. साथ ही, उसे वर्कलेट में पढ़ा जा सकता है. जब डेटा की संख्या K तक पहुंच जाती है, तो प्राइवेट एग्रीगेशन का इस्तेमाल करके रिपोर्ट सबमिट की जा सकती है.

मल्टी-टचपॉइंट एट्रिब्यूशन

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

Protected Audience API की मदद से

Protected Audience API, रीटारगेटिंग और कस्टम ऑडियंस के इस्तेमाल के उदाहरणों को चालू करता है. साथ ही, Private Aggregation की मदद से, खरीदार और सेलर के वर्कलेट से इवेंट की रिपोर्ट की जा सकती है. एपीआई का इस्तेमाल, नीलामी की बिड के डिस्ट्रिब्यूशन को मेज़र करने जैसे टास्क के लिए किया जा सकता है.

Protected Audience API वर्कलेट की मदद से, contributeToHistogram() का इस्तेमाल करके सीधे अपने डेटा को इकट्ठा किया जा सकता है. साथ ही, contributeToHistogramOnEvent() का इस्तेमाल करके, किसी ट्रिगर के आधार पर अपने डेटा की रिपोर्ट भी की जा सकती है. contributeToHistogramOnEvent(), Protected Audience API का एक खास एक्सटेंशन है.

उपलब्ध फ़ंक्शन

Shared Storage और Protected Audience API वर्कलेट में उपलब्ध privateAggregation ऑब्जेक्ट में ये फ़ंक्शन उपलब्ध हैं.

contributeToHistogram()

privateAggregation.contributeToHistogram({ bucket: <bucket>, value: <value> }) को कॉल किया जा सकता है, जहां एग्रीगेशन की कुंजी bucket है और एग्रीगेट की जा सकने वाली वैल्यू value है. bucket पैरामीटर के लिए, BigInt ज़रूरी है. value पैरामीटर के लिए, पूर्णांक डालना ज़रूरी है.

रीच मेज़रमेंट के लिए, शेयर किए गए स्टोरेज में इसे कॉल करने का उदाहरण यहां दिया गया है:

iframe.js

// Cross-site iframe code

async function measureReach() {
 // Register worklet
 await window.sharedStorage.worklet.addModule('worklet.js');

 // Run reach measurement operation
 await window.sharedStorage.run('reach-measurement', {
  data: { contentId: '1234' }
 });
}

measureReach();

worklet.js

// Shared storage worklet code

function convertContentIdToBucket(campaignId){
  // Generate aggregation key
}

// The scale factor is multiplied by the aggregatable value to
// maximize the signal-to-noise ratio. See "Noise and scaling"
// section in the Aggregation Fundamentals document to learn more.
const SCALE_FACTOR = 65536;

class ReachMeasurementOperation {
  async run(data) {
    const key = 'has-reported-content';
    // Read the flag from Shared Storage
    const hasReportedContent = await sharedStorage.get(key) === 'true';

    // Don't send report if the flag is set
    if (hasReportedContent) {
      return;
    }

    // Send histogram report
    // Set the aggregation key in `bucket`
    // Bucket examples: 54153254n or BigInt(54153254)
    // Set the scaled aggregatable value in `value`
    privateAggregation.contributeToHistogram({
      bucket: convertContentIdToBucket(data.contentId),
      value: 1 * SCALE_FACTOR
    });

    // Set the flag in Shared Storage
    await sharedStorage.set(key, true);
  }
}

register('reach-measurement', ReachMeasurementOperation);

पिछले कोड के उदाहरण में, क्रॉस-साइट iframe कॉन्टेंट लोड होने पर, Private Aggregation को कॉल किया जाएगा. iframe कोड, वर्कलेट को लोड करता है. इसके बाद, वर्कलेट, एग्रीगेशन कुंजी (बकेट) में बदले गए कॉन्टेंट आईडी के साथ Private Aggregation API को कॉल करता है.

contributeToHistogramOnEvent()

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

privateAggregation.contributeToHistogramOnEvent(eventType, contribution) तरीका, ट्रिगर करने वाले इवेंट की जानकारी देने वाले eventType और इवेंट ट्रिगर होने पर सबमिट किए जाने वाले contribution को स्वीकार करता है. ट्रिगर करने वाला इवेंट, नीलामी खत्म होने के बाद नीलामी से ही आ सकता है. जैसे, नीलामी जीतने या हारने का इवेंट. इसके अलावा, यह विज्ञापन रेंडर करने वाले फ़ेंस किए गए फ़्रेम से भी आ सकता है.

नीलामी इवेंट के लिए रिपोर्ट भेजने के लिए, reserved.win, reserved.loss, और reserved.always जैसे दो रिज़र्व कीवर्ड का इस्तेमाल किया जा सकता है. फ़ेंस किए गए फ़्रेम से किसी इवेंट से ट्रिगर की गई रिपोर्ट सबमिट करने के लिए, कस्टम इवेंट टाइप तय करें. फ़ेंस किए गए फ़्रेम से इवेंट को ट्रिगर करने के लिए, फ़ेंस किए गए फ़्रेम के विज्ञापन रिपोर्टिंग एपीआई में उपलब्ध fence.reportEvent() तरीके का इस्तेमाल करें.

यहां दिए गए उदाहरण में, नीलामी जीतने का इवेंट ट्रिगर होने पर इंप्रेशन रिपोर्ट भेजी जाती है. साथ ही, विज्ञापन को रेंडर करने वाले फ़ेंस किए गए फ़्रेम से click इवेंट ट्रिगर होने पर, क्लिक रिपोर्ट भेजी जाती है. क्लिक मिलने की दर का हिसाब लगाने के लिए, इन दोनों वैल्यू का इस्तेमाल किया जा सकता है.

function generateBid(interestGroup, auctionSignals, perBuyerSignals, trustedBiddingSignals, browserSignals) {
  // …
  privateAggregation.contributeToHistogramOnEvent("reserved.win", {
      bucket: getImpressionReportBucket(),
      value: 1
  });
  privateAggregation.contributeToHistogramOnEvent("click", {
      bucket: getClickReportBuckets(), // 128-bit integer as BigInt
      value: 1
  });

ज़्यादा जानने के लिए, एक्सटेंडेड प्राइवेट एग्रीगेशन रिपोर्टिंग के बारे में जानकारी देखें.

enableDebugMode()

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

वर्कलेट में privateAggregation.enableDebugMode() को कॉल करने से, डीबग मोड चालू हो जाता है. इसकी वजह से, एग्रीगेट की जा सकने वाली रिपोर्ट में, बिना एन्क्रिप्ट किए गए (क्लियरटेक्स्ट) पेलोड शामिल हो जाते हैं. इसके बाद, एग्रीगेशन सेवा के लोकल टेस्टिंग टूल की मदद से, इन पेलोड को प्रोसेस किया जा सकता है.

डीबग मोड सिर्फ़ उन कॉलर के लिए उपलब्ध है जिन्हें तीसरे पक्ष की कुकी ऐक्सेस करने की अनुमति है. अगर कॉल करने वाले के पास तीसरे पक्ष की कुकी का ऐक्सेस नहीं है, तो enableDebugMode() चुपचाप काम नहीं करेगा.

privateAggregation.enableDebugMode({ <debugKey: debugKey> }) को कॉल करके भी डीबग बटन सेट किया जा सकता है. इसमें BigInt का इस्तेमाल डीबग बटन के तौर पर किया जा सकता है. डीबग पासकोड का इस्तेमाल, कुकी पर आधारित मेज़रमेंट और निजी एग्रीगेशन मेज़रमेंट के डेटा को जोड़ने के लिए किया जा सकता है.

इन्हें हर कॉन्टेक्स्ट में सिर्फ़ एक बार कॉल किया जा सकता है. इसके बाद किए जाने वाले सभी कॉल में अपवाद दिखेगा.

// Enables debug mode
privateAggregation.enableDebugMode();

// Enables debug mode and sets a debug key
privateAggregation.enableDebugMode({ debugKey: BigInt(1234) });

रिपोर्ट की पुष्टि करना

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

संदर्भ आईडी सेट करने से, यह पक्का करने में मदद मिलती है कि कुल नतीजों में डेटा सही हो. ऐसा करने के लिए:

  • अमान्य या गलत रिपोर्ट को रोकना: पुष्टि करें कि रिपोर्ट, मान्य और सही एपीआई कॉल से जनरेट की गई हों. इससे, नुकसान पहुंचाने वाले लोगों के लिए रिपोर्ट बनाना मुश्किल हो जाता है.
  • रिपोर्ट को फिर से चलाने से रोकना: पुरानी रिपोर्ट का फिर से इस्तेमाल करने की कोशिशों का पता लगाना और उन्हें अस्वीकार करना. इससे यह पक्का होता है कि एग्रीगेट किए गए नतीजों में हर रिपोर्ट सिर्फ़ एक बार शामिल हो.

शेयर किया गया स्टोरेज

अगर आपको कोई ऐसा ऑपरेशन चलाना है जिससे एग्रीगेट की जा सकने वाली रिपोर्ट भेजी जा सके, तो Shared Storage का इस्तेमाल करते समय, वर्कलेट के बाहर कोई ऐसा आईडी सेट किया जा सकता है जिसका अनुमान न लगाया जा सके.

यह आईडी, वर्कलेट से बनाई गई रिपोर्ट में एम्बेड होता है. privateAggregationConfig कुंजी के नीचे मौजूद विकल्प ऑब्जेक्ट में, run() या selectURL() शेयर किए गए स्टोरेज के तरीकों को कॉल करते समय, इसे तय किया जा सकता है.

उदाहरण के लिए:

sharedStorage.run('measurement-operation', {
  privateAggregationConfig: {
    contextId: 'exampleId123456789abcdeFGHijk'
  }
});

यह आईडी सेट होने के बाद, इसका इस्तेमाल करके यह पुष्टि की जा सकती है कि रिपोर्ट आपके शेयर किए गए स्टोरेज ऑपरेशन से भेजी गई है. जानकारी लीक होने से रोकने के लिए, शेयर किए गए स्टोरेज के हर ऑपरेशन के लिए एक ही रिपोर्ट भेजी जाती है. भले ही, कोई योगदान न दिया गया हो. contributeToHistogram() कॉल की संख्या से कोई फ़र्क़ नहीं पड़ता.

Private Aggregation API, एग्रीगेट की जा सकने वाली रिपोर्ट को एक घंटे तक के किसी भी समय भेज सकता है. हालांकि, रिपोर्ट की पुष्टि करने के लिए संदर्भ आईडी सेट करने से, इस देरी को कम किया जा सकता है. इस मामले में, शेयर किए गए स्टोरेज में फ़ाइलें ट्रांसफ़र होने में 5 सेकंड की देरी होती है.

रिपोर्ट की पुष्टि करने के लिए वर्कफ़्लो का उदाहरण.
शिकायत की पुष्टि करने के लिए वर्कफ़्लो का उदाहरण.

वर्कफ़्लो का उदाहरण (जैसा कि ऊपर दिए गए डायग्राम में दिखाया गया है):

  1. Shared Storage ऑपरेशन, Private Aggregation कॉन्फ़िगरेशन के साथ चलाया जाता है. इसमें कॉन्टेक्स्ट आईडी की जानकारी दी जाती है और एग्रीगेट की जा सकने वाली रिपोर्ट जनरेट की जाती है.
  2. आपके सर्वर पर भेजी गई, एग्रीगेट की जा सकने वाली जनरेट की गई रिपोर्ट में, कॉन्टेक्स्ट आईडी एम्बेड होता है.
  3. आपका सर्वर, एग्रीगेट की जा सकने वाली जनरेट की गई रिपोर्ट इकट्ठा करता है.
  4. आपके सर्वर पर मौजूद प्रोसेस, एग्रीगेट की जा सकने वाली हर रिपोर्ट में मौजूद कॉन्टेक्स्ट आईडी की पुष्टि करने के लिए, सेव किए गए कॉन्टेक्स्ट आईडी की तुलना करती हैं. इससे, रिपोर्ट को बैच में डालने और उन्हें एग्रीगेशन सेवा को भेजने से पहले, उनकी पुष्टि की जा सकती है.

कॉन्टेक्स्ट आईडी की पुष्टि करना

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

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

दर्शकों से जुड़ना और सुझाव/राय देना या शिकायत करना

Private Aggregation API के बारे में फ़िलहाल चर्चा की जा रही है. आने वाले समय में, इसमें बदलाव हो सकता है. अगर आपने इस एपीआई को आज़माया है और आपका कोई सुझाव, शिकायत या राय है, तो हमें बताएं.