سطح التتبع في 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_* ورمز جلسة. هذه معالجة لأغراض تسويقية بشكل لا لبس فيه وتستلزم موافقة مُسبقة في أي دولة ضمن نطاق الاتحاد الأوروبي أو المملكة المتحدة.

نماذج 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 الأصلية لضبط السلوك اللاحق بمجرد منح الموافقة.

1. إيقاف تحميل سكريبت Collect افتراضيًا

أزل سكريبت Collect من رأس المستند واستبدله بعنصر نائب يمكن لـ CMP تفعيله. حين يقبل الزائر فئة التسويق، يعيد CMP كتابة العنصر النائب لتحميل collect.js. تُفرَّغ أي أحداث في قائمة الانتظار عند التحميل.

2. تأجيل تهيئة Marketing Cloud Personalization

يجب ألا يُهيَّأ سكريبت Personalization قبل الموافقة. تعالج معظم CMPs هذا بنمط التحميل المؤجل: عنصر السكريبت موجود في DOM لكن سمة type الخاصة به تساوي text/plain، ويعيد CMP كتابتها إلى text/javascript عند قبول الموافقة.

3. التحكم في معاملات تتبع CloudPages

إذا وصل زائر عبر رابط متتبع ولم يمنح الموافقة بعد، فينبغي التقاط معامل subscriberkey الوارد لكن عدم استخدامه لتفعيل تخصيص فوري. النمط الصحيح هو تخزينه في حالة الجلسة وتفعيله فقط (بربطه ببيانات الملف الشخصي وتشغيل أحداث Journey Builder) بمجرد تسجيل الموافقة.

4. نشر حالة الموافقة إلى Data Cloud

يحتاج تكامل Data Cloud إلى معرفة حالة موافقة كل زائر حتى تحترمها التفعيلات اللاحقة. يدعم SFMC امتداد موافقة يتيح لـ CMP كتابة سجل موافقة في Data Cloud عبر API. هيّئ هذا لجعل قرار موافقة CMP مصدر الحقيقة الوحيد عبر طبقة SFMC بأكملها، لا فقط للسكريبتات الموجودة في الصفحة.

5. التعيين إلى حقول موافقة مشترك SFMC

حين يحدّث مشترك معروف موافقته في مركز تفضيلات CloudPages، يجب أن يظل CMP وسجل مشترك SFMC متزامنين. هيّئ كتابة عكسية من CMP إلى حقول موافقة مشترك SFMC، وهيّئ قراءة عكسية لكي يحترم بانر الصفحة ما ضبطه المشترك في تفضيلات بريده الإلكتروني.

الأخطاء الشائعة

ثلاثة أخطاء تكامل تُشكّل غالبية نتائج تدقيق المؤسسات على SFMC.

التعامل مع Collect بوصفه أداة تحليلات

لأن سكريبت Collect يُبلّغ عن مشاهدات الصفحة وأحداث النقر التي تبدو تحليلية، تضعه الفرق أحيانًا خلف فئة موافقة التحليلات. يستخدم SFMC تلك البيانات لتشغيل أتمتة التسويق في Journey Builder، وهو معالجة لأغراض تسويقية بشكل لا لبس فيه. ضع Collect تحت فئة التسويق.

السماح لـ Personalization بالعمل قبل الموافقة

Personalization هو أثقل أسطح تتبع SFMC والأكثر وضوحًا للمنظمين لأنه يُعدّل الصفحة بفاعلية. السماح له بالتهيئة قبل الموافقة هو، من حيث التدقيق، النمط الأكثر كشفًا في منظومة SFMC.

عدم مزامنة الموافقة عبر المنظومة

إذا سجّل بانر الصفحة قرار موافقة لكن ملف تعريف Data Cloud يحتفظ بحالة أقدم، فستستمر التفعيلات اللاحقة لشبكات الإعلانات بالانطلاق استنادًا إلى موافقة قديمة. يجب أن يمتلك CMP مصدر الحقيقة وينشره في كل مكان تصله منظومة SFMC.

قائمة فحص التدقيق

خمسة أسئلة ملموسة للإجابة عنها لأي نشر لـ SFMC يمس حركة مرور الاتحاد الأوروبي أو المملكة المتحدة أو كاليفورنيا.

• هل ينتظر 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 — بينما يتوافق الوضع الامتثالي الأساسي مع ما يتوقعه المنظمون الآن من أي مسوّق مؤسسي.