یکپارچهسازی رضایت کوکی Salesforce Marketing Cloud: راهنمای ۲۰۲۶ برای بازاریابان سازمانی
Salesforce Marketing Cloud پیچیدهترین پشته بازاریابی از نظر معماری است که یک ناشر احتمالاً مستقر میکند. در حالی که اکثر ابزارهای بازاریابی یک تگ نصب میکنند، SFMC چندین تگ نصب میکند: Web Analytics Connector برای تجزیهوتحلیل رفتاری، اسکریپت Marketing Cloud Personalization (که قبلاً Interaction Studio نام داشت) برای شخصیسازی سایت، فرمهای CloudPages برای جذب سرنخ، تریگرهای Journey Builder برای هماهنگی، و کانکتورهای Data Cloud که وضوح هویت را تغذیه میکنند. هر یک از اینها GDPR، GDPR بریتانیا، دستورالعمل ePrivacy اتحادیه اروپا و CPRA کالیفرنیا را به روشهای کمی متفاوت لمس میکند، و یک نصب پیشفرض معمولاً همه آنها را در یک بارگذاری صفحه نقض میکند. این راهنما توضیح میدهد که هر ماژول ردیابی SFMC چه دادههایی جمعآوری میکند، مرز رضایت کجاست، و چگونه SFMC را به یک CMP شخص ثالث بهگونهای متصل کنید که بازاریابان تریگرهای Journey Builder خود را حفظ کنند، تجزیهوتحلیل انتساب خود را نگه دارد، و تیم حقوقی رسیدهایی که نیاز دارد داشته باشد.
سطح ردیابی SFMC
برای اهداف رضایت، کمک میکند که SFMC را نه به عنوان یک محصول واحد بلکه به عنوان چهار سطح ردیابی همپوشانی دهنده در نظر بگیرید، هر کدام با الگوی یکپارچهسازی خود.
Web Analytics Connector و کد ردیابی Collect
کد ردیابی Collect (که اغلب collect.js نامیده میشود یا از طریق cdn.evgnet.com ارجاع داده میشود) ردیاب رفتاری SFMC است. کوکیهای _etmc و مرتبط را تنظیم میکند، بازدیدکنندگان را در طول جلسات شناسایی میکند، و رویدادهای مشاهده صفحه، کلیک و تبدیل را به SFMC برای استفاده در تریگرهای Journey Builder و هدفگیری مجدد ایمیل ارسال میکند. از منظر نظارتی، این یک ردیاب بازاریابی محض است — حتی اگر رویدادها شبیه تجزیهوتحلیل به نظر برسند، دادهها اتوماسیون بازاریابی مستقیم را تغذیه میکنند.
اسکریپت Marketing Cloud Personalization
اسکریپت Personalization (Interaction Studio قدیمی) سنگینتر از Collect است. یک SDK بارگذاری میکند که کل DOM را زیر نظر دارد، دادههای جریان کلیک و تعامل فرم را ضبط میکند، و آنها را به یک موتور تصمیمگیری شخصیسازی ارسال میکند که میتواند محتوای صفحه را در زمان واقعی بازنویسی کند. کوکیهای تنظیمشده شامل شناسههای _ev_* و یک توکن جلسه هستند. این به طور بیابهامی پردازش برای اهداف بازاریابی است و در هر حوزه قضایی EU یا UK نیاز به رضایت opt-in دارد.
فرمهای CloudPages و لینکهای ردیابیشده
صفحات فرود میزبانیشده توسط CloudPages و لینکهای ایمیل ردیابیشده که از طریق SFMC عبور میکنند پارامترهای شناسایی خود را دارند (subscriberkey، jb، پارامترهای mid در URLها). وقتی بازدیدکنندهای از طریق یک لینک ردیابیشده وارد میشود، SFMC میتواند جلسه را با رکورد مشترک آنها حتی قبل از فعال شدن هرگونه ردیابی درونصفحه مرتبط کند. این موضع حقوقی معنادار متفاوتی از ردیابی ناشناس است — هویت مشترک در اولین تماس شناخته شده است — و رضایت برای ارتباطات بازاریابی باید از قبل وجود داشته باشد.
کانکتورهای Data Cloud
یکپارچهسازی Data Cloud در SFMC (لایه پلتفرم داده مشتری) شناسهها را از ردیابی وب، SDK موبایل، رکوردهای CRM و دادههای آفلاین در یک پروفایل یکپارچه جمع میکند. وضعیت رضایت باید در Data Cloud منتشر شود، نه فقط در پیکسل ردیابی سطح، تا فعالسازیهای پاییندستی به شبکههای تبلیغاتی ترجیحات ثبتشده بازدیدکننده را رعایت کنند.
کنترلهای حریم خصوصی بومی SFMC
SFMC چندین کنترل بومی را در معرض نمایش میگذارد، اما مانند اکثر پلتفرمهای بازاریابی سازمانی، فرض میکنند که یک تصمیم رضایت در بالادست جمعآوری شده و در حال انتقال است. کنترلهای بومی خودشان رضایت جمعآوری نمیکنند.
انصراف از ردیابی برای Web Analytics Connector
اسکریپت Collect یک پرچم do_not_track و یک تابع انصراف قابل تنظیم را میخواند. تنظیم اینها مانع از ارسال داده توسط Collect میشود اما مانع از بارگذاری خود اسکریپت نمیشود. برای حوزههای قضایی با رضایت قبلی، باید بارگذاری اسکریپت را مسدود کنید، نه فقط پرچم را تغییر دهید.
ترجیحات رضایت در رکوردهای مشترک
پروفایل مشترک در SFMC فیلدهایی برای رضایت ارتباطی، رضایت داده پروفایل و مبنای قانونی دارد. اینها ابتداییات مناسبی برای ردیابی مبنای قانونی هستند که یک مخاطب شناختهشده تحت آن بازاریابی میشود، و CMP باید هنگامی که بازدیدکنندهای میپذیرد یا فسخ میکند، به این فیلدها بازنویسی کند.
رضایت Marketing Cloud Personalization
Personalization SDK یک پرچم رضایت را در طول مقداردهی اولیه میپذیرد. آن را روی false تنظیم کنید تا زمانی که کاربر دسته بازاریابی را در بنر CMP بپذیرد، سپس SDK را هنگامی که رضایت اعطا میشود مجدداً مقداردهی اولیه کنید.
راهنمای گامبهگام یکپارچهسازی CMP
معماری قابل اعتماد این است که همه چهار سطح ردیابی را پشت CMP قرار دهید و از پرچمهای بومی SFMC برای اصلاح رفتار پاییندستی پس از اعطای رضایت استفاده کنید.
۱. اسکریپت Collect را از بارگذاری پیشفرض متوقف کنید
اسکریپت Collect را از سربرگ سند حذف کنید و آن را با یک جاینگهدار جایگزین کنید که CMP میتواند فعال کند. وقتی بازدیدکننده دسته بازاریابی را میپذیرد، CMP جاینگهدار را بازنویسی میکند تا collect.js بارگذاری شود. هر رویداد صفبندیشدهای هنگام بارگذاری پاک میشود.
۲. مقداردهی اولیه Marketing Cloud Personalization را به تأخیر بیندازید
اسکریپت Personalization نباید قبل از رضایت مقداردهی اولیه شود. اکثر CMPها این را با الگوی بارگذاری معوق مدیریت میکنند: عنصر اسکریپت در DOM حضور دارد اما ویژگی type آن text/plain است، و CMP آن را هنگام پذیرش رضایت به text/javascript بازنویسی میکند.
۳. پارامترهای ردیابی CloudPages را مسدود کنید
اگر بازدیدکنندهای از طریق یک لینک ردیابیشده وارد شود و هنوز رضایت نداده باشد، پارامتر ورودی subscriberkey باید ضبط شود اما برای هدایت شخصیسازی فوری استفاده نشود. الگوی درست این است که آن را در وضعیت جلسه ذخیره کنید و فقط پس از ثبت رضایت (همبستگی با داده پروفایل، تریگر رویدادهای Journey Builder) فعال کنید.
۴. وضعیت رضایت را به Data Cloud منتشر کنید
یکپارچهسازی Data Cloud باید وضعیت رضایت هر بازدیدکننده را بداند تا فعالسازیهای پاییندستی آن را رعایت کنند. SFMC یک افزونه رضایت پشتیبانی میکند که به CMP اجازه میدهد یک رکورد رضایت را از طریق API در Data Cloud بنویسد. این را طوری پیکربندی کنید که تصمیم رضایت CMP منبع حقیقت در کل لایه SFMC شود، نه فقط برای اسکریپتهای روی صفحه.
۵. به فیلدهای رضایت مشترک SFMC نگاشت کنید
وقتی یک مشترک شناختهشده رضایت خود را در یک مرکز ترجیحات CloudPages بهروزرسانی میکند، CMP و رکورد مشترک SFMC باید هماهنگ بمانند. یک بازنویسی از CMP به فیلدهای رضایت مشترک SFMC پیکربندی کنید، و یک خواندن برگشتی پیکربندی کنید تا بنر روی صفحه آنچه را که مشترک در ترجیحات ایمیل خود تنظیم کرده رعایت کند.
اشتباهات رایج
سه خطای یکپارچهسازی بیشتر یافتههای حسابرسی سازمانی را در SFMC تشکیل میدهند.
رفتار با Collect به عنوان تجزیهوتحلیل
چون اسکریپت Collect رویدادهای مشاهده صفحه و کلیک را گزارش میکند که شبیه تجزیهوتحلیل به نظر میرسند، تیمها گاهی آن را در دسته رضایت تجزیهوتحلیل قرار میدهند. SFMC از آن داده برای هدایت اتوماسیون بازاریابی Journey Builder استفاده میکند، که به طور بیابهامی پردازش برای اهداف بازاریابی است. Collect را در دسته بازاریابی قرار دهید.
اجازه دادن به Personalization برای اجرا قبل از رضایت
Personalization سنگینترین سطح ردیابی SFMC است و بیشترین دید را از نظر نظارتی دارد چون به طور فعال صفحه را تغییر میدهد. اجازه دادن به آن برای مقداردهی اولیه قبل از رضایت، از نظر حسابرسی، تنها آسیبپذیرترین الگو در پشته SFMC است.
عدم همگامسازی رضایت در سراسر پشته
اگر بنر روی صفحه یک تصمیم رضایت ثبت کند اما پروفایل Data Cloud یک وضعیت قدیمیتر را نگه دارد، فعالسازیهای پاییندستی به شبکههای تبلیغاتی بر اساس رضایت منسوخ ادامه میدهند. CMP باید مالک منبع حقیقت باشد و آن را در همه جایی که پشته SFMC میتواند برسد منتشر کند.
چکلیست حسابرسی
پنج سوال مشخص برای پاسخ دادن به هر استقرار SFMC که ترافیک EU، UK یا کالیفرنیا را لمس میکند.
- آیا Collect منتظر رضایت میماند؟ تأیید کنید که هیچ درخواست collect.js یا evgnet.com قبل از پذیرش بنر فعال نمیشود.
- آیا Personalization به تأخیر افتاده است؟ تأیید کنید که Personalization SDK تا زمان اعطای دسته بازاریابی مقداردهی اولیه نمیشود.
- آیا پارامترهای لینک ردیابیشده ورودی تا رضایت نگه داشته میشوند؟ تأیید کنید که شخصیسازی مبتنی بر subscriberkey منتظر یک سیگنال رضایت صریح است.
- آیا Data Cloud وضعیت رضایت را میبیند؟ تأیید کنید که افزونه رضایت پیکربندی شده و CMP تصمیمات را در Data Cloud در زمان واقعی مینویسد.
- آیا فیلدهای رضایت مشترک همگامسازی شدهاند؟ تأیید کنید که تغییرات مرکز ترجیحات به بنر روی صفحه منتشر میشود و بالعکس.
جایگاه SFMC در یک پشته با رضایت اول
SFMC یکی از قدرتمندترین — و یکی از پرخطرترین — پلتفرمهای بازاریابی است که یک سازمان میتواند مستقر کند. الگوی نصب پیشفرض به سادگی انتظارات فعلی اروپایی یا کالیفرنیایی را برآورده نمیکند، و کنترلهای بومی پلتفرم ابتداییات مفیدی هستند اما جایگزین یک لایه مدیریت رضایت بالادستی نیستند. معماری صحیح CMP را به عنوان منبع واحد حقیقت در نظر میگیرد، هر ماژول ردیابی را پشت آن قرار میدهد، و از افزونههای رضایت SFMC برای اینکه Data Cloud و رکوردهای مشترک آن حقیقت را در بقیه پشته منتشر کنند استفاده میکند. اگر به درستی انجام شود، SFMC به انجام کاری که بازاریابان برای آن خریداری کردند ادامه میدهد — تریگرهای Journey Builder، تصمیمگیری Personalization، فعالسازی Data Cloud — در حالی که وضعیت انطباق زیرین با آنچه نظارتگران اکنون از هر بازاریاب سازمانی انتظار دارند مطابقت دارد.