شرحنا في دليل التغذية الراجعة لـ CRM مع Meta مدى الفرق الذي يحدثه إرجاع نتائج CRM إلى منصة الإعلانات عبر Conversions API. وبالنسبة لشركات B2B فإن الخطوة الطبيعية التالية هي نقل المنطق نفسه إلى LinkedIn.
لأن المشكلة في B2B أكبر. فالتحويل الحقيقي لا يحدث يوم ملء النموذج، بل ربما بعد ثلاثة أشهر حين يُوقَّع عرض السعر. والتتبع المعتمد على المتصفح يعجز عن رؤية رحلة بهذا الطول.
لماذا لا يكفي Insight Tag؟
LinkedIn Insight Tag وسم JavaScript يُضاف إلى موقعك. ويحتاج لكي يعمل إلى شرطين: ألا يحجبه المتصفح، وأن يبقى ملف تعريف الارتباط موجودًا عند حدوث التحويل.
وفي B2B كلا الشرطين ضعيف. فالشبكات المؤسسية وحاجبات الإعلانات كثيرًا ما تحجب الوسم. والأهم أن الحدث ذا القيمة الحقيقية (فرصة مؤهلة، عقد موقَّع) يقع في CRM لا في الموقع، ولا سبيل لوسم في المتصفح أن يراه.
النتيجة: تُحسَّن حملاتك على LinkedIn وفق حدث "أُرسل النموذج"، مع أن معظم من يملؤون النموذج لا يصبحون عملاء أبدًا.
ماذا يفعل Conversions API؟
LinkedIn Conversions API اتصال من خادم إلى خادم ترسل عبره أحداث التحويل إلى LinkedIn من خادمك أنت لا من المتصفح. وبذلك يفقد مكان وقوع التحويل أهميته: فحين تتغير مرحلة فرصة في CRM يمكن نقل هذه المعلومة إلى LinkedIn.
وهذا يتيح أمرين:
- قياس دقيق: معرفة الحملة التي جلبت فعلًا عملاء محتملين تحولوا إلى مبيعات.
- تحسين دقيق: جعل خوارزمية LinkedIn تبحث عن جماهير تشبه المشترين لا من يملؤون النماذج.
ربط مراحل CRM بأحداث LinkedIn
أهم قرار في الإعداد تجاري لا تقني: أي مرحلة في CRM تقابل أي نوع تحويل؟ توفر واجهة LinkedIn البرمجية أنواع تحويل تناسب مسار B2B. وقد يبدو الربط النموذجي هكذا:
| المرحلة في CRM | نوع التحويل في LinkedIn | ملاحظة |
|---|---|---|
| أُرسل النموذج | LEAD | حجم كبير وإشارة ضعيفة |
| عميل محتمل مؤهل تسويقيًا | MARKETING_QUALIFIED_LEAD | إصدار API 202608 وما بعده |
| عميل محتمل مؤهل للمبيعات | SALES_QUALIFIED_LEAD | إصدار API 202608 وما بعده |
| فرصة مكتسبة | PURCHASE | تُرسل مع القيمة |
وهنا توازن مهم. فالصفقة المكتسبة أقوى إشارة، لكن عددها قليل إلى حد قد لا يكفي لتتعلم منه الخوارزمية. لذلك يُختار عادة مستوى العميل المحتمل المؤهل هدفًا للتحسين، بينما تُرسل المبيعات لأغراض القياس.
كيف يعمل تقنيًا؟
يتكون المسار من ثلاث خطوات: إنشاء قاعدة التحويل، وربط الحملات بها، وإرسال الأحداث. وإرسال الحدث طلب JSON بسيط:
{
"conversion": "urn:lla:llaPartnerConversion:123",
"conversionHappenedAt": 1789459200000,
"conversionValue": { "currencyCode": "USD", "amount": "12000" },
"user": {
"userIds": [
{ "idType": "SHA256_EMAIL", "idValue": "e3b0c442..." },
{ "idType": "LINKEDIN_FIRST_PARTY_ADS_TRACKING_UUID", "idValue": "df5gf5-..." }
]
},
"eventId": "crm-deal-48213-won"
}نقاط يجب الانتباه لها:
معرّفات المستخدم
لا يفيد الحدث إلا بقدر ما يستطيع LinkedIn مطابقته مع عضو، فالأحداث غير المطابَقة لا تُستخدم في القياس ولا في التحسين. يمكن إرسال بريد إلكتروني مشفَّر (SHA256)، أو معرّف التتبع الخاص بـ LinkedIn، أو عنوان IP، أو الاسم مع بيانات الشركة. وإرسال عدة معرّفات يرفع نسبة المطابقة. لذا ينبغي أن تكون أولى مهام الإعداد التقاط معرّف تتبع LinkedIn عند إرسال النموذج وحفظه في CRM.
الحد الزمني
يجب أن يقع وقت الحدث خلال آخر 90 يومًا، وتُرفض الأحداث الأقدم. وفي دورات المبيعات الطويلة يعني هذا إرسال تغيّرات المراحل فور حدوثها لا تجميعها لاحقًا.
نافذة الإسناد
لأنواع العميل المحتمل والعميل المؤهل يمكن ضبط نافذة الإسناد بعد النقر على 180 أو 365 يومًا. وهذا أكثر واقعية بكثير لدورة B2B الطويلة من النوافذ الافتراضية القصيرة.
الأحداث المكررة
إذا أرسلت الحدث نفسه عبر Insight Tag وعبر الواجهة البرمجية معًا، فاستخدم قيمة eventId نفسها في الجهتين، وإلا فقد تُحسب التحويلات مرتين.
الحدود
يمكن أن يحمل الطلب المجمّع الواحد حتى 5,000 حدث، مع حد 600 طلب في الدقيقة و500,000 طلب يوميًا لكل رمز وصول. ونادرًا ما تسبب هذه الحدود مشكلة في أحجام B2B المعتادة، لكن رفع البيانات التاريخية دفعة واحدة يحتاج إلى التقسيم.
أخطاء شائعة عند الإعداد
- تشفير البريد دون توحيد صيغته: التجزئة المأخوذة قبل إزالة المسافات وتحويل الأحرف إلى صغيرة لن تتطابق.
- إرسال حدث "النموذج" فقط: تُعدّ الواجهة البرمجية لكنها ترسل ما يراه وسم المتصفح أصلًا، وتغيب مراحل CRM التي هي المكسب الحقيقي.
- نسيان ربط الحملات بالقاعدة: لا تحصل على إسناد التحويل إلا الحملات المرتبطة.
- عدم متابعة إصدار الواجهة البرمجية: واجهات LinkedIn التسويقية ذات إصدارات، وتُوقف الإصدارات القديمة في مواعيد محددة. فمثلًا يتوقف الإصدار 202510 في 15 أكتوبر 2026.
الخلاصة
أصل مشكلة القياس في تسويق B2B أن الأحداث القيّمة تقع في CRM لا في المتصفح. ويسد LinkedIn Conversions API هذه الفجوة: فمنصة الإعلانات صارت تتعلم من العملاء الحقيقيين لا ممن يملؤون النماذج.
الجزء التقني من الإعداد عمل بضعة أيام. أما الجهد الحقيقي فيكمن في تعريف مراحل CRM بشكل صحيح والتقاط المعرّفات كما ينبغي منذ بداية تدفق البيانات. ونبني حلقة التغذية الراجعة هذه بين منصات الإعلانات وCRM من البداية إلى النهاية ضمن خدمة RevOps.
