العَرَض: تبدو تكلفة العميل المحتمل جيدة في Ads Manager، ولا يستطيع فريق المبيعات الوصول إلى أحد. الأرقام لا تعمل، والبريد الإلكتروني يرتد، والأسماء تبدو كأنها اختبار للوحة المفاتيح.
كيف تحققنا من ذلك: لم نختبر هذه الإعدادات في حساب إعلاني. كل ما نذكره عن سلوك Meta هنا مأخوذ من صفحات Meta for Developers (Graph API v27.0، دون تاريخ)، وقد قرأناها في 11 نوفمبر 2026.
لماذا يأتي العملاء المحتملون المزيفون من إعلانات Facebook؟
تزيل النماذج الفورية معظم الاحتكاك، فتمر الإرسالات العشوائية بالسهولة نفسها التي يمر بها الاهتمام الحقيقي. تصف Meta النموذج بأنه «ملائم للجوال ويستخدم معلومات شاركها الناس مع Facebook أصلًا» (Lead ads، Meta for Developers). كما يخفي الملء المسبق المشكلة: يبدو العميل المحتمل المعبأ مسبقًا صالحًا حتى لو لم تكن وراءه أي نية. ويصل ثلاثة أنواع من العملاء المحتملين السيئين:
- نقرات خاطئة. شخص يتصفح ينقر الإعلان، فيرى نموذجًا معبأً ويرسله دون قصد.
- أشخاص ضعيفو النية. تفاصيل حقيقية دون نية للشراء.
- إدخالات مبرمجة أو مدفوعة. أتمتة أو عمال مدفوعو الأجر، بتفاصيل مختلقة أو حقيقية.
تؤثر الإعدادات أدناه فيها بدرجات متفاوتة. ويغطي دليلنا عن جودة العملاء المحتملين في Advantage+ كيف تميّز النوعين الأولين عن الثالث.
حوّل النموذج إلى نوع النموذج الأعلى نية
فعّل نوع النموذج الأعلى نية لأي عميل محتمل يكلّف فريق المبيعات وقتًا، لأن الإعداد الافتراضي لدى Meta مبني للحجم. تقول صفحة الإنشاء لدى Meta ذلك صراحة: «افتراضيًا، تُحسَّن إعلانات العملاء المحتملين لحجم العملاء المحتملين، لكن يمكنك إنشاء نماذج تنتج عملاء محتملين أعلى نية» (Create lead ads، Meta for Developers). لا تذكر صفحات Meta للمطورين اسم الخيار في Ads Manager، فابحث عن نوع النموذج الأعلى نية في محرر النموذج لديك.
وتشرح الصفحة نفسها ما الذي يتغير: «يضيف إعداد النموذج هذا خطوة إلى مسار إرسال النموذج يراجع فيها الشخص إجاباته ويؤكدها قبل أن يرسل النموذج». ويسرد مرجع النماذج لدى Meta الحقل بوصفه «علَمًا يحدد ما إذا كان النموذج سيُحسَّن للجودة» (Page leadgen forms reference، Meta for Developers). وفي API تكون القيمة الافتراضية للحقل false، لذا فإن النموذج المنشأ بدونه يُحسَّن للحجم.
ما الذي يوقفه: النقرات الخاطئة وإرسالات الملء المسبق غير المنتبهة. وما لا يوقفه: كل من يقصد الإرسال. فالعامل المدفوع أو السكربت يؤكد شاشة المراجعة بسهولة تأكيده النموذج، ويظل الأشخاص ضعيفو النية يؤكدون.
أضف أسئلة مخصصة وشرطية لا يستطيع الملء المسبق الإجابة عنها
أضف سؤالًا واحدًا على الأقل لا تستطيع Meta ملأه، ليضطر كل عميل محتمل إلى كتابة أو اختيار شيء عن حاجته. تعرض صفحة الإنشاء لدى Meta نوعين من الأسئلة المخصصة: «سؤال مخصص باستخدام المعامل label»، و«سؤال مخصص باستخدام المعامل options مع قائمة منسدلة بالإجابات» (Create lead ads، Meta for Developers). ويسرد مرجع النماذج أيضًا حقلًا للأسئلة الشرطية التابعة، دون وصف لكيفية عملها (Page leadgen forms reference، Meta for Developers). راجع محرر النموذج لديك لمعرفة كيف تعمل.
اسأل عن شيء يعرفه المشتري الحقيقي ولا يهتم به الإدخال العشوائي:
- الخدمات المنزلية: «ما المطلوب إنجازه؟» في قائمة منسدلة بأنواع أعمالك الفعلية مع خيار «غير ذلك». و«متى تحتاج إلى إنجاز العمل؟» بالخيارات: هذا الأسبوع، هذا الشهر، أبحث فقط.
- B2B: «كم شخصًا سيستخدم هذا؟» بنطاقات تطابق شرائح أسعارك. و«أي أداة تستخدمها لهذا اليوم؟» كإجابة نصية قصيرة.
لا تضع أفضل إجابة أولًا في القائمة المنسدلة. ففي تجربتنا، يميل الملء غير المنتبه إلى اختيار الخيار الأول، ويتحول هذا النمط لاحقًا إلى فحص في CRM.
ما الذي يوقفه: الإدخالات التي تعتمد على الملء المسبق وحده. وما لا يوقفه: كل من يقرأ ويجيب. وتظل الإجابات تمنح CRM شيئًا يفحصه.
فعّل التحقق عبر SMS وفرض بريد العمل
استخدم التحقق عبر SMS عندما يكون الهاتف القابل للاتصال هو الأهم، وفرض بريد العمل فقط في B2B الموجه إلى الشركات. يظهر كلاهما في مرجع النماذج لدى Meta كحقلين في النموذج (Page leadgen forms reference، Meta for Developers):
- يقول وصف حقل الهاتف: «ما إذا كان النموذج يشترط التحقق من الهاتف عبر SMS عند إرسال المستخدم». ويسرد المرجع أيضًا نوع سؤال لرمز OTP للهاتف.
- ويقول وصف حقل بريد العمل: «ما إذا كان سيتم تفعيل فرض بريد العمل». ويسرد المرجع أيضًا نوع سؤال لبريد العمل.
لا تذكر صفحات Meta للمطورين كيف يُسمّى هذان الخياران في Ads Manager ولا أين يتوفران، فتأكد من أن محرر النموذج لديك يعرضهما. وفيما يلي أين يفشل كل منهما بحسب قراءتنا:
- يثبت التحقق عبر SMS أن الهاتف يستلم رمزًا، لا أن الشخص يريد الشراء. فهو يوقف الأرقام المختلقة والمكتوبة خطأً. أما العامل المدفوع الذي يملك هاتفًا حقيقيًا فيمر.
- يحجب فرض بريد العمل البريد المجاني، وهذا صحيح في B2B وخاطئ للأعمال الصغيرة. يستخدم أصحاب الأعمال الفردية وكثير من أصحاب الأعمال الصغيرة بريدًا شخصيًا، فيحجبهم الفرض. أما نطاق شركة مؤقت فيمر.
فلتر العملاء المحتملين غير العضويين
فعّل مرشح العملاء غير العضويين عندما يمكن الوصول إلى نموذجك من خارج إعلاناتك. تعليمات Meta: «لفلترة العملاء المحتملين العضويين، أضف المعامل block_display_for_non_targeted_viewer بقيمة true عند إنشاء النموذج» (Create lead ads، Meta for Developers).
العملاء المحتملون العضويون هم أشخاص وصلوا إلى النموذج من خارج استهداف إعلانك، مثلًا عبر منشور مشارك في الصفحة، بحسب قراءتنا. وفي ملفات التصدير تعلّمهم Meta: «في هذه الحالة يعرض is_organic في ملف TSV القيمة 1، وإلا فالقيمة 0» (Retrieving leads، Meta for Developers).
بعض العملاء المحتملين العضويين إحالات حقيقية، لذا فلتر فقط عندما يجلب الوصول العضوي شوائب.
أي إعدادات النماذج الفورية تفلتر العملاء المحتملين المزيفين؟
إليك كل إعدادات النموذج في مكان واحد، مع الحقول كما توثقها Meta.
| الإعداد | حقل Meta | كلمات Meta (فُحصت في 11 نوفمبر 2026) | ما يوقفه | ما لا يوقفه |
|---|---|---|---|---|
| نوع النموذج الأعلى نية | is_optimized_for_quality (الافتراضي false) | «يراجع الشخص إجاباته ويؤكدها قبل أن يرسل النموذج» | النقرات الخاطئة، وإرسالات الملء المسبق غير المنتبهة | العمال المدفوعون، والسكربتات، والمزيفون المصرّون |
| التحقق من الهاتف عبر SMS | is_phone_sms_verify_enabled | «ما إذا كان النموذج يشترط التحقق من الهاتف عبر SMS عند إرسال المستخدم» | أرقام لا تستطيع استلام رمز | هواتف حقيقية بلا نية |
| بريد العمل | should_enforce_work_email | «ما إذا كان سيتم تفعيل فرض بريد العمل» | البريد المجاني في نماذج B2B | نطاقات الشركات الوهمية، كما يحجب أصحاب الأعمال الفردية الحقيقيين |
| الأسئلة المخصصة | label، options، dependent_conditional_questions | سؤال مخصص «باستخدام المعامل label»، وقائمة منسدلة «باستخدام المعامل options» | الإدخالات التي تعتمد على الملء المسبق وحده | العمال المدفوعون الذين يقرؤون ويجيبون |
| مرشح العملاء غير العضويين | block_display_for_non_targeted_viewer | «ما إذا كان سيتم إخفاء المنشور العضوي عن المشاهدين خارج سياق الإعلانات» | عملاء محتملون من أشخاص وجدوا النموذج خارج إعلاناتك | الشوائب داخل استهدافك |
المصادر: Create lead ads وPage leadgen forms reference، Meta for Developers.
أخرج العملاء المحتملين من Meta بسرعة
زامن كل عميل محتمل مع CRM فور وصوله، لتتم الفحوص والمكالمات والإعلان لا يزال حديثًا. تقول صفحة الاسترجاع لدى Meta: «يمكنك استرجاع العملاء المحتملين عبر Webhooks أو Bulk Read» (Retrieving leads، Meta for Developers). تُخطر Webhooks نقطة النهاية لديك «في كل مرة يُرسَل فيها عميل محتمل جديد»، ويتيح Leads Center «إدارة عملائك المحتملين وتنزيلهم في Meta Business Suite» (Lead ads، Meta for Developers). وتعرض صفحة الاسترجاع حقول العميل المحتمل، ومنها معرّف الإعلان ومعرّف النموذج ووقت الإنشاء، وهي ما تستخدمه قائمة الفحص أدناه.
لا تذكر صفحات Meta للمطورين المدة التي يبقى فيها العملاء المحتملون قابلين للتنزيل، لذا زامنهم مع CRM بدلًا من الاعتماد على التصدير.
نصيحتنا، لا معيار مقيس: اتصل خلال دقائق. فالشخص الحقيقي يتوقع التواصل، أما صاحب النقرة الخاطئة فينسى الإعلان بحلول الغد.
افحص كل عميل محتمل في CRM: قائمة فرز العملاء المحتملين
أجرِ الفحوص السبعة نفسها على كل عميل محتمل قبل أن يصل إلى قائمة المبيعات، وضع وسمًا على ما يفشل بدلًا من حذفه. هذا إجراء العمل لدينا. ونافذتا 30 يومًا و24 ساعة اقتراحان منا.
- 1. نطاق البريد الإلكتروني. يلتقط النطاقات المؤقتة والمكتوبة خطأً، وفي نماذج B2B نطاقات البريد المجاني. أنشئ قاعدة في CRM مقابل قائمة نطاقات مؤقتة تحدّثها بنفسك. عند تفعيلها، ضع وسمًا وأبقِ العميل خارج قائمة المبيعات.
- 2. صيغة الهاتف ورمز الدولة. يلتقط الأرقام المشوهة وخارج المنطقة. أعدّ تحققًا في CRM على حقل الهاتف. عند تفعيله، ضع وسم «صيغة غير قابلة للاتصال».
- 3. هاتف أو بريد مكرر خلال آخر 30 يومًا. يلتقط الإدخالات المتكررة والدفعات المبرمجة. استخدم قاعدة التكرار في CRM. عند تفعيلها، ادمج السجلات، واحتفظ بالأول، ودوّن الإعلان المصدر.
- 4. غياب معرّف الإعلان، أو علامة العضوي مضبوطة على 1. يلتقط العملاء العضويين وعملاء المعاينة. اقرأه من حقول التصدير أو webhook ووجّه هؤلاء بشكل منفصل. ليسوا مزيفين تلقائيًا.
- 5. نمط إجابة السؤال المخصص. يلتقط الإجابات المتطابقة والنص عديم المعنى واختيار أول خيار منسدل في كل مرة. استخدم عرضًا محفوظًا في CRM حسب قيمة الإجابة. ضع وسمًا بالسبب.
- 6. توقيت الدفعات. يلتقط عددًا كبيرًا من العملاء المحتملين من إعلان واحد في نافذة قصيرة. استخدم تقرير CRM حسب وقت الإنشاء ومعرّف الإعلان. عند تفعيله، افحص توزيع المواضع لذلك الإعلان.
- 7. نتيجة التواصل خلال 24 ساعة. يلتقط كل ما تفوّته القواعد. سجّلها في حقل نتيجة المبيعات وأعد المرحلة إلى Meta.
وبالنسبة إلى البند 4، تسرد صفحة الاسترجاع لدى Meta ثلاثة أسباب قد تجعل العميل المحتمل بلا معرّفات إعلان: جاء من الوصول العضوي، أو «قد يكون أُرسل من معاينة إعلان»، أو أن الشخص الذي يطلب العملاء المحتملين لا يملك صلاحيات المعلن على الحساب الإعلاني (Retrieving leads، Meta for Developers).
أي المواضع ترسل الشوائب؟
قسّم نتائج العملاء المحتملين حسب الموضع وابحث عن موضع واحد ينتج عملاء محتملين لا يستطيع فريق المبيعات الوصول إليهم. يعرض توزيع المواضع في Ads Manager الموضع الذي جاء منه كل عميل محتمل، فتظهر هناك سلسلة الشوائب المتركزة في موضع واحد. وإذا تركزت الشوائب هناك وكان الموضع Audience Network، فاتبع خطواتنا في استبعاد Audience Network لمعرفة الضوابط الحالية.
عميل محتمل تم تتبعه
هذا مثال توضيحي، لا عميل حقيقي. يصل عميل محتمل في الخدمات المنزلية باسم وهاتف معبأين مسبقًا والخيار الأول في القائمة المنسدلة، بعد 40 ثانية من عميل آخر من الإعلان نفسه بالهاتف نفسه. يمر فحصا صيغة البريد والهاتف، لأن الملء المسبق يعطي صيغة صالحة. تُفعَّل قاعدة التكرار وتدمج السجل، وتشير الإجابات المتطابقة بالخيار الأول إلى ملء غير منتبه أو مبرمج. ولا يحسم النية إلا اتصال المبيعات.
ماذا تفعل عندما تصل سلسلة من العملاء المحتملين عديمي القيمة؟
أوقف الإعلان الذي أنتج السلسلة، ثم شدّد نموذجه قبل أن ينفق مجددًا. حوّل ذلك النموذج إلى نوع النموذج الأعلى نية، وفعّل التحقق عبر SMS إذا كان الهاتف القابل للاتصال مهمًا للمبيعات. وتوقف عن إرسال مراحل العملاء المحتملين لتلك الدفعة إلى Meta حتى ينتهي فريق المبيعات من معالجة السجلات، فلا يُبلَّغ عن الشوائب كعميل محتمل جيد. وإذا واصل الإعلان نفسه إنتاج الشوائب مع تفعيل كل الإعدادات، فجرّب نموذجًا على موقعك لذلك العرض. لن تردّ Meta تكلفة عميل محتمل تحكم عليه بأنه مزيف بعد وقوعه. ويشرح دليلنا عن هل تردّ Meta النقرات غير الصالحة ما الذي تغطيه معالجتها للنشاط غير الصالح فعلًا.
النموذج الفوري أم نموذج الموقع: أيهما تستخدم؟
ابدأ بالنموذج الفوري ونوع النموذج الأعلى نية، وانتقل إلى نموذج الموقع عندما يستمر الفرز في إيجاد الشوائب بعد تفعيل كل إعدادات النموذج.
| العامل | النموذج الفوري | نموذج الموقع |
|---|---|---|
| الاحتكاك | الأقل، وتقول Meta إنه يستخدم معلومات شاركها الناس مع Facebook أصلًا | أعلى، إذ يكتب الشخص تفاصيله في صفحتك |
| ما تراه عن الزيارة | حقول العميل المحتمل، ومعرّفا الإعلان والنموذج، ووقت الإنشاء | الزيارة كاملة: الصفحة والتوقيت والجهاز وأي فحص روبوتات تشغّله |
| فحوص الروبوتات التي يمكنك إضافتها | إعدادات نموذج Meta فقط | فحوصك أنت: CAPTCHA، وحقل فخ (honeypot)، والتحقق من جهة الخادم، وفحوص التوقيت، كما في فحوص نماذج المواقع في العملاء المحتملين المزيفين في Google Ads |
| المزامنة مع CRM | Webhooks وBulk Read وتنزيل Leads Center وتكاملات CRM | أداة النموذج لديك إلى CRM |
| تغطية ClickFortify | لا شيء، فهي لا ترى الإرسالات | تقيّم الزيارة وراء كل عميل محتمل، ومع تفعيل وكيل واجهة API التحويلات (CAPI) تُسقط التحويلات المُعلَّمة أو تُوسَم قبل أن تتلقاها Meta |
| اختره عندما | يكون الحجم مهمًا ويستطيع فريق المبيعات الفرز بسرعة | يكلّف كل عميل محتمل المبيعات وقتًا حقيقيًا، أو تحتاج إلى دليل قبل أن يُحتسب العميل |
حكمنا: النماذج الفورية هي الخيار الافتراضي الصحيح لمعظم حملات العملاء المحتملين، وإعدادات النموذج أعلاه لا تكلّف شيئًا لتجربتها. ويستحق نموذج الموقع احتكاكه عندما يواصل CRM إيجاد الشوائب، أو عندما يكلّف كل عميل محتمل مكالمة مبيعات، أو عندما تحتاج إلى رؤية الزيارة قبل أن يُحتسب العميل.
لمن هذا الخيار خاطئ: العروض التي يكون حجم العملاء المحتملين فيها منخفضًا أصلًا بحيث لا يحتمل مزيدًا من الاحتكاك. فقد يكلّفك نموذج الموقع هناك عملاء حقيقيين أكثر مما يزيل من المزيفين، لذا شدّد النموذج الفوري واعتمد على فرز CRM.
أعد جودة العملاء المحتملين إلى Meta
أخبر Meta أيّ العملاء المحتملين كانوا حقيقيين بإعادة مراحل CRM إليها. وإلا فلن يكون لدى Meta سوى الإرسال لتحسّن نحوه، وقد يدفع ذلك العرض نحو مزيد من الأشخاص الشبيهين بشوائبك. تصل مراحل CRM إلى Meta عبر واجهة API التحويلات. ويغطي دليلنا عن كيف يؤثر جمهور Advantage+ في جودة العملاء المحتملين الإعداد والعتبات.
ما الذي تستطيع ClickFortify رؤيته وما لا تستطيعه في إعلانات العملاء المحتملين
لا تستطيع ClickFortify رؤية إرسالات النماذج الفورية، لذا تكون مرشحاتك في النماذج الفورية هي إعدادات نموذج Meta وCRM. تحدث تلك الإرسالات داخل Facebook وInstagram ولا تحمّل موقعك أبدًا. كما لا تفحص ClickFortify البريد الإلكتروني للعميل المحتمل ولا رقم هاتفه.
وعلى مسار الصفحة المقصودة، تقيّم ClickFortify الزيارة وراء العميل المحتمل القادم من نموذج موقع استنادًا إلى أكثر من 100 نقطة بيانات عن الجهاز والشبكة والسلوك، وتعلّم التحويلات المشبوهة، وبهذا تكشف العملاء المحتملين المزيفين المرسَلين عبر نماذجك. وعند تفعيل وكيل CAPI تُفحص التحويلات مقابل درجة الاحتيال للزائر، وتُسقَط الأحداث المُعلَّمة أو تُوسَم قبل أن تتلقاها Meta. ولا تحظر عناوين IP على Meta. وللاطلاع على آلية ذلك، راجع العملاء المحتملين المزيفين في إعلانات العملاء المحتملين على Meta.
حكمنا: أصلح إعدادات النموذج وفرز CRM أولًا، لأنهما لا يكلّفان شيئًا ويغطيان مسار النموذج الفوري الذي لا تراه أي حماية للنقرات. وأضف الحماية عندما ترسل إعلاناتك الناس إلى موقعك، وأبقِ فحوص CRM في الحالتين.
