LinkedIn Conversions API اتصال من خادم إلى خادم ترسل عبره شركات B2B أحداث التحويل إلى المنصة من خادمها هي: لا إرسال النموذج فقط، بل مراحل الصفقة في نظام CRM أيضًا (عميل محتمل مؤهل، فرصة مكتسبة). وتكمن أهميته في أن التحويل الحقيقي في B2B يحدث غالبًا بعد أشهر من ملء النموذج فلا يراه وسم المتصفح، بينما تتيح هذه البيانات للخوارزمية أن تتعلم من العملاء الحقيقيين.
شرحنا في دليل التغذية الراجعة لـ CRM مع Meta مدى الفرق الذي يحدثه إرجاع نتائج CRM إلى منصة الإعلانات عبر واجهة Conversions API البرمجية. وبالنسبة لشركات B2B فإن الخطوة الطبيعية التالية هي نقل المنطق نفسه إلى منصة LinkedIn المهنية.
لأن المشكلة في B2B أكبر. فالتحويل الحقيقي لا يحدث يوم ملء النموذج، بل ربما بعد ثلاثة أشهر حين يُوقَّع عرض السعر. والتتبع المعتمد على المتصفح يعجز عن رؤية رحلة بهذا الطول.
لماذا لا يكفي Insight Tag وماذا يفعل Conversions API؟
LinkedIn Insight Tag وسم JavaScript يُضاف إلى موقعك. ويحتاج لكي يعمل إلى شرطين: ألا يحجبه المتصفح، وأن يبقى ملف تعريف الارتباط موجودًا عند حدوث التحويل.
وفي B2B كلا الشرطين ضعيف. فالشبكات المؤسسية وحاجبات الإعلانات كثيرًا ما تحجب الوسم. والأهم أن الحدث ذا القيمة الحقيقية (فرصة مؤهلة، عقد موقَّع) يقع في CRM لا في الموقع، ولا سبيل لوسم في المتصفح أن يراه.
النتيجة: تُحسَّن حملاتك على LinkedIn وفق حدث "أُرسل النموذج"، مع أن معظم من يملؤون النموذج لا يصبحون عملاء أبدًا.
أما Conversions API فيرسل أحداث التحويل من خادمك أنت لا من المتصفح. وبذلك يفقد مكان وقوع التحويل أهميته: فحين تتغير مرحلة فرصة في CRM يمكن نقل هذه المعلومة إلى المنصة مباشرة.
وهذا يتيح أمرين:
- قياس دقيق: معرفة الحملة التي جلبت فعلًا عملاء محتملين تحولوا إلى مبيعات.
- تحسين دقيق: جعل خوارزمية 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 لتكامل الإعلانات وCRM لدينا.
نشرح كيف يمكن نقل منطق التغذية الراجعة نفسه إلى قناة إعلانات ChatGPT في دليل ChatGPT Ads في تركيا.
الأسئلة الشائعة
ما الفرق بين LinkedIn Conversions API ووسم Insight Tag؟ يعمل Insight Tag في المتصفح، لذلك قد تحجبه الشبكات المؤسسية وحاجبات الإعلانات، ولا يرى الأحداث التي تقع في نظام CRM لديك. أما Conversions API فيرسل الأحداث من خادمك، فيمكن نقل مراحل الصفقة التي تأتي بعد ملء النموذج أيضًا.
أي مرحلة من CRM تُختار هدفًا للتحسين؟ عادةً مرحلة العميل المحتمل المؤهل. فالصفقة المكتسبة أقوى إشارة، لكن عددها قليل لا يكفي لتعلم الخوارزمية، لذلك تُرسل المبيعات أساسًا لأغراض القياس.
ما البيانات اللازمة لمطابقة الحدث مع عضو في المنصة؟ بريد إلكتروني مشفَّر بخوارزمية SHA256، أو معرّف التتبع الخاص بالمنصة، أو عنوان IP، أو الاسم مع بيانات الشركة. وإرسال عدة معرّفات يرفع نسبة المطابقة، ويجب توحيد صيغة البريد قبل تشفيره.
كم من الوقت يمكن إرسال الحدث بعد التحويل؟ يجب أن يقع وقت الحدث خلال آخر 90 يومًا، وتُرفض الأحداث الأقدم. ويمكن ضبط نافذة الإسناد بعد النقر لأنواع العميل المحتمل والعميل المؤهل على 180 أو 365 يومًا.
خدمات ذات صلة
