يواجه جميع معلني توليد العملاء المحتملين تقريبًا المشكلة نفسها: تحسّن الحملات نحو النموذج، لأنه الشيء الوحيد الذي تستطيع المنصة رؤيته. أما ما يحدث بعد ذلك، إن ردّ العميل المحتمل على الهاتف، أو تأهل، أو انتهى به الأمر إلى الشراء، فيبقى في CRM ولا يعود أبدًا إلى المنصة.
التحويل غير المتصل هو بالضبط تلك البيانات العائدة: نتيجة تحدث خارج الموقع أو التطبيق (بيع مغلق عبر الهاتف، عميل محتمل مؤهل، طلب مُسلَّم) تُرسل إلى المنصة مرتبطة بالنقرة أو المستخدم الذي أنتجها. في هذا المقال نشرح ما يلزم، وكيف تُرفع إلى Google Ads وMeta، وما الذي يتغير عندما تفعل ذلك.
باختصار
- تحتاج إلى ثلاثة أشياء: معرّف لربط البيع بالنقرة أو المستخدم، وتاريخ وقيمة كل نتيجة، وموافقة المستخدم.
- تقبل Google Ads التحويلات عبر معرّف النقرة (GCLID) أو عبر بيانات اتصال مشفرة (التحويلات المحسّنة للعملاء المحتملين).
- تتلقاها Meta عبر Conversions API، بمطابقة بيانات اتصال مشفرة مع مستخدميها.
- عند تلقيها، تتوقف المزايدة التلقائية عن ملاحقة النماذج وتبحث عن ملف المستخدم الذي ينتهي به الأمر إلى الشراء.
- الأخطاء الشائعة هي الرفع دون قيمة، والرفع بتأخير أسابيع، واحتساب البيع نفسه مرتين.
ما البيانات التي تحتاجها قبل البدء
أيًا كانت المنصة: دون هذه العناصر الثلاثة لا يفيد الرفع.
1. معرّف للمطابقة
يجب أن تتمكن المنصة من ربط بيعك بنقرة أو بمستخدم لديها. هناك طريقتان. الأولى معرّف النقرة: تضيف Google Ads معلمة GCLID إلى عنوان URL لكل نقرة، وعلى نموذجك أو CRM الخاص بك حفظها مع العميل المحتمل. الثانية بيانات اتصال العميل (البريد الإلكتروني والهاتف والاسم والعنوان)، التي تُشفَّر بـ SHA-256 قبل إرسالها وتطابقها المنصة مع مستخدميها. تعمل Meta بالطريقة الثانية؛ وتدعم Google كلتيهما.
2. تاريخ النتيجة واسمها وقيمتها
يحمل كل تحويل اسم الإجراء (عميل محتمل مؤهل، بيع، طلب مُسلَّم)، وتاريخ ووقت حدوثه، وإن أردت التحسين وفق القيمة، المبلغ والعملة. دون قيمة، لا تستطيع المنصة إلا البحث عن مزيد من التحويلات؛ ومع القيمة، تستطيع البحث عن الأكثر إضافة.
3. الموافقة
لا يمكنك إرسال بيانات إلا لمستخدمين وافقوا على هذا الاستخدام. عمليًا يعني ذلك أن CMP الخاص بك يسجل الموافقة وأن الرفع يحترم تلك الإشارة، أيضًا للبيانات المشفرة.
كيف تُرفع إلى Google Ads
لدى Google Ads آليتان، ويُستحسن الاختيار وفق ما يستطيع CRM الخاص بك حفظه.
الاستيراد عبر معرّف النقرة
هي الطريقة التقليدية. يلتقط موقعك GCLID من عنوان URL، ويحفظه في حقل مخفي في النموذج، ويحتفظ به CRM في بطاقة العميل المحتمل. وعندما يتحول العميل المحتمل إلى بيع، ترفع إلى Google Ads صفًا يحوي GCLID واسم التحويل والتاريخ والقيمة. تنسبه Google إلى النقرة الأصلية وحملتها ومجموعتها وكلمتها المفتاحية.
التحويلات المحسّنة للعملاء المحتملين
إذا لم يحفظ CRM الخاص بك GCLID، تتيح Google رفع التحويل ببيانات الاتصال المشفرة التي تركها المستخدم في النموذج. تطابقها Google مع المستخدمين الذين نقروا على إعلاناتك وتنسب البيع. وهي أقل دقة من GCLID، لكنها لا تتطلب تغييرات في الموقع ولا في CRM.
من أين يتم الرفع
يدويًا بقالب في قسم التحويلات، أو بشكل مجدول من جدول بيانات أو من تكاملات مباشرة مع أنظمة CRM مثل Salesforce أو HubSpot، أو عبر Google Ads API إن أردت الأتمتة. يجب رفع التحويل ضمن نافذة التحويل المهيأة لديك، لذا كلما وصل أبكر كان أفضل.
كيف تُرفع إلى Meta
تتلقى Meta النتائج غير المتصلة عبر Conversions API، نفسها المستخدمة لأحداث الموقع من الخادم. تُنشئ مجموعة بيانات في مدير الأحداث (Events Manager) وترسل الأحداث ببيانات الاتصال المشفرة والتاريخ والقيمة. تطابقها Meta مع مستخدميها وتنسبها إلى الإعلانات التي شاهدوها أو نقروا عليها ضمن نافذة إسناد المجموعة.
الطرق مشابهة لطرق Google: رفع ملف يدويًا، أو تكاملات مع أنظمة CRM ومنصات بيانات العملاء، أو API مباشرة. وكلما اكتملت بيانات الاتصال (البريد الإلكتروني والهاتف على الأقل)، ارتفع معدل المطابقة وزادت التحويلات التي تنجح Meta في إسنادها.
ما الذي يتغير في المزايدات عندما تتلقى المنصات مبيعاتك
تتعلم المزايدة التلقائية في Google Ads وحملات Advantage+ في Meta من التحويلات التي تتلقاها. فإذا كان ما تتلقاه نماذج، فستبحث عن مستخدمين يملؤون النماذج، حتى لو لم يردّوا على الهاتف لاحقًا. وإذا تلقت مبيعات، فستبحث عن ملف المستخدم الذي ينتهي به الأمر إلى الشراء.
يظهر الأثر عادةً على خطوتين. أولًا ينخفض حجم العملاء المحتملين وترتفع تكلفتهم، لأن المنصة تتوقف عن شراء الرخيصين الذين لم يكونوا يتحولون. ثم تنخفض تكلفة البيع، وهو ما يهم. ولكي ينجح التعلم يلزم حجم كافٍ: بضع عشرات من التحويلات شهريًا لكل حملة على الأقل؛ وبأقل من ذلك تكون الإشارة ضعيفة جدًا.
هناك أثر ثانٍ أقل وضوحًا: مع رفع المبيعات، يمكنك مقارنة تكلفة البيع في Google وMeta بالمعيار نفسه، لأن كلتيهما تُقاس مقابل CRM الخاص بك. وهذا أساس توزيع الميزانية بين القنوات بالبيانات لا بالتحويلات التي تنسبها كل منها لنفسها.
خمسة أخطاء شائعة
- الرفع دون قيمة. تتساوى جميع المبيعات في الوزن وتحسّن المنصة وفق الحجم لا وفق العمل.
- الرفع متأخرًا. إذا كان الرفع شهريًا، تتعلم المنصة بتأخير شهر ويسقط جزء من التحويلات خارج النافذة.
- عدم حفظ المعرّف. إذا لم يحتفظ النموذج بـ GCLID أو حذفه CRM عند دمج جهات الاتصال، فلا مطابقة ممكنة.
- الاحتساب مرتين. إذا كان الموقع يرسل النموذج بالفعل كتحويل ورفعت البيع أيضًا، فحدد جيدًا أيهما التحويل الرئيسي للمزايدة. المعتاد أن يكون البيع هو الرئيسي والنموذج ثانويًا.
- نسيان الموافقة. إرسال بيانات مستخدمين رفضوها خطر قانوني، فضلًا عن أن المنصة تستبعدها.
كيف يفعل ذلك Babuin
Babuin يؤتمت الدورة كاملة. يتصل بـ CRM الخاص بك، ويقرأ العملاء المحتملين المؤهلين والمبيعات بقيمتها وتاريخها، ويرسلها إلى Google Ads وMeta كتحويلات غير متصلة مرتبطة بالنقرة أو المستخدم الذي أنتجها. وبالبيانات نفسها، يزايد MonkeyBot وفق مبيعات حقيقية ويوزّع DBA الميزانية كل يوم بين القنوات وفق تكلفة البيع في كل منها، مقاسة في CRM الخاص بك.
ستواصل المنصات التحسين نحو ما تتلقاه. الفرق أنها، من الآن فصاعدًا، تتلقى ما يبيع فعلًا.
