ما هي واجهة API التحويلات في Meta (CAPI)؟

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

وهذه الخاصية الأخيرة هي ما يجعل CAPI مهمة للحماية من الاحتيال. فبكسل يُطلَق لكل زائر: البشر والروبوتات وزيارات الاحتيال بالنقرات على حد سواء. وتمنح CAPI المعلنين نقطة تفتيش يمكن عندها التحقق من أحداث التحويل قبل أن تراها Meta أصلًا.

لمعرفة الإعداد وكيف تغيّر تصفية الاحتيال ما تحسّن Meta أداءها نحوه، قارن بكسل Meta مقابل CAPI للتحويلات المصفّاة من الاحتيال.

كيف تعمل واجهة API التحويلات

عندما يكمل زائر إجراء تحويل على موقعك، يبني خادمك (أو موصِّل يعمل نيابةً عنه) حدثًا (يحتوي على اسم الحدث والطابع الزمني ومعاملات المطابقة مثل البريد الإلكتروني المشفَّر أو معرّف النقرة) ويرسله إلى نقطة نهاية Meta. تزيل Meta تكراره مقابل أي حدث مطابق من البكسل، وتنسبه إلى التفاعل الإعلاني الذي أدى إليه، وتغذي به تحسين العرض والتقارير.

الفروق العملية عن البكسل:

• الموثوقية: أحداث الخادم لا تتأثر بمانعات الإعلانات أو ITP أو بمغادرة المستخدمين قبل تحميل السكريبتات.
• جودة البيانات: يمكنك إثراء الأحداث بمعلومات لم تكن متاحة للمتصفح قط، مثل حالة العميل المحتمل في CRM أو قيمة الطلب المتحقَّق منها.
• التحكم: يمكن فحص الأحداث وتصحيحها وتأخيرها أو إسقاطها قبل أن تصل إلى Meta.

البكسل مقابل واجهة API التحويلات

البكسل يُعلنه المتصفح: أي شيء يحمّل الصفحة يستطيع إطلاقه، ولهذا بالضبط تضخّم الروبوتات أعداد التحويلات القائمة على البكسل. أما CAPI فـيؤكدها خادمك: لا شيء يصل إلى Meta ما لم تقرر أنظمتك ذلك. يشغّل معظم المعلنين الاثنين بالتوازي مع إزالة تكرار الأحداث: البكسل للتغطية وجودة المطابقة، وCAPI للموثوقية والتحكم. لكن مسار CAPI وحده يستطيع العمل كمرشِّح للاحتيال، لأنه الوحيد الذي يمرّ فيه الحدث عبر منطق تملكه أنت.

لماذا تحدد جودة إشارة التحويل أداء Meta Ads

يعمل نظام العرض في Meta (بما فيه Advantage+) بالعثور على مزيد من المستخدمين الذين يشبهون من حققوا تحويلات بالفعل. وهذا يجعل إشارة التحويل عجلة قيادة الحساب بأكمله. وعندما تُسجَّل الزيارات غير الصالحة والعملاء المحتملون المزيفون تحويلات:

• يبدو عائد الإنفاق الإعلاني (ROAS) وتكلفة العميل المحتمل المُبلَّغ عنهما أفضل من الواقع، فيخفيان الضرر.
• يبحث تحسين العرض بنشاط عن مزيد من المستخدمين الذين يشبهون الروبوتات ومزارع النقرات التي «حققت تحويلًا».
• تُبذر الجماهير المشابهة وجماهير إعادة الاستهداف بملفات احتيالية، فيتراكم التلوث عبر الحملات.

وخلافًا لـGoogle Ads، لا توفّر Meta قوائم استبعاد عناوين IP، فلا يمكنك ببساطة حظر المصادر المسيئة على مستوى المنصة. وحماية الإشارة هي الرافعة التي تنفع فعلًا في Meta.

CAPI المصفّاة من الاحتيال: نهج ClickFortify

يستخدم ClickFortify واجهة API التحويلات كنقطة تفتيش للاحتيال، ويقيّم كل نقرة وجلسة مقابل أكثر من 100 نقطة بيانات عن الجهاز والشبكة والسلوك، بما فيها بصمة الجهاز والتحليل السلوكي. وعند تفعيل وكيل CAPI، تُفحص أحداث التحويل من جانب الخادم مقابل درجة الاحتيال للزائر: فالأحداث الصادرة من زوار مُعلَّمين، مثل الروبوتات التي حققت تحويلات، تُسقط أو يوضع عليها وسم قبل أن تصل إلى Meta. ويعلّم ClickFortify أيضًا التحويلات المشبوهة، مثل تحويل خلال ثانيتين من النقرة أو جهاز له 3 تحويلات أو أكثر.

يواصل البكسل لديك العمل كالمعتاد؛ ولا شيء في إعداد التتبع لديك يحتاج إلى إعادة بناء. يمكنك الاطّلاع على موقعه ضمن حزمة الحماية الكاملة في صفحتنا عن الحماية من الاحتيال بالنقرات في Meta Ads.

أهم النقاط

• ترسل واجهة API التحويلات في Meta أحداث التحويل من خادم إلى خادم، فتجعل التتبع أكثر موثوقية وقابلًا للتحكم الكامل.
• يُطلَق البكسل لكل زائر، بمن فيهم المحتالون؛ وCAPI هي المسار الوحيد الذي يمكن فيه التحقق من الأحداث أولًا.
• في Meta، تعيد إشارات التحويل الملوَّثة تدريب العرض نحو زيارات رديئة، فيتراكم الاحتيال ولا يكتفي بإهدار النقرات.
• عند تفعيل وكيل CAPI، يفحص ClickFortify التحويلات المُرسَلة عبره مقابل درجة الاحتيال للزائر، ويُسقط الأحداث المُعلَّمة أو يضع عليها وسمًا قبل أن تصل إلى Meta.