بيانات الطرف الأول ومنصات بيانات العملاء: متى تستحق منصة CDP الاستثمار

القرار الذي يخدمه هذا المقال: هل تستثمر في منصة بيانات العملاء (CDP)، وأي نوع منها إن فعلت، أم أن الأنظمة التي لديك قادرة على أداء المهمة.

• بيانات الطرف الأول هي ما تجمعه العلامة في علاقتها المباشرة بالناس: السلوك في الموقع والتطبيق، والمشتريات، والتواصل مع خدمة العملاء. أما بيانات الطرف الصفري، بحسب تعريف Forrester، فهي ما يشاركه العميل عن قصد ومبادرة منه، مثل تفضيلاته ونيّات الشراء وكيف يريد أن تتعرّف إليه العلامة¹.
• لماذا تزداد أهميتها الآن. يحظر Safari ملفات تعريف الارتباط من جهات خارجية افتراضياً منذ 2020³، ويمنح Firefox كل موقع وعاءً مستقلاً لملفاته⁴. وأبقى Chrome على هذه الملفات تحت اختيار المستخدم، وأوقفت Google معظم بدائل Privacy Sandbox عام 2025⁵. فالبيانات النابعة من علاقتك المباشرة هي الجزء الذي تتحكم فيه.
• منصة بيانات العملاء، بحسب تعريف معهد CDP، برمجية جاهزة تبني قاعدة بيانات موحّدة ودائمة للعملاء يمكن للأنظمة الأخرى استخدامها². المنصات الجاهزة تحتفظ بنسختها الخاصة من البيانات، أما المقاربات القابلة للتركيب، أو الأصيلة في المستودع، فتعمل على مستودع بيانات الشركة.
• تستحق الاستثمار حين يلزم ربط عدة مصادر لحالات استخدام محدّدة وذات قيمة، ويوجد من يتولى النتيجة. وإلا فهي نسخة باهظة من نظام CRM لديك.

بيانات الطرف الأول ليست بيانات مجانية. فجمعها واستخدامها يحتاجان إلى أساس قانوني ومعلومات واضحة، وإلى الموافقة في كثير من الاستخدامات؛ وقراءة المعلومات من جهاز الشخص أو تخزينها عليه تحتاج إلى الموافقة في الاتحاد الأوروبي ما لم تكن ضرورية تماماً. وتُدخل إرشادات المجلس الأوروبي لحماية البيانات، المعتمدة في أكتوبر 2024، بكسلات التتبّع والتقنيات المشابهة في نطاق هذه القاعدة⁷ (انظر بيانات الطرف الأول وإدارة الموافقات).

والاختبار العملي هو تبادل القيمة: ماذا يحصل الشخص مقابل ما يخبرك به؟ والأجوبة الجيدة ملموسة.

• خدمة أفضل مقاس محفوظ، أو تفضيل للتوصيل، أو تذكير طلبه بنفسه.
• ملاءمة أكبر مركز تفضيلات يتيح للناس اختيار المواضيع ووتيرة الرسائل، وهو أيضاً من بيانات الطرف الصفري¹.
• التقدير برنامج ولاء يتذكر ما اشتروه؛ انظر إدارة علاقات العملاء والولاء.

لا تطلب إلا ما تحتاجه حالة استخدام محدّدة، وقل السبب لحظة الطلب، وسجّل الموافقة مع البيانات حتى تقرأها كل أداة.

ثم حافظ على صلاحية السجل للاستخدام. حدّد الحقول القليلة التي يجب أن يحملها كل ملف (معرّف، وحالة الموافقة، والمصدر، وتاريخ الجمع)، وتحقّق منها في موضع إدخالها، وحدّد موعداً للمراجعة تُحذف بعده البيانات غير المستخدمة. فالملف الصغير الدقيق يخدم حالات استخدام أكثر من ملف كبير لا يثق به أحد.

للتعريف الذي حافظ عليه معهد CDP منذ 2016 ثلاثة أجزاء تهمّ عند الشراء: أن تكون قاعدة البيانات موحّدة (سجل واحد لكل شخص من مصادر كثيرة)، ودائمة (تحفظ التاريخ لا الجلسة الحالية فقط)، ومتاحة للأنظمة الأخرى². وفي 2019 أضاف المعهد قائمة RealCDP ليتحقق المشترون من أن المنتج المسوَّق بوصفه CDP يدعم حالات الاستخدام المتوقعة². اطلب من المورّدين أن يُروك كل خطوة على بياناتك أنت.

ومن المفيد أيضاً أن تعرف ما ليست هي. فنظام CRM يدير العلاقة مع من تتعامل معهم المبيعات والخدمة، ويُدخل الموظفون سجلاته. ومستودع البيانات يخدم التحليل والتقارير على مستوى الشركة. ومنصات إدارة البيانات (DMP) القديمة كانت تجمع شرائح مجهولة الهوية، معظمها من أطراف ثالثة، للإعلان. أما منصة بيانات العملاء فتقع بينها: تجمع الملفات المعروفة والمجهولة من مصادر كثيرة، جاهزة لاستخدام التسويق.

يدرج الدليل منصات بيانات العملاء في فئة مستقلة، ومنها Twilio Segment وBloomreach؛ والإدراجات تسجّل ما يوثّقه كل مورّد، لا توصية. والجاهزية أهم من التسمية: ففي استطلاع Gartner لقادة تقنيات التسويق لعام 2025، قال نصفهم إن مؤسساتهم تفتقر إلى الجاهزية التقنية وجاهزية البيانات اللازمة لوكلاء الذكاء الاصطناعي¹¹، والفجوات نفسها تبطئ أي منصة لبيانات العملاء.

تحدّد مطابقة الهوية السجلات التي تعود إلى الشخص نفسه. وهناك طريقتان عامتان.

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

معظم الزوار مجهولون إلى أن يسجّلوا الدخول أو يشتركوا أو يشتروا. تحتفظ منصة بيانات العملاء بملف مجهول، يرتبط عادةً بملف تعريف ارتباط من الطرف الأول أو بمعرّف التطبيق، وتدمجه بالملف المعروف حين يعرّف الشخص بنفسه. والمتصفحات تحدّ من مدة صلاحية ذلك: فمنذ 2020 يحذف Safari التخزين الذي تكتبه البرمجيات النصية بعد سبعة أيام من الاستخدام دون تفاعل مع الموقع³. فاعتمد على الهوية المعروفة في كل ما يهمّ.

ممارستان تصلحان في كل مكان. الأولى: اكتب القواعد، أي المعرّفات التي تربط السجلات، وتلك التي لا تربطها أبداً، وما يحدث حين يتعارض سجلان. والثانية: حين تطابق بياناتك مع شركاء، استخدم طرقاً تحفظ الخصوصية. فبروتوكول PAIR الصادر عن IAB Tech Lab، مثلاً، يتيح للمعلن والناشر مطابقة معرّفات مشفّرة دون أن يفكّ أي منهما تشفير بيانات الآخر، باستخدام التشفير التبادلي⁹، وتحدّد إرشاداته حول غرف البيانات النظيفة ما تستطيع هذه البيئات ضمانه وما لا تستطيعه¹⁰. ويساعد الجمع من جهة الخادم أيضاً: إذ تمر البيانات عبر خادم تتحكم فيه الشركة، حيث يمكن حذف البيانات الشخصية قبل تمرير أي شيء⁸.

وللتفعيل قواعد موافقة خاصة به. فبالنسبة إلى الجماهير في المنطقة الاقتصادية الأوروبية، تشترط Google منح إشارتَي الموافقة الإعلانيتين كلتيهما قبل استخدام قوائم Customer Match للإعلانات المخصّصة؛ ومنذ مارس 2024 لا تُعالَج البيانات الخالية منهما لهذا الغرض⁶.

واحسب التكلفة الكاملة في الكفة الأخرى: تراخيص تُسعَّر بعدد الملفات أو الأحداث، وعمل ربط كل مصدر، والأشخاص الذين سيتولون قواعد الهوية والشرائح، وتكلفة الخروج. احسب العائد بقيمة حالات الاستخدام لا بقيمة المورّد: كم يساوي برنامج ترحيب أفضل أو برنامج استعادة للعملاء، باستخدام الاحتفاظ والهامش كما في قيمة العميل ومدة العلاقة وحاسبة LTV:CAC.

نشاط تجاري إيضاحي، لا شركة حقيقية: سلسلة نوادٍ رياضية لديها تطبيق وموقع وتسجيل دخول إلى النوادي وبريد إلكتروني. تحدّد ثلاث حالات استخدام. (1) برنامج ترحيب مبني على الأهداف التي يختارها الأعضاء عند الاشتراك، وهي بيانات طرف صفري. (2) رسالة استعادة للأعضاء الذين توقفوا عن الحضور، لا تُرسل إلا بموافقتهم. (3) استبعاد الأعضاء الحاليين من إعلانات اكتساب العملاء.

• الهوية يُعرف الأعضاء بطريقة حتمية برقم العضوية والبريد الإلكتروني؛ ويبقى زوار الموقع مجهولين حتى يسجّلوا الدخول. لا حاجة إلى مطابقة احتمالية.
• المصادر نظام العضوية والتطبيق وبوابات النوادي والبريد: أربعة مصادر، فيُجتاز الاختبار الأول.
• المسار يشغّل فريق المالية مستودع بيانات بالفعل ومعه مهندسان، فتبدأ السلسلة بالتركيب لحالتَي الاستخدام 2 و3، وتُبقي برنامج الترحيب في أداة المراسلة داخل التطبيق.
• الموافقة تُسجَّل الموافقة في نظام العضوية وتُزامَن مع كل ملف؛ ولا تُرسل جمهور الاستبعاد إلا للأعضاء الذين تسمح موافقتهم بذلك.

• شراء المنصة قبل تحديد حالات الاستخدام. المنصة بلا حالة استخدام محدّدة تصبح نسخة ثالثة من ملف العملاء.
• جمع كل شيء «للاحتياط». البيانات بلا غرض عبء في ظل قوانين حماية البيانات وتكلفة في المستودع.
• معاملة بيانات الطرف الأول كأنها معفاة من الموافقة. للوصول إلى الجهاز، والتنميط، والمطابقة الإعلانية قواعد موافقة خاصة بكل منها^6، 7.
• تقديم المطابقة الاحتمالية بوصفها يقيناً. أبلغ عن نسب المطابقة بحسب الطريقة، ولا ترسل إلى هوية مُستنتَجة رسالة موجّهة إلى هوية معروفة.
• غياب مسؤول عن قواعد الهوية، فتدمج كل أداة السجلات بطريقتها.

1. اكتب ثلاث حالات استخدام مع قيمتها، والمصادر التي تحتاجها كل منها، والموافقة التي تتطلبها.
2. ارسم خريطة لبيانات العملاء اليوم: أي نظام يحمل ماذا، وبأي معرّف، وبأي حقل للموافقة.
3. قرّر قواعد الهوية: المعرّفات التي تربط السجلات، وتلك التي لا تربطها أبداً.
4. صمّم تبادل القيمة لكل معلومة من بيانات الطرف الصفري ستطلبها، ومركز تفضيلات يُبقيها حديثة.
5. طبّق اختبار «هل نحتاج إلى منصة بيانات العملاء؟»؛ فإن كان الجواب نعم، فقارن مساراً جاهزاً وآخر قابلاً للتركيب على بياناتك باستخدام المقارنة.
6. ارسم موقع كل حالة استخدام على خريطة رحلة العميل، وتابع النتائج واضعاً هدف الاحتفاظ والولاء نصب عينيك.

• التعريفات: Forrester حول بيانات الطرف الصفري¹، ومعهد CDP حول منصات بيانات العملاء².
• المتصفحات والهوية: WebKit³ وMozilla⁴ وتحديث Google بشأن Privacy Sandbox⁵.
• الموافقة والجمع: إرشادات المجلس الأوروبي لحماية البيانات⁷، وقواعد Google للموافقة في Customer Match⁶ ودليلها للوسم من جهة الخادم⁸.
• المطابقة مع الشركاء: بروتوكول PAIR من IAB Tech Lab⁹ وإرشاداته حول غرف البيانات النظيفة¹⁰؛ وحول الجاهزية، استطلاع Gartner لعام 2025¹¹.
• التالي في هذا المسار: الموافقة والهوية وملفات تعريف الارتباط؛ وقبله بناء منظومة تقنيات التسويق.