أسطح التتبع في Adobe Experience Cloud

تثبيت Adobe «الواحد» يُمثّل، من منظور الخصوصية، خمسة أسطح تتبع مستقلة. لكل منها سؤال موافقة خاص به.

Adobe Experience Cloud ID Service

تُعيّن خدمة ECID (المُحمّلة من cdn.cookielaw.org أو المُستضافة ذاتيًا عبر Adobe Launch) معرّف زائر دائمًا وتُخزّنه في ملفات تعريف الارتباط AMCV_*. تُعد ECID الركيزة التي تربط جميع خدمات Adobe الأخرى ببعضها — يستخدم كل من Analytics وTarget وAudience Manager نفس ECID لربط الأحداث بملف شخصي. التحكم في بوابة ECID هو قرار الموافقة الأساسي؛ بدونها لا تستطيع أي من الخدمات اللاحقة تحديد هوية الزائر بشكل متسق.

Adobe Analytics (Site Catalyst)

يُبلّغ إشارة Adobe Analytics (المُحمّلة عبر s_code.js أو AppMeasurement) عن أحداث مشاهدات الصفحات والنقرات إلى بنية التحليلات التحتية في Adobe. يُعيّن النص البرمجي ملفات تعريف الارتباط s_cc وs_sq وs_pers من بين أخرى. مثل ECID، يُعد سطح تحليلات سلوكية يتطلب موافقة صريحة في EU بموجب ePrivacy Article 5(3).

Adobe Target

يتولى نص Target البرمجي (المُحمّل عبر at.js) قرارات التخصيص الفوري. يعمل من جانب الخادم، ويراقب سلوك الزائر، ويُعدّل محتوى الصفحة بناءً على قواعد التقسيم. تشمل ملفات تعريف ارتباط Target كلًا من mbox وmboxEdgeCluster. يُعد Target بلا لبس سطح تتبع لأغراض تسويقية.

Adobe Audience Manager

يُعد Audience Manager (طبقة DMP، المُحمّلة عبر dpm.demdex.net) محرك التقسيم الذي يبني الجماهير لتفعيلها في الإعلانات المدفوعة. يُعيّن ملف تعريف الارتباط demdex ويُرسل بيانات الزائر إلى رسم بياني للهوية لدى Adobe. يُعد AAM السطح الأكثر تعرضًا من منظور الجهات التنظيمية لأنه إعلان سلوكي عابر للسياقات بشكل لا لبس فيه بموجب CCPA/CPRA وتسويق صريح بموجب GDPR.

Adobe Real-Time CDP

يوحّد Real-Time CDP الهوية عبر الويب والأجهزة المحمولة والمصادر غير المتصلة، لبناء ملف عميل واحد. من منظور الموافقة، يرث افتراضيًا حالة الموافقة الأكثر تساهلًا عبر مدخلاته؛ يجب أن يفرض تكامل CMP الحالة الأكثر تقييدًا بدلًا من ذلك.

عناصر الموافقة الأصلية في Adobe

استثمرت Adobe بشكل كبير في عناصر إدارة الموافقة، خاصة منذ 2023. تكشف المنصة الآن واجهات موافقة في كل طبقة من طبقات الحزمة.

Adobe Privacy & Consent service

أُطلقت في 2025، وتُعد Privacy & Consent service طبقة الموافقة الموحدة من Adobe. تقبل قرارات الموافقة من CMP عبر واجهة برمجة التطبيقات أو إشارة IAB GPP القياسية وتنشرها عبر Analytics وTarget وAudience Manager وReal-Time CDP. هذه هي نقطة التكامل الموصى بها في 2026.

إضافة الموافقة في Adobe Launch

بالنسبة لعمليات النشر التي تستخدم Adobe Launch كمدير للوسوم، يتيح إطار عمل إضافة الموافقة (المشابه لوضع الموافقة في Google Tag Manager) تهيئة كل وسم Adobe لانتظار فئات موافقة محددة. تتصل عمليات التكامل من OneTrust وTrustArc وCookiebot وغيرها بهذا الإطار.

واجهة برمجة تطبيقات الخصوصية

يكشف كل من Adobe Analytics وTarget وECID واجهة optIn على مستوى كائن Adobe في الصفحة. يؤدي استدعاء visitor.optIn.approve(["aam", "ecid", "target", "analytics"]) إلى منح الموافقة للخدمات المسماة؛ بينما يؤدي visitor.optIn.deny(...) إلى إلغائها. هذا هو العنصر المناسب لفرض الموافقة الدقيقة على مستوى كل خدمة.

تكامل CMP خطوة بخطوة

البنية الموثوقة هي تأجيل كل وسم Adobe حتى يتم تسجيل قرار الموافقة، ثم نشر القرار عبر Privacy & Consent service أو إضافة الموافقة في Launch.

1. تأجيل تهيئة Adobe Launch

مكتبة Launch نفسها تُهيّئ مدير الوسوم الذي يُحمّل كل شيء آخر. أجّل نص Launch البرمجي حتى يلتقط CMP قرار الزائر. هذه هي البوابة الأكثر أهمية — تنفيذها بشكل صحيح يمنع تقريبًا كل خلل لاحق.

2. تهيئة فئات الموافقة لكل خدمة

اربط كل خدمة Adobe بفئة في CMP. عادةً ما تندرج ECID وAnalytics تحت التحليلات؛ وTarget وAudience Manager تحت التسويق؛ وReal-Time CDP تحت أي فئة تغطي الاستخدام اللاحق الأكثر تساهلًا. وثّق الربط؛ فالدفاع في التدقيق يعتمد عليه.

3. استخدام واجهة optIn

عندما يُطلق CMP استدعاء قبول الفئة، استدعِ visitor.optIn.approve([...]) مع الخدمات التي تتطابق مع الفئات الممنوحة. ستبدأ خدمة ECID ونصوص Adobe اللاحقة في إرسال الأحداث. عند الإلغاء، استدعِ visitor.optIn.deny(...) لإيقافها.

4. الربط بـ Privacy & Consent service

بالنسبة لحالة الموافقة التي يجب أن تنتشر خارج نطاق التطبيق على مستوى الصفحة — في Real-Time CDP، وفي الاستيعاب من جانب الخادم، وفي الاستيراد الدفعي من أنظمة أخرى — يجب على CMP الكتابة إلى Privacy & Consent service من Adobe عبر واجهة برمجة التطبيقات. تفرض الخدمة بعد ذلك القرار في كل طبقة Adobe تدعمه.

5. احترام الإلغاء عبر رسم الهوية البياني

عندما يلغي المستخدم موافقته، يجب على Real-Time CDP وAudience Manager إزالة المستخدم من الجماهير النشطة، وليس مجرد التوقف عن إضافة أحداث إلى ملفه الشخصي. هيّئ سير عمل الحذف في Privacy & Consent service ليعمل عند الإلغاء، وتحقق من أن أسطح تفعيل الجمهور اللاحقة (Google Ads وMeta وLiveRamp) تحترم الإيقاف.

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

تُسبب أربعة أخطاء في التكامل معظم نتائج التدقيق في عمليات نشر Adobe المؤسسية.

السماح لـ Launch بالتهيئة قبل الموافقة

يُحمّل تكامل Launch الافتراضي مدير الوسوم عند عرض الصفحة، مما يُهيّئ ECID وأي وسوم أخرى مُعدّة للتشغيل تلقائيًا في Launch. هذا هو الخلل الأكثر شيوعًا والأسهل في المعالجة — أجّل نص Launch البرمجي.

اعتبار ECID معفاة

تحتج بعض الفرق بأن ECID هي «بنية تحتية للهوية» وليست تتبعًا، وتتحكم في بوابات الخدمات اللاحقة مع السماح لـ ECID بالعمل. ملف تعريف ارتباط ECID هو معرّف غير ضروري بموجب ePrivacy Article 5(3) بغض النظر عن كيفية استخدام بياناته لاحقًا. تحكّم في بوابته.

عدم تطابق الموافقة عبر الحزمة

إذا سجّل CMP الموافقة على التحليلات لكن واجهة optIn وافقت فقط على ecid وanalytics مع ترك aam وtarget دون تحديد، فإن السلوك اللاحق يعتمد على المنصة ونادرًا ما يتطابق مع ما سجّله CMP. وافق على المجموعة الكاملة التي منحها المستخدم، وارفض البقية صراحةً.

نسيان الاستيعاب من جانب الخادم

يدعم Adobe Real-Time CDP استيعاب البيانات من جانب الخادم من أنظمة CRM والمستودعات والأنظمة غير المتصلة. لا تحترم هذه التدفقات موافقة المتصفح تلقائيًا. يجب استدعاء Privacy & Consent service من مسار الاستيعاب على جانب الخادم لفرض نطاق الموافقة.

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

ستة أسئلة ملموسة يجب الإجابة عنها لأي نشر Adobe Experience Cloud يمس حركة مرور EU أو UK أو كاليفورنيا.

• هل ينتظر Launch الموافقة؟ افتح الصفحة في نافذة خاصة وتأكد من عدم إرسال أي طلبات لنطاق Adobe قبل قبول الشعار.
• هل ربط الخدمة بالفئة موثّق؟ لكل خدمة Adobe (ECID وAnalytics وTarget وAAM وReal-Time CDP)، هل يوجد سجل مكتوب بفئة CMP التي تتحكم فيها؟
• هل تتطابق واجهة optIn مع حالة CMP؟ تأكد من أن استدعاءات الموافقة والرفض تُدرج كل خدمة Adobe صراحةً، مع تطابق المجموعة الممنوحة مع قرار CMP المسجّل.
• هل تم تهيئة Privacy & Consent service؟ تأكد من أن CMP يكتب القرارات إلى واجهة Privacy & Consent service حتى تحترمها الأسطح غير المتصفحية (Real-Time CDP والاستيعاب من جانب الخادم).
• هل تحترم التفعيلات اللاحقة الإلغاء؟ تأكد من أن إلغاء الموافقة يزيل المستخدم من الجماهير النشطة في Google Ads وMeta وLiveRamp، وليس فقط من عمليات المزامنة المستقبلية.
• هل مسارات الاستيعاب من جانب الخادم محمية؟ تأكد من أن عمليات استيراد CRM والمستودعات إلى Real-Time CDP تفرض نفس نطاق الموافقة المطبق على أحداث المتصفح.

موقع Adobe في حزمة تُعطي الأولوية للموافقة

تُعد حزم التسويق المؤسسية المبنية حول Adobe Experience Cloud الأقوى والأكثر تعرضًا للمخاطر في الوقت ذاته من بين أي تهيئة شائعة. الخبر الجيد هو أن Adobe استثمرت بكثافة في عناصر الموافقة خلال العامين الماضيين، ونشر 2026 الذي يستخدم Privacy & Consent service بشكل صحيح يكون أكثر قابلية للدفاع بشكل ملموس مقارنة بنشر مبني على Visitor ID Service وحده. يكمن العمل في الانضباط: توثيق ربط الخدمة بالفئة، واستخدام واجهة optIn صراحةً بدلًا من الاعتماد على إعدادات المنصة الافتراضية، ونشر الموافقة إلى الأسطح من جانب الخادم، والتدقيق في أن التفعيلات اللاحقة تحترم الإلغاءات فعلًا. عند التنفيذ بشكل صحيح، فإن حزمة Adobe نفسها التي تُحرّك التخصيص والتقسيم الذي اشتراه المسوقون لأجله تتوقف عن كونها تعرضًا صامتًا للامتثال ينتظر جهة تنظيمية لتكشفه.