اینڈرائیڈ پر شناخت کنندہ کا دور ختم ہو رہا ہے

برسوں تک موبائل اشتہار ٹارگٹنگ اور پیمائش مستحکم، کراس ایپ شناخت کنندگان پر انحصار کرتی رہی — خاص طور پر Google Advertising ID (GAID) پر۔ وہ ماڈل ختم کیا جا رہا ہے۔ Google کا اینڈرائیڈ پر Privacy Sandbox کا مقصد ایپس کے درمیان صارف سطح کے شناخت کنندگان شیئر کیے بغیر متعلقہ اشتہارات اور تبادلوں کی پیمائش فراہم کرنا ہے۔

اُن پبلشرز کے لیے جو اشتہارات سے مفت ایپس اور گیمز کو مالی مدد دیتے ہیں، یہ کوئی معمولی SDK اپ ڈیٹ نہیں ہے۔ یہ بدل دیتا ہے کہ ڈیمانڈ پارٹنرز آپ کے سامعین کو کیسے سمجھتے ہیں، اشتہار دہندگان تک انتساب کیسے واپس بہتا ہے، اور آپ کی انوینٹری کی قدر کیسے لگائی جاتی ہے۔ ابھی بنیادی اجزاء سیکھنا — جب کہ پرانے سگنل ابھی جزوی طور پر کام کر رہے ہیں — منتقلی کے دوران آمدنی کی حفاظت کا طریقہ ہے۔

Topics API: ٹریکنگ کے بغیر دلچسپی کے سگنل

Topics API کراس ایپ دلچسپی پروفائلنگ کی جگہ لیتا ہے۔ اشتہار دہندگان کے کئی ایپس سے رویّاتی پروفائل جوڑنے کے بجائے، ڈیوائس حالیہ استعمال سے دلچسپی کے موضوعات (مثلاً "موبائل گیمز" یا "سفر") کا ایک چھوٹا، عمومی مجموعہ اخذ کرتی ہے۔ موضوعات ڈیوائس پر محفوظ ہوتے ہیں اور فی مدت صرف ایک محدود تعداد کالنگ SDKs کے ساتھ شیئر کی جاتی ہے۔

عملی طور پر:

• ٹارگٹنگ شخص کے لیے مخصوص ہونے کے بجائے وسیع تر اور سیاق و سباق پر مبنی ہو جاتی ہے۔
• موضوعات عمومی ہیں، وقت کے ساتھ گردش کرتے ہیں، اور بہ ڈیزائن حساس زمروں کو خارج کرتے ہیں۔
• آپریٹنگ سسٹم ثالثی کرتا ہے کہ کون سا سگنل ڈیمانڈ تک پہنچے — اب آپ پروفائل کے مالک نہیں رہے۔

توقع کریں کہ دلچسپی پر مبنی CPMs زیادہ تر سیاق و سباق کی مطابقت اور اُس first-party سیاق پر منحصر ہوں گے جسے آپ اشتہار درخواستوں میں قانونی طور پر فراہم کر سکتے ہیں۔

SDK Runtime: اشتہار SDKs کو الگ تھلگ کرنا

SDK Runtime اشتہار اور تجزیاتی SDKs کو ایک علیحدہ، محدود اجازتوں والے sandboxed عمل میں منتقل کرتا ہے۔ آج ایک سرایت شدہ اشتہار SDK آپ کی ایپ جیسی رسائی کے ساتھ چلتا ہے — یہ ایپ ڈیٹا، ڈیوائس سگنلز اور مزید پڑھ سکتا ہے۔ SDK Runtime اسے محدود کرتا ہے، جو کچھ ایک SDK خاموشی سے جمع کر سکتا ہے اسے کم کرتا ہے اور کراس ایپ ربط کو محدود کرتا ہے۔

پبلشرز کے لیے یہ دو حقیقتیں لاتا ہے۔ میڈیئیشن اور اشتہار SDKs کو runtime سے فعال ورژنز پر اپ ڈیٹ کرنا ہوگا، ہر پارٹنر کے ساتھ ٹریک کرنے کے لیے ایک انحصار۔ اور وہ سگنل جو SDKs تاریخی طور پر ضمنی طور پر لیتے تھے اب دستیاب نہیں ہوں گے، لہٰذا معاون APIs کے ذریعے صاف، رضامندی شدہ first-party سیاق فراہم کرنا زیادہ اہم ہے۔

Attribution Reporting: شناخت کنندگان کے بغیر پیمائش

Attribution Reporting API ڈیوائس پر تبادلوں کی پیمائش دوبارہ تعمیر کرتا ہے۔ مشترکہ شناخت کنندہ کے ذریعے اشتہار کلک کو انسٹال سے ملانے کے بجائے، یہ انتساب واقعات کو مقامی طور پر ریکارڈ کرتا ہے اور مجموعی یا شور بھری، تاخیر شدہ واقعہ سطح رپورٹس واپس کرتا ہے — یہ ثابت کرتے ہوئے کہ مہمات کام کرتی ہیں جبکہ صارف سطح کی دوبارہ شناخت کو روکتا ہے۔

وہ سمجھوتے جن کے مطابق آپ کی ڈیمانڈ ڈھل جائے گی شامل ہیں:

• فوری، یقینی انتساب کے بجائے رپورٹنگ میں تاخیر۔
• شماریاتی شور جسے صاف پڑھنے کے لیے بڑے حجم درکار ہوتے ہیں۔
• مجموعی خلاصے جو ایک بہ ایک کلک تا انسٹال میپنگ کی جگہ لیتے ہیں۔

توقع کریں کہ ایک ایسا دور آئے گا جہاں اشتہار دہندگان کیلیبریشن کے لیے Privacy Sandbox انتساب کو روایتی طریقوں کے ساتھ ساتھ چلائیں گے۔ وہ انوینٹری جو نئے APIs کے تحت اچھی طرح ماپی جائے گی بجٹ برقرار رکھے گی؛ وہ انوینٹری جو متروک سگنلز پر انحصار کرتی ہے دباؤ محسوس کرے گی۔

ایپ پبلشرز کو اب کیا کرنا چاہیے

منتقلی تیاری کو انعام دیتی ہے۔ ٹھوس اقدامات:

• اپنے SDKs کا آڈٹ کریں۔ تصدیق کریں کہ آپ کے میڈیئیشن، اشتہار نیٹ ورک، اور تجزیاتی SDKs Privacy Sandbox اور SDK Runtime کے لیے تیار ورژنز فراہم کرتے ہیں، اور اپ گریڈ کا منصوبہ بنائیں۔
• اندراج کریں اور جانچیں۔ Google کے Privacy Sandbox اندراج کا استعمال کریں اور developer previews پر جانچیں تاکہ آپ پروڈکشن میں ڈیبگ نہ کر رہے ہوں۔
• first-party سیاق کو مضبوط کریں۔ ایسے سیاق پر مبنی اور رضامندی شدہ سگنلز میں سرمایہ کاری کریں جنہیں آپ قانونی طور پر فراہم کر سکتے ہیں، کیونکہ کراس ایپ IDs اب بوجھ نہیں اٹھائیں گے۔
• پیمائش کا جلد موازنہ کریں۔ حقیقت پسندانہ خریدار توقعات قائم کرنے کے لیے 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 سے سرٹیفائیڈ Consent Management Platform کے طور پر، یہ مرکزی بناتا ہے کہ آپ کی تمام ایپس اور ویب سائٹس پر رضامندی کیسے جمع اور پھیلائی جاتی ہے۔ ایک کنفیگریشن وہ معیاری سگنلز خارج کرتی ہے جن کی آپ کے میڈیئیشن اور پیمائش پارٹنرز توقع کرتے ہیں، تاکہ جیسے جیسے Privacy Sandbox APIs نافذ ہوں آپ صاف، مستقل، قابل آڈٹ رضامندی بھیجیں — نہ کہ نازک فی ایپ منطق جو ہر SDK اپ ڈیٹ کے ساتھ ٹوٹ جاتی ہے۔

اہم نکات

• Privacy Sandbox کراس ایپ IDs کو ڈیوائس پر Topics، ایک الگ تھلگ SDK Runtime، اور شور بھری Attribution Reporting سے بدل دیتا ہے۔
• ٹارگٹنگ سیاق پر مبنی اور رضامندی شدہ first-party سگنلز کی طرف منتقل ہوتی ہے؛ یقینی انتساب مجموعی، تاخیر شدہ رپورٹس کو جگہ دیتا ہے۔
• اپنے اشتہار SDKs کا اب آڈٹ اور اپ گریڈ کریں، جانچ میں اندراج کریں، اور متروکیت کے اثر سے پہلے نئی پیمائش کا روایتی سے موازنہ کریں۔
• رضامندی اب بھی لازمی ہے — FlexyConsent جیسا TCF 2.3 اور Consent Mode v2 CMP آپ کے رضامندی سگنلز کو ہر پراپرٹی پر درست اور باہمی عمل پذیر رکھتا ہے۔