چرا ناشران CMP‌ها را در سال ۲۰۲۶ مهاجرت می‌دهند

دلایلی که ناشران یک CMP را به نفع دیگری ترک می‌کنند تغییر کرده است. یک دهه پیش محرک معمولاً آمادگی GDPR بود — چیزی را انتخاب کنید که از IAB TCF پشتیبانی کند و ادامه دهید. امروز محرک‌های مهاجرت خاص‌تر و عملیاتی‌تر هستند. مدل‌های قیمت‌گذاری مرتبط با کاربران فعال ماهانه با سایت‌هایی که سریع‌تر از قرارداد CMP آن‌ها رشد کردند، پیش گرفته‌اند. انطباق با برنامه Google Certified CMP که در سال ۲۰۲۴ برای موجودی ارائه شده از طریق محصولات تبلیغاتی Google اجباری شد، اقدام به خروج از فروشندگان غیر تأیید شده را اجباری کرده است. عملکرد — زمانی که بنر CMP برای رندر شدن طول می‌کشد، تأثیر Largest Contentful Paint لایه رضایت، Cumulative Layout Shift که معرفی می‌کند — به عنوان یک سیگنال SEO و Core Web Vitals ظاهر شده که تیم‌های بازاریابی و مهندسی هر دو اکنون نظارت می‌کنند. و چارچوب‌های حریم خصوصی چند ایالتی آمریکا برخی از فروشندگان فعلی را در پشتیبانی از MSPA و US Privacy String عقب گذاشته، ناشران را به سمت پلتفرم‌هایی که کل پشته جهانی را به صورت بومی اداره می‌کنند سوق می‌دهد.

محرک‌های خاص ارزش نام‌گذاری

محرک‌های مهاجرتی که بیشتر در RFP‌های ناشران مطرح می‌شوند عبارتند از: (۱) CMP موجود از Google Consent Mode v2 با دقتی که Google اکنون نیاز دارد پشتیبانی نمی‌کند، (۲) CMP موجود به ازای هر دامنه یا نمایش با نرخی که از حد قابل قبول فراتر رفته است هزینه می‌گیرد، (۳) CMP موجود نمی‌تواند رشته IAB GPP را برای ایالت‌های آمریکا در کنار رشته TCF برای اتحادیه اروپا ارائه دهد، (۴) تیم موفقیت مشتری CMP موجود در به‌روزرسانی‌های نسخه TCF پاسخگو نیست، یا (۵) نگهداری گزارش ممیزی CMP با الزامات رو به ناظر ناشر مطابقت ندارد. هر یک از اینها برای شروع یک ارزیابی کافی است؛ دو مورد با هم معمولاً به این معنی است که مهاجرت از قبل اجتناب‌ناپذیر است.

ممیزی قبل از مهاجرت

مهم‌ترین مرحله مهاجرت ممیزی است، و رایج‌ترین دلیل شکست مهاجرت‌ها این است که ناشر آن را نادیده گرفته است. ممیزی تصویر کاملی از سطح رضایت فعلی ارائه می‌دهد — هر کوکی، هر پیکسل، هر SDK، هر فروشنده، هر رشته رضایتی که CMP موجود ارائه می‌دهد — و CMP جدید باید این سطح را دقیقاً قبل از جابجایی تکرار کند. هر چیزی که ممیزی آن را از دست بدهد در روز اول به یک رویداد تولید تبدیل می‌شود.

همه کوکی‌ها و برچسب‌ها را فهرست کنید

یک اسکنر کوکی خودکار را در برابر هر قالب صفحه‌ای که سایت در معرض نمایش قرار می‌دهد اجرا کنید — صفحه اصلی، مقاله، فهرست، جستجو، تسویه حساب، حساب — در هر دو حالت رضایت داده شده و بدون رضایت. اسکنر باید فهرستی از کوکی‌های تنظیم شده، دامنه‌هایی که آن‌ها را تنظیم می‌کنند، دسته‌بندی‌هایی که CMP موجود به آن‌ها اختصاص داده، و درخواست‌های اجرا شده تولید کند. فهرست را با کانتینر مدیر برچسب متقاطع کنید تا برچسب‌هایی که به صورت مشروط فعال می‌شوند و ممکن است در یک خزش معمولی ظاهر نشوند را بگیرید. خروجی موجودی کانونی است که CMP جدید باید بازتولید کند.

تاریخچه رشته رضایت را ثبت کنید

CMP موجود رسیدهای رضایت را جایی ذخیره می‌کند — یک پایگاه داده داخلی، یک گزارش میزبانی شده توسط فروشنده، یک bucket S3 صادر شده. نمونه‌ای از رسیدها را از هر سطح رضایت بکشید و قالب را مستند کنید. CMP جدید باید یا به قبول این رسیدها به عنوان مدرک رضایت قبلی ادامه دهد، یا یک درخواست رضایت مجدد راه‌اندازی کند که رسیدهای تازه را قبل از اجرای هر برچسب فروشنده‌ای ثبت کند. ناظران انتظار دارند که تاریخچه رسید در طول مهاجرت‌ها حفظ شود؛ ناشری که رسیدهای قدیمی را دور می‌اندازد و نمی‌تواند رضایت برای پردازش انجام شده قبل از مهاجرت را اثبات کند در معرض خطر است.

نگاشت فروشنده TCF را مستند کنید

اگر سایت از IAB TCF استفاده می‌کند، CMP موجود یک لیست فروشنده با اهداف و نگاشت‌های اساسی قانونی برای هر فروشنده ارائه می‌دهد. فهرست را به همان شکلی که امروز است صادر کنید، از جمله هر گونه لغو پشته فروشنده سفارشی. CMP جدید باید نگاشت را بازتولید کند یا به صراحت مستند کند که کدام فروشندگان حذف یا دسته‌بندی مجدد خواهند شد. فروشندگانی که از مبتنی بر رضایت به مبتنی بر علایق مشروع یا بالعکس منتقل می‌شوند، رایج‌ترین دلیل افت درآمد پس از مهاجرت هستند.

اجرای موازی CMP قدیمی و جدید

الگوی حرفه‌ای برای مهاجرت CMP یک تبادل شب جمعه نیست. این یک اجرای موازی است: CMP جدید را روی یک زیردامنه غیر پیش‌فرض یا پشت یک پرچم ویژگی که آن را در معرض بخشی کنترل شده از ترافیک قرار می‌دهد نصب کنید، آن را در کنار CMP موجود برای دو تا چهار هفته اجرا کنید، و خروجی رشته رضایت، پوشش فروشنده، و جریان سیگنال پایین‌دست را قبل از جابجایی اعتبارسنجی کنید.

شیب ۱-۵-۲۵-۱۰۰

الگوی شیبی که اکثر ناشران بزرگ از آن استفاده می‌کنند یک تقسیم ترافیک مرحله‌ای است: یک درصد از جلسات روی CMP جدید برای هفته اول، پنج درصد برای هفته دوم، بیست و پنج درصد برای هفته سوم، و صد درصد در تاریخ جابجایی. هر مرحله با یک گذر اعتبارسنجی دریچه‌گذاری می‌شود: نرخ رضایت CMP جدید در پنج نقطه درصدی از قدیمی قرار دارد، سیگنال‌های Google Consent Mode v2 مطابقت دارند، رشته TCF در dataLayer سطح صفحه وجود دارد، گزارش ممیزی رسیدها را ثبت می‌کند، و نرخ برنده شدن حراج تبلیغاتی فراتر از یک حد پیکربندی شده کاهش نیافته است.

اعتبارسنجی جریان سیگنال

اعتبارسنجی که بیشتر مشکلات را می‌گیرد ردیابی شبکه است. یک جلسه مرورگر تازه باز کنید، بنر را بپذیرید، و گزارش شبکه کامل را ضبط کنید. آن را با همان ردیابی از CMP قدیمی مقایسه کنید. فهرست درخواست‌های اجرا شده باید به جز تفاوت‌های خاص فروشنده که مهاجرت به صراحت پذیرفته است، یکسان باشد. هر درخواست جدیدی که قبلاً وجود نداشت، یا هر درخواست قدیمی که متوقف شده است، یافته‌ای است که قبل از ادامه شیب نیاز به بررسی دارد.

نظارت بر انحراف رشته رضایت

رشته TCF و رشته GPP خروجی‌های قطعی انتخاب‌های کاربر و پیکربندی لیست فروشنده هستند. اگر رشته CMP قدیمی و رشته CMP جدید برای همان انتخاب‌های کاربر متفاوت باشند، پیکربندی لیست فروشنده همگام‌سازی نشده است. انحراف برای کاربر نامرئی است اما برای هر فروشنده پایین‌دست که رشته را رمزگشایی می‌کند قابل مشاهده است، و تمایل دارد به عنوان کاهش‌های بی‌صدا در نرخ پر شدن آگهی‌دهنده تجلی یابد نه خطاهای بلند.

جابجایی

خود جابجایی باید بی‌حادثه باشد اگر اجرای موازی تمیز بود. آن را در یک پنجره کم ترافیک زمان‌بندی کنید — معمولاً یک صبح روز کاری در کوچک‌ترین بازار ناشر — با مهندسی، عملیات تبلیغاتی، و نماینده فروشنده CMP در یک تماس مشترک. پرچم ویژگی را به صد درصد تبدیل کنید، سی دقیقه داشبوردها را تماشا کنید، و برنامه بازگشت را آماده نگه دارید.

درخت تصمیم بازگشت

معیارهای بازگشت باید از قبل توافق شده و به صورت اعداد بیان شوند، نه صفات. آستانه‌های رایج: نرخ پذیرش رضایت بیش از ده نقطه درصد در مقایسه با پایه اجرای موازی کاهش می‌یابد، سیگنال‌های Google Consent Mode v2 در GA4 دریافت نمی‌شوند، درآمد تبلیغاتی به ازای هر جلسه برای یک پنجره پنج دقیقه‌ای پایدار بیش از بیست درصد کاهش می‌یابد، یا گزارش ممیزی برای هر جلسه آزمایشی رسیدها را ثبت نمی‌کند. رسیدن به هر آستانه‌ای یک بازگشت خودکار به CMP قدیمی از طریق پرچم ویژگی را فعال می‌کند — مهندس کشیک نباید برای تبدیل کلید نیاز به تأیید داشته باشد.

ارتباط با فروشندگان

برخی از فروشندگان پایین‌دست — Google، Meta، TikTok، SSP‌های بزرگ — باید از قبل درباره مهاجرت مطلع شوند، به خصوص اگر ورود فروشنده شامل یک پیکربندی خاص CMP باشد که باید در طرف آن‌ها به‌روز شود. اکثر فروشندگان تغییر را به صورت شفاف مدیریت می‌کنند، اما تعداد کمی فهرست‌های مجاز کلیدی CMP را نگهداری می‌کنند که قبل از شناخته شدن شناسه فروشنده CMP جدید نیاز به به‌روزرسانی دستی دارند.

اعتبارسنجی پس از مهاجرت

مهاجرت زمانی که جابجایی کامل می‌شود تمام نیست. مرحله پس از مهاجرت برای دو هفته اجرا می‌شود و همان معیارهایی را که در طول اجرای موازی اندازه‌گیری شدند ردیابی می‌کند، به علاوه چند مورد که فقط پس از بازنشستگی کامل CMP قدیمی اهمیت دارند.

ممیزی مهاجرت رسید

اگر ناشر به جای راه‌اندازی یک درخواست رضایت مجدد، رسیدهای رضایت قبلی را مهاجرت دهد، یک ممیزی مستقل باید صد رسید را از قبل و بعد از مهاجرت نمونه‌برداری کند و تأیید کند که هر کدام می‌توانند با یک شناسه کاربر فعلی و مجموعه فعلی مجوزهای فروشنده مطابقت داشته باشند. رسیدهایی که به خوبی مهاجرت نمی‌کنند باید برای رضایت مجدد در بازدید بعدی کاربر علامت‌گذاری شوند.

بازنشستگی CMP قدیمی

قرارداد CMP قدیمی معمولاً دارای یک دوره اعلام است، و SLA ناشر با فروشنده قدیمی ممکن است شامل حقوق صادرات داده باشد که در یک تاریخ ثابت منقضی می‌شوند. صادرات داده — رسیدها، پیکربندی، گزارش‌های ممیزی — را در پنجره قراردادی زمان‌بندی کنید، صادرات را در انبار داده خود ناشر ذخیره کنید، و تنها پس از آن فروشنده قدیمی را از خاتمه قرارداد مطلع کنید. ناشری که قرارداد قدیمی را قبل از تکمیل صادرات لغو می‌کند، دسترسی به شواهد تاریخی را از دست می‌دهد که ناظر ممکن است در نهایت بخواهد.

اشتباهات رایج مهاجرت که آسیب می‌رسانند

مهاجرت‌هایی که منجر به یافته‌های ناظر یا افت درآمد می‌شوند تمایل دارند به همان روش‌های معدود شکست بخورند. ناشر بدون اجرای اسکنر کوکی در برابر CMP جدید جابجایی انجام می‌دهد، و یک SDK شخص ثالث که CMP قدیمی آن را پشت رضایت نگه می‌داشت اکنون بدون قید و شرط اجرا می‌شود. لیست فروشنده TCF روی CMP جدید به صورت پیش‌فرض به مجموعه کوچک‌تری از قدیمی تبدیل می‌شود و به آرامی فروشندگانی را که ترکیب تبلیغاتی ناشر به آن‌ها متکی بود حذف می‌کند. ناشر رسیدهای رضایت را مهاجرت نمی‌دهد و شش ماه بعد در یک پرسش ناظر نمی‌تواند رضایت قبلی را اثبات کند. جابجایی دیر شب جمعه اتفاق می‌افتد در حالی که مهندس کشیک در طول اولین ساعت حوادث خوابیده است. بنر CMP جدید دارای عبارات متفاوتی نسبت به قدیمی است، و پایه نرخ رضایت آزمایش‌شده A/B موجود دیگر معتبر نیست — سپس ناشر یک دوره تنظیم بنر جدید عادی را به اشتباه به عنوان یک پسرفت مهاجرت تفسیر می‌کند و به صورت غیرضروری بازگشت می‌کند.

نتیجه گیری

مهاجرت CMP یک پروژه مهندسی پیچیدگی متوسط است که می‌توان آن را با انضباط تقریباً به طور کامل از ریسک خارج کرد: یک ممیزی کامل قبل از مهاجرت، یک اجرای موازی مرحله‌ای با دروازه‌های اعتبارسنجی صریح، یک جابجایی که از یک درخت تصمیم بازگشت مکتوب پیروی می‌کند، و یک مرحله پس از مهاجرت که ممیزی رسید و صادرات داده فروشنده قدیمی را می‌بندد. ناشرانی که مهاجرت را به عنوان یک مذاکره قرارداد و سپس یک تبادل اسکریپت تلقی می‌کنند در رویدادهای تولید و نامه‌های پاسخ ممیزی به پایان می‌رسند؛ ناشرانی که آن را به عنوان یک برنامه مدیریت تغییر چند هفته‌ای تلقی می‌کنند با یک لایه رضایت بهتر قابل اندازه‌گیری و آزادی قراردادی برای انجام دوباره آن در دفعه بعدی که بازار تغییر می‌کند به پایان می‌رسند. CMP بخشی از بافت درآمد و انطباق سایت است — تغییر خوب آن دقیقاً همانقدر کار است که استحقاقش را دارد.