2026 میں پبلشر CMP کیوں منتقل کرتے ہیں

پبلشرز کے ایک CMP کو چھوڑ کر دوسرے پر جانے کی وجوہات بدل گئی ہیں۔ ایک دہائی پہلے محرک عام طور پر GDPR کی تیاری ہوتی تھی: کوئی ایسی چیز منتخب کریں جو IAB TCF کو سپورٹ کرے اور آگے بڑھیں۔ آج منتقلی کے محرکات زیادہ مخصوص اور زیادہ آپریشنل ہیں۔ ماہانہ فعال صارفین سے منسلک قیمت کے ماڈل ان سائٹس کو پکڑ چکے ہیں جو اپنے CMP معاہدے سے تیزی سے بڑھیں۔ Google Certified CMP پروگرام کی تعمیل، جو 2024 میں Google کی اشتہاری مصنوعات کے ذریعے پیش کردہ انوینٹری کے لیے لازمی ہو گئی، غیر تصدیق شدہ وینڈرز سے دور ہونے پر مجبور کر چکی ہے۔ کارکردگی — CMP بینر کے رینڈر ہونے کا وقت، کنسینٹ لیئر کا Largest Contentful Paint اثر، Cumulative Layout Shift جو یہ متعارف کراتا ہے — ایک SEO اور Core Web Vitals سگنل کے طور پر ابھری ہے جسے اب مارکیٹنگ اور انجینئرنگ دونوں ٹیمیں دیکھ رہی ہیں۔ اور کثیر ریاستی امریکی پرائیویسی فریم ورکس نے کچھ موجودہ وینڈرز کو MSPA اور US Privacy String سپورٹ میں پیچھے چھوڑ دیا ہے، جو پبلشرز کو ایسے پلیٹ فارمز کی طرف دھکیل رہا ہے جو مکمل گلوبل اسٹیک کو مقامی طور پر ہینڈل کرتے ہیں۔

مخصوص محرکات جن کا نام لینا ضروری ہے

وہ منتقلی محرکات جو پبلشر RFPs میں سب سے زیادہ آتے ہیں یہ ہیں: (1) موجودہ CMP Google Consent Mode v2 کو اس تفصیل کی سطح پر سپورٹ نہیں کرتا جو Google اب چاہتا ہے، (2) موجودہ CMP فی ڈومین یا فی امپریشن اس شرح سے چارج کرتا ہے جو قابلِ قبول سے زیادہ ہو گئی، (3) موجودہ CMP امریکی ریاستوں کے لیے IAB GPP سٹرنگ کو EU کے لیے TCF سٹرنگ کے ساتھ نہیں دے سکتا، (4) موجودہ CMP کی کسٹمر سکسیس ٹیم TCF ورژن اپگریڈز پر غیر جوابدہ ہے، یا (5) CMP کا آڈٹ لاگ ریٹینشن پبلشر کی ریگولیٹری متعلقہ ضروریات کو پورا نہیں کرتا۔ ان میں سے کوئی بھی ایک تشخیص شروع کرنے کے لیے کافی ہے؛ دو ایک ساتھ عام طور پر مطلب ہے کہ منتقلی ناگزیر ہو چکی ہے۔

منتقلی سے پہلے آڈٹ

منتقلی کا واحد سب سے اہم مرحلہ آڈٹ ہے، اور منتقلی کے ناکام ہونے کی سب سے عام وجہ یہ ہے کہ پبلشر نے اسے چھوڑ دیا۔ آڈٹ موجودہ کنسینٹ سرفیس کی مکمل تصویر بناتا ہے: ہر کوکی، ہر پکسل، ہر SDK، ہر وینڈر، ہر کنسینٹ سٹرنگ جو موجودہ CMP پیش کرتا ہے، اور نئے CMP کو تبدیلی سے پہلے اس سرفیس کو بالکل درست نقل کرنا ہوگا۔ آڈٹ جو کچھ بھی نظر انداز کرتا ہے وہ پہلے دن پروڈکشن واقعہ بن جاتا ہے۔

ہر کوکی اور ٹیگ کی فہرست بنائیں

سائٹ کے ہر صفحہ ٹیمپلیٹ کے خلاف خودکار کوکی اسکینر چلائیں جو یہ سائٹ پیش کرتی ہے: ہوم پیج، مضمون، فہرست، تلاش، چیک آؤٹ، اکاؤنٹ، دونوں کنسینٹ شدہ اور غیر کنسینٹ شدہ حالتوں میں۔ اسکینر کو سیٹ کی گئی کوکیز کی فہرست، انہیں سیٹ کرنے والے ڈومینز، موجودہ CMP کی تفویض کردہ کیٹیگریز، اور فائر کی گئی درخواستیں تیار کرنی چاہیں۔ فہرست کو ٹیگ مینیجر کے کنٹینر سے کراس ریفرینس کریں تاکہ مشروط طور پر فائر ہونے والے ٹیگز کو پکڑا جا سکے جو معمول کی کرال میں ظاہر نہ ہوں۔ آؤٹ پٹ وہ کینونیکل انوینٹری ہے جسے نئے CMP کو دوبارہ تیار کرنا ہوگا۔

کنسینٹ سٹرنگ ہسٹری کو محفوظ کریں

موجودہ CMP کنسینٹ رسیدیں کہیں محفوظ کرتا ہے: ایک اندرونی ڈیٹا بیس، وینڈر کے ہوسٹ کردہ لاگ، یا ایک ایکسپورٹ S3 بکٹ۔ ہر کنسینٹ سرفیس سے رسیدوں کا نمونہ نکالیں اور فارمیٹ کو دستاویز کریں۔ نئے CMP کو یا تو ان رسیدوں کو پچھلی کنسینٹ کے ثبوت کے طور پر قبول کرنا جاری رکھنا ہوگا، یا دوبارہ کنسینٹ پرامپٹ فائر کرنا ہوگا جو کسی بھی وینڈر ٹیگ کے فائر ہونے سے پہلے تازہ رسیدیں حاصل کرے۔ ریگولیٹرز توقع رکھتے ہیں کہ منتقلی کے دوران رسیدوں کی تاریخ محفوظ رہے؛ پرانی رسیدیں پھینکنے والا اور منتقلی سے پہلے ہوئی پروسیسنگ کے لیے کنسینٹ ثابت نہ کر سکنے والا پبلشر خطرے میں ہے۔

TCF وینڈر میپنگ کو دستاویز کریں

اگر سائٹ IAB TCF استعمال کرتی ہے، تو موجودہ CMP فی وینڈر مقاصد اور قانونی بنیادی میپنگز کے ساتھ ایک وینڈر لسٹ پیش کرتا ہے۔ لسٹ کو آج کی حالت میں ایکسپورٹ کریں، بشمول کسی بھی کسٹم وینڈر اسٹیک اوور رائڈز کے۔ نئے CMP کو میپنگ کو دوبارہ تیار کرنا یا واضح طور پر دستاویز کرنا ہوگا کہ کون سے وینڈرز ڈراپ یا دوبارہ کیٹیگرائز کیے جائیں گے۔ وہ وینڈرز جو کنسینٹ بیسڈ سے لیجیٹیمیٹ انٹریسٹ بیسڈ یا اس کے برعکس منتقل ہوتے ہیں منتقلی کے بعد آمدنی میں کمی کی سب سے عام وجہ ہیں۔

پرانے اور نئے CMP کو متوازی چلانا

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

1-5-25-100 ریمپ

ریمپ پیٹرن جو زیادہ تر بڑے پبلشرز استعمال کرتے ہیں ایک مرحلہ وار ٹریفک اسپلٹ ہے: پہلے ہفتے کے لیے نئے CMP پر سیشنز کا ایک فیصد، دوسرے ہفتے کے لیے پانچ فیصد، تیسرے کے لیے پچیس فیصد، اور تبدیلی کی تاریخ پر سو فیصد۔ ہر قدم ایک توثیق پاس پر منحصر ہے: نئے CMP کی کنسینٹ ریٹ پرانے کے پانچ فیصد پوائنٹس کے اندر ہو، Google Consent Mode v2 سگنلز مماثل ہوں، TCF سٹرنگ صفحہ کی سطح کے dataLayer میں موجود ہو، آڈٹ لاگ رسیدیں حاصل کرے، اور اشتہاری نیلامی کی جیتنے کی شرح ترتیب دیے گئے حد سے آگے نہ گری ہو۔

سگنل فلو کی توثیق

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

کنسینٹ سٹرنگ ڈرفٹ کی نگرانی

TCF سٹرنگ اور GPP سٹرنگ صارف کے انتخاب اور وینڈر لسٹ کنفیگریشن کے تعینیاتی آؤٹ پٹ ہیں۔ اگر پرانے CMP کی سٹرنگ اور نئے CMP کی سٹرنگ ایک ہی صارف کے انتخاب کے لیے مختلف ہیں، تو وینڈر لسٹ کنفیگریشن ہم آہنگ نہیں ہے۔ ڈرفٹ صارف کو نظر نہیں آتا لیکن ہر ڈاؤن اسٹریم وینڈر کو نظر آتا ہے جو سٹرنگ کو ڈیکوڈ کرتا ہے، اور یہ بلند آواز کی غلطیوں کی بجائے مشتہرین کی فل ریٹس میں خاموش گراوٹ کے طور پر ظاہر ہوتا ہے۔

تبدیلی

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

واپسی کا فیصلہ درخت

واپسی کے معیار پر پہلے سے اتفاق کرنا ہوگا اور انہیں صفتوں میں نہیں، اعداد میں بیان کرنا ہوگا۔ عام حدیں: کنسینٹ قبولیت کی شرح متوازی رن بیس لائن کے مقابلے میں دس فیصد پوائنٹس سے زیادہ گرے، Google Consent Mode v2 سگنلز GA4 میں آنا بند ہو جائیں، فی سیشن اشتہاری آمدنی مسلسل پانچ منٹ کے ونڈو کے لیے بیس فیصد سے زیادہ گرے، یا آڈٹ لاگ کسی بھی ٹیسٹ سیشن کے لیے رسیدیں کیپچر کرنے میں ناکام ہو۔ کسی بھی حد تک پہنچنا فیچر فلیگ کے ذریعے پرانے CMP پر خودکار واپسی کو متحرک کرتا ہے۔ آن کال انجینئر کو سوئچ پلٹنے کے لیے اجازت کی ضرورت نہیں ہونی چاہیے۔

وینڈرز کے ساتھ رابطہ

کچھ ڈاؤن اسٹریم وینڈرز جیسے Google، Meta، TikTok، بڑے SSPs کو منتقلی کے بارے میں پہلے سے بتایا جانا چاہیے، خاص طور پر اگر وینڈر کی آن بورڈنگ میں CMP مخصوص کنفیگریشن شامل ہو جسے ان کی طرف سے اپ ڈیٹ کرنے کی ضرورت ہو۔ زیادہ تر وینڈرز تبدیلی کو شفاف طریقے سے سنبھالتے ہیں، لیکن ایک چھوٹی تعداد CMP سے منسلک اجازت کی فہرستیں رکھتی ہے جن کو ہاتھ سے اپ ڈیٹ کرنا ضروری ہے اس سے پہلے کہ نئے CMP کا وینڈر آئیڈینٹیفائر پہچانا جائے۔

منتقلی کے بعد توثیق

منتقلی تبدیلی کے مکمل ہوتے ہی ختم نہیں ہوتی۔ منتقلی کے بعد کا مرحلہ دو ہفتے تک چلتا ہے اور متوازی رن کے دوران ماپے گئے میٹرکس کو ٹریک کرتا ہے، علاوہ چند ایسے جو صرف پرانے CMP کے مکمل طور پر ریٹائر ہونے کے بعد اہم ہوتے ہیں۔

رسید منتقلی آڈٹ

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

پرانے CMP کا ریٹائرمنٹ

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

عام منتقلی کی غلطیاں جو نقصان پہنچاتی ہیں

وہ منتقلی جو ریگولیٹری نتائج یا آمدنی میں کمی لاتی ہیں وہ عام طور پر ایک ہی چند طریقوں سے ناکام ہوتی ہیں۔ پبلشر نئے CMP کے خلاف کوکی اسکینر چلائے بغیر تبدیل ہو جاتا ہے، اور ایک تھرڈ پارٹی SDK جسے پرانا CMP کنسینٹ پر مشروط کرتا تھا اب غیر مشروط طور پر فائر ہوتا ہے۔ نئے CMP پر TCF وینڈر لسٹ پرانے سے چھوٹے سیٹ کو ڈیفالٹ کرتی ہے، خاموشی سے ان وینڈرز کو ڈراپ کرتی ہے جن پر پبلشر کا اشتہاری مکس انحصار کرتا تھا۔ پبلشر کنسینٹ رسیدیں منتقل نہیں کرتا اور چھ ماہ بعد ریگولیٹری انکوائری میں پچھلی کنسینٹ ثابت نہیں کر سکتا۔ تبدیلی جمعہ دیر سے ہوتی ہے جب آن کال انجینئر واقعات کے پہلے گھنٹے میں سویا ہوا ہوتا ہے۔ نئے CMP کے بینر کے الفاظ پرانے سے مختلف ہیں، اور موجودہ A/B ٹیسٹ شدہ کنسینٹ ریٹ بیس لائن اب درست نہیں رہی، پبلشر پھر نئے بینر کی معمول کی ایڈجسٹمنٹ مدت کو منتقلی کی ریگریشن کے طور پر غلط پڑھتا ہے اور غیر ضروری طور پر واپس آ جاتا ہے۔

نتیجہ

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