Android पर पहचानकर्ता का युग समाप्त हो रहा है

वर्षों तक मोबाइल विज्ञापन लक्ष्यीकरण और मापन स्थिर, क्रॉस-ऐप पहचानकर्ताओं पर टिका रहा — मुख्य रूप से Google Advertising ID (GAID) पर। वह मॉडल अब ध्वस्त किया जा रहा है। Google का Privacy Sandbox on Android उपयोगकर्ता-स्तरीय पहचानकर्ताओं को ऐप्स के बीच साझा किए बिना प्रासंगिक विज्ञापन और रूपांतरण मापन देने का लक्ष्य रखता है।

जो प्रकाशक विज्ञापनों से मुफ़्त ऐप और गेम का वित्तपोषण करते हैं, उनके लिए यह कोई मामूली SDK अपडेट नहीं है। यह बदलता है कि माँग साझेदार आपके दर्शकों को कैसे समझते हैं, एट्रिब्यूशन विज्ञापनदाताओं तक कैसे वापस प्रवाहित होता है, और आपकी इन्वेंट्री का मूल्य कैसे आँका जाता है। अभी आधारभूत घटकों को सीखना — जबकि पुराने सिग्नल अभी भी आंशिक रूप से काम कर रहे हैं — इसी तरह आप संक्रमण के दौरान राजस्व की रक्षा करते हैं।

Topics API: ट्रैकिंग के बिना रुचि सिग्नल

Topics API क्रॉस-ऐप रुचि प्रोफ़ाइलिंग का स्थान लेता है। विज्ञापनदाताओं द्वारा कई ऐप्स से एक व्यवहारिक प्रोफ़ाइल जोड़ने के बजाय, डिवाइस हाल के उपयोग से रुचि के मोटे विषयों का एक छोटा समूह (उदाहरण के लिए "मोबाइल गेम्स" या "यात्रा") का अनुमान लगाता है। विषय डिवाइस पर संग्रहीत होते हैं और प्रति अवधि कॉल करने वाले SDK के साथ केवल सीमित संख्या साझा की जाती है।

व्यवहार में:

• लक्ष्यीकरण व्यक्ति-विशिष्ट के बजाय व्यापक और प्रासंगिक हो जाता है।
• विषय मोटे होते हैं, समय के साथ बदलते रहते हैं, और डिज़ाइन से संवेदनशील श्रेणियों को बाहर रखते हैं।
• OS मध्यस्थता करता है कि माँग तक कौन-सा सिग्नल पहुँचता है — अब प्रोफ़ाइल आपकी अपनी नहीं रही।

अपेक्षा करें कि रुचि-आधारित CPM प्रासंगिक प्रासंगिकता और उस प्रथम-पक्ष संदर्भ पर अधिक निर्भर करेंगे जिसे आप विज्ञापन अनुरोधों में वैध रूप से प्रदान कर सकते हैं।

SDK Runtime: विज्ञापन SDK को अलग करना

SDK Runtime विज्ञापन और एनालिटिक्स SDK को सीमित अनुमतियों वाली एक अलग, सैंडबॉक्स्ड प्रक्रिया में स्थानांतरित करता है। आज एक एम्बेडेड विज्ञापन SDK आपके ऐप के समान पहुँच के साथ चलता है — यह ऐप डेटा, डिवाइस सिग्नल और बहुत कुछ पढ़ सकता है। SDK Runtime इसे बाधित करता है, यह कम करता है कि कोई SDK चुपचाप क्या एकत्र कर सकता है और क्रॉस-ऐप सहसंबंध को सीमित करता है।

प्रकाशकों के लिए यह दो वास्तविकताएँ लाता है। मध्यस्थता और विज्ञापन SDK को रनटाइम-सक्षम संस्करणों में अपडेट किया जाना चाहिए, जो प्रत्येक साझेदार के साथ ट्रैक करने योग्य एक निर्भरता है। और जो सिग्नल SDK ऐतिहासिक रूप से अंतर्निहित रूप से ले लेते थे, वे अब उपलब्ध नहीं होंगे, इसलिए समर्थित API के माध्यम से स्वच्छ, सहमति-प्राप्त प्रथम-पक्ष संदर्भ पारित करना और अधिक मायने रखता है।

Attribution Reporting: ID के बिना मापन

Attribution Reporting API रूपांतरण मापन को डिवाइस पर पुनर्निर्मित करता है। साझा ID के माध्यम से किसी विज्ञापन क्लिक को इंस्टॉल से मिलाने के बजाय, यह एट्रिब्यूशन इवेंट्स को स्थानीय रूप से रिकॉर्ड करता है और एकत्रित या नॉइज़-युक्त, विलंबित इवेंट-स्तरीय रिपोर्ट लौटाता है — यह साबित करता है कि अभियान काम करते हैं जबकि उपयोगकर्ता-स्तरीय पुनः-पहचान को रोकता है।

जिन समझौतों के अनुसार आपकी माँग अनुकूलित होगी उनमें शामिल हैं:

• तत्काल, नियतात्मक एट्रिब्यूशन के बजाय रिपोर्टिंग में विलंब।
• सांख्यिकीय नॉइज़ जिसे स्पष्ट रूप से पढ़ने के लिए बड़ी मात्रा की आवश्यकता होती है।
• एक-से-एक क्लिक-टू-इंस्टॉल मैपिंग की जगह एकत्रित सारांश।

एक ऐसी अवधि की अपेक्षा करें जहाँ विज्ञापनदाता अंशांकन के लिए Privacy Sandbox एट्रिब्यूशन को पुराने तरीकों के साथ-साथ चलाएँगे। जो इन्वेंट्री नए API के तहत अच्छी तरह मापती है वह बजट बनाए रखेगी; जो इन्वेंट्री अप्रचलित सिग्नल पर निर्भर है उस पर दबाव दिखेगा।

ऐप प्रकाशकों को अभी क्या करना चाहिए

यह संक्रमण तैयारी को पुरस्कृत करता है। ठोस कदम:

• अपने SDK का ऑडिट करें। पुष्टि करें कि आपके मध्यस्थता, विज्ञापन नेटवर्क और एनालिटिक्स SDK Privacy Sandbox & SDK Runtime के लिए तैयार संस्करण भेजते हैं, और अपग्रेड की योजना बनाएँ।
• नामांकन करें और परीक्षण करें। Google के Privacy Sandbox नामांकन का उपयोग करें और डेवलपर पूर्वावलोकन पर परीक्षण करें ताकि आप प्रोडक्शन में डीबग न कर रहे हों।
• प्रथम-पक्ष संदर्भ को मजबूत करें। प्रासंगिक और सहमति-प्राप्त सिग्नल में निवेश करें जिन्हें आप वैध रूप से पारित कर सकते हैं, क्योंकि क्रॉस-ऐप ID भार नहीं उठाएँगे।
• मापन का बेंचमार्क जल्दी करें। खरीदारों की यथार्थवादी अपेक्षाएँ निर्धारित करने के लिए Attribution Reporting आउटपुट की वर्तमान एट्रिब्यूशन से तुलना करें।
• सहमति को सही करें। Sandbox चुपचाप डेटा साझाकरण को कम करता है लेकिन शेष रहने वाली प्रसंस्करण के लिए सहमति एकत्र करने और उसका सम्मान करने के आपके कानूनी कर्तव्य को नहीं हटाता।

सहमति और CMP अब भी क्यों मायने रखते हैं

एक आम गलतफहमी यह है कि Privacy Sandbox सहमति को अप्रचलित बना देता है। ऐसा नहीं है। Sandbox सीमित करता है कि डेटा कैसे चलता है, लेकिन GDPR, ePrivacy नियमों और Google की अपनी नीतियों के तहत आपको अभी भी एक वैध कानूनी आधार प्राप्त करना और संकेत देना होगा — और माँग साझेदारों को बोली लगाने के लिए अभी भी अंतरसंचालनीय सहमति सिग्नल चाहिए। Google Consent Mode v2 और IAB TCF 2.3 आपके सहमति UI और विज्ञापन स्टैक के बीच जोड़ने वाला ऊतक बने रहते हैं।

यहीं FlexyConsent फिट बैठता है। IAB TCF 2.3 और Consent Mode v2 का समर्थन करने वाले Google-प्रमाणित सहमति प्रबंधन प्लेटफ़ॉर्म के रूप में, यह केंद्रीकृत करता है कि आपके सभी ऐप्स और वेबसाइटों में सहमति कैसे एकत्र की जाती है और प्रसारित की जाती है। एक कॉन्फ़िगरेशन वे मानकीकृत सिग्नल उत्सर्जित करता है जिनकी आपके मध्यस्थता और मापन साझेदार अपेक्षा करते हैं, इसलिए जैसे-जैसे Privacy Sandbox API रोल आउट होते हैं आप स्वच्छ, सुसंगत, ऑडिट-योग्य सहमति भेजते हैं — न कि नाज़ुक प्रति-ऐप तर्क जो हर SDK अपडेट के साथ टूट जाता है।

मुख्य बातें

• Privacy Sandbox क्रॉस-ऐप ID को डिवाइस-पर Topics, एक पृथक SDK Runtime और नॉइज़-युक्त Attribution Reporting से बदलता है।
• लक्ष्यीकरण प्रासंगिक और सहमति-प्राप्त प्रथम-पक्ष सिग्नल की ओर बढ़ता है; नियतात्मक एट्रिब्यूशन एकत्रित, विलंबित रिपोर्ट को स्थान देता है।
• अपने विज्ञापन SDK का अभी ऑडिट और अपग्रेड करें, परीक्षण में नामांकन करें, और अप्रचलन के असर से पहले नए मापन का पुराने से बेंचमार्क करें।
• सहमति अब भी अनिवार्य है — FlexyConsent जैसा TCF 2.3 और Consent Mode v2 CMP आपके सहमति सिग्नल को हर संपत्ति में वैध और अंतरसंचालनीय रखता है।