الخطوة الأولى: حدد عقد التحول قبل إرسال الأحداث

عقد التحويل هو القاعدة المكتوبة لما تعنيه كل حدث، وعندما يطلق، وأي حقل يسمح بها في الحمولة المفيدة. بدون هذا العقد، يمكن لـ CAPI تحويل الممر المزعج إلى الممر المزعج الأسرع.

اختر الأحداث التي تستطيع إثباتها فقط

يجب أن تبدأ معظم الممرات التابعة بأربعة أحداث قياسية: ViewContent ، Lead ، InitiateCheckout ، و Purchase. إضافة CompleteRegistration فقط عندما يكون لدى الممر خطوة تسجيل حقيقية لم يتم احتجازها بالفعل من قبل Lead.

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

خريطة كل حدث إلى عمل عمل واحد

يجب أن يكون لكل حدث تعريف واحد للأعمال التجارية. على سبيل المثال، قد يعني Lead اختيارًا معتمدًا تم تقديمه من صفحة البيع المسبق الخاصة بك، في حين أن Purchase يعني تحويلًا مدفوعًا مؤكدًا من رسالة البيع الشبكي أو تأكيد التسجيل.

توثيق مصدر الحقيقة لكل حدث

# # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # # #

حدد المعرفات مرة واحدة

استخدم طبقة الحدث المشتركة لتوليد event_id، event_time، و action_source. أرسل نفس event_id من حدث المتصفح وحدث الخادم حتى يمكن ل Meta نقلها كعمل واحد.

استخدم ثواني يونكس في event_time. كقاعدة عملية عملية، أرسل الأحداث أقرب إلى العمل قدر الإمكان؛ لا يزال من الممكن قبول الأحداث المتأخرة، ولكن بيانات التحويل القديمة أقل فائدة في العطاء وإصلاح المشاكل.

الخطوة الثانية: ابقوا Pixel و CAPI في Lockstep

يجب على Pixel و CAPI وصف نفس العمل في العالم الحقيقي من خلال طرق توصيلين. إذا أطلقتم على تعريفات مختلفة، يصبح التخفيض غير موثوق به ويمكن أن يتضخم التقارير.

تأكيد تغطية البيكسل أولاً

قبل بناء أحداث الخادم، تحقق من أن البيكسل يطلق على صفحات المقبور التي تهم: صفحة الهبوط، خطوة النية الرئيسية، إدخال التحقق، والتأكيد. سجل اسم الحدث، عنوان URL، العلامة الزمنية، القيمة، العملة، والإنتاج event_id خلال جلسات الاختبار.

هذا يعطيك أيضاً خط أساس للعمل على جانب الخادم. إذا كان مسار المتصفح يخطئ بالفعل، فلن يصلح CAPI منطق الحدث الأساسي.

إعداد رمز التواصل المشترك

إنشاء رمز التواصل عند تحميل الصفحة أو عند بدء جلسة المستخدم. مرر به عبر صفحات الهبوط والنموذجات وإعادة توجيهات التحقق، والعودة إلى الورقة بعدما يكون ذلك ممكناً قانونياً وفنيًا.

لا ينبغي أن تحل هذه الوهمية محل الحقول المطلوبة من Meta، ولكنها تعطى فريقك وسيلة لمواءمة سجلات المتصفح، سجلات الخادم، إعادة التأمين الشبكي، وتشخيص منصة الإعلان أثناء التحليل.

عاديّيّة سياق الحملة

تخزين سياق حركة المرور في حقل مستقرة: المصدر، الحملة، مجموعة الإعلانات، الإعلان، الإبداعي، التنفيذ، معرف الشركات التابعة، معرف العرض، وفرق المقبور. استخدم نظامًا متسقًا لإسم مثل عملية [UTM فك التشفير](/تعلم/utm-فك التشفير) حتى يتم مقارنة وسائل الإعلام المدفوعة وتقارير الشركات التابعة دون تنظيف يدوي.

لا تنزلي كل المعايير المتاحة في custom_data. أرسل حقل تساعد على التحقق من التخصيص والقيمة وحالة المقبض أو جودة التحسين.

الخطوة الثالثة: قم ببناء أدوات مفيدة تدرك الإذن

تحميل CAPI جيد مفيد من الناحية الفنية وعلى حد سواء ويحافظ على الخصوصية. يجب أن يتضمن أقوى حقل مطابقة مسموح بها، ولكن فقط عندما يكون التقاط والإرسال مشروعين لهذا المستخدم والمنطقة.

ابدأ بالشكل الأدنى المطلوب

بناء واختبار حمولة فائدة قاعدة قبل إضافة حقل اختيارية:

• event_name - event_time - event_source_url - action_source - event_id - user_data - custom_data

في شراءات، قم بتضمين عملة و value عندما يكون القيمة موثوقة. في شراء عروض الشركات التابعة مع تأخير الموافقة، فتمييز قيمة التحويل المتقدمة من الدفع المعتمد في تقاريرك الداخلية.

عادي و Hash المستخدم البيانات بشكل صحيح

يجب أن يتم تعديل عناوين البريد الإلكتروني وأرقام الهاتف قبل التشغيل. على سبيل المثال ، قم بتقليص الفضاء الأبيض ، وعناوين البريد الإلكتروني الصغيرة ، وتصميم أرقام الهاتف بشكل متسق قبل تطبيق SHA-256 عندما يكون التشغيل مطلوبًا.

لا تُقَدِّم قيم الحشّ المزدوج. حقلٌ مُحشّ مرتين عادةً ما يكون أسوأ من حقلٍ مُفُوّض لأنّه لا يمكن تطابقه كما هو مُقصّد و يصعب تشخيصه.

موافقة تشفير في مسار البيانات

يجب أن يتم فرض الموافقة قبل إنشاء الحمل المفيد، وليس مراجعة بعد إرسال الحدث. إذا لم يكن هناك موافقة، فأرسلي فقط الحقول التي تسمح بها سياستك، أو قم بإلغاء الحدث عندما يقتضي ذلك قاعدة القانونية والقواعد الإقليمية.

حافظ على وضع هذه الخريطة في عملية الامتثال الخاصة بك، بما في ذلك [تحقق القانونية والامتثال] ((/قانونية/امتثال). يجب أن تكون الفرق الفنية قادرة على رؤية سبب إدراج أو حذف أو حظر حقل.

الخطوة الرابعة: نقل الأحداث بإعادة التكرار والإزالة

نوعية الإرسال مهمة لأن تحويل واحد حقيقي يجب أن يصبح حدث واحد على منصة. الفرق العملي بين تحسين أفضل والتقارير المضخمة هو التخفيض المنضبط.

اختر الطريق الصحيح للتكامل

هناك ثلاثة طرق مشتركة للتنفيذ:

‬الطرق‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬‬

إذا كان فريقك يستخدم بالفعل حاويات خادم Google Tag Manager، قم بمقارنة هذه التدفقات مع إعداد GTM جانب الخادم الخاص بك (/blog/tracking-and-compliance/server-side-gtm-setup) قبل اختيار إرسال منفصل.

حاولي فقط الفشل الصحيح

قم بتنفيذ محاولات إعادة لمخالفات النقل المؤقتة مثل التوقفات أو أخطاء الخادم المؤقتة. لا تحاول إعادة الأحداث الملفقة دون إصلاح خطأ التحقق أولاً.

نمط عملي لإعادة التجربة هو إرسال فوري، وإعادة التجربة قصيرة، وإعادة التجربة تأخرت، ثم سجل حروف ميتة للمراجعة. احتفظ بطلبات الهوية، وتعرفات الأحداث، رموز الاستجابة، ونسخة الحمل المفيد في السجلات حتى يتم مراجعة الفشل.

إعادة تعديل حسب رقم الحدث

استخدم نفس event_id لحدث Pixel وحدث CAPI المماثل. أيضاً حافظ على ذاكرة سرية على جانب الخادم قصيرة الأمد مع مفتاح ID الحدث وفعال الأعمال حتى لا يرسل نظامك نفسه نفس التحويل مراراً وتكراراً.

على سبيل المثال، يجب على تنفيذ صحي أن يبقي تسرب المكررات المستمرة منخفضة بما فيه الكفاية بحيث لا تغير قرارات التحسين. تحقق على الفور إذا ظهرت المكررات حول تحديثات التسجيلات أو محاولات إعادة التسجيل بعد التسجيل أو تأخير الموافقة على الشبكة.

الخطوة 5: تأكد من نوعية الإشارة قبل قياسها

لا تحكم على CAPI من خلال ما إذا كانت الأحداث تظهر في لوحة التحكم، ولكن حكم عليها من خلال ما إذا كانت الأحداث المقبولة دقيقة، ومثبتة، وعملية في الوقت المناسب، ومفيدة للمزادات.

إدارة جلسات اختبارية مراقبة

اختبر كل نوع من الأحداث مع جلسات معروفة قبل إرسال حركة المرور الكاملة. التقاط حدث المتصفح، حدث الخادم، معرف الحدث، العلامة الزمنية، عنوان URL، القيمة، حالة الموافقة، والنتائج المتوقعة.

اجري اختبارات سلبية أيضاً. لا ينبغي اعتبار التسجيلات المنسوبة والبطاقات التي تم رفضها والأنماط غير صالحة والتحويلات المنسقة التي تم رفضها كشتريات ناجحة أو استهدافات.

استخدم معايير الصحة بمستويات واقعية

تتباين الأرقام الدقيقة حسب العمود العمودي والجغرافيا ومزيج الأجهزة ومعدل الموافقة، لذلك تعامل هذه باعتبارها تقديرات تشغيل بدلاً من مقارنات عالمية.

ما يخبرك به ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬ ‬

إعادة التشغيل في الترتيب الصحيح

ابدأ مع Meta إدارة الأحداث التشخيص والإجراءات الاختبارية. ثم مراجعة [عملية جودة مباراة الأحداث] (/blog/tracking-and-compliance/event-match-quality-emq) ، سجلات الخادم، سجلات البعثات الشبكة، وتقارير الحساب الإعلاني.

لا تغير العروض لتعويض خرق التتبع. تحديد تعريفات الحدث، حقل الحمل المفيد، الخصم، ومعالجة الموافقة أولا.

الخطوة 6: تطبيق CAPI على قرارات تحديد حجم الشركات التابعة

لا ينبغي أن تستخدم فرق الشركات التابعة كل اختبار بنفس العمق. التتبع العميق هو الأكثر قيمة عندما يكون لدى العرض دليل على الاقتصاد المتكرر.

تحديد العروض حسب الدولة التشغيلية

تصنيف كل عرض قبل اتخاذ قرار بشأن استثمارات التتبع:

• المقياس السابق: حجم الاختبار المبكر، CPA غير مستقرة، و دليل التحويل محدود. - الحجم: معدل التحويل المتكرر، الاتجاه CPA مستقرة، والكمي الكافي للتعلم. - الغطس: CPA مرتفعة، ضعف الاستجابة الإبداعية، أو حد حجم عبر نوافذ متكررة.

Daily Intel Service مفيد هنا لأنه يساعد المشغلين على فصل سلوك التوسع الحي من اللقطات العامة القديمة. وهذا يقلل من فرصة قضاء وقت الهندسة على العروض التي تتلاشى بالفعل.

استخدموا إشارات الخارجية بحذر

يمكن أن تساعد [مكتبة الإعلانات Meta]https://www.facebook.com/ads/library/) على التحقق من ما إذا كان المعلنون يعملون بشكل إبداعي حاليًا ، لكنه لا يثبت الربحية أو الإنفاق أو معدل التحويل. تعاملوا مع ذلك كإشارة توجيهية ، وليس بديلاً عن بيانات الممر الخاص بك.

يمكن لأدوات المنافس مثل AdSpy أو BigSpy أو Anstrex دعم البحث الإبداعي ، ولكن لا ينبغي أن تحدد ما إذا كان تنفيذ CAPI الخاص بك يعمل. سجلات الأحداث الخاصة بك وبيانات التحويل المعتمدة هي مصدر الحقيقة.

ربط التتبع بعمليات الإعلام

إضافة عمليات التحقق من CAPI إلى عملية تنفيذ المشترين الإعلاميين. روتين عملي هو تتبع الضوء للتجارب المبكرة، وتحقق تقييم CAPI العميق للمرشحين في توسيع النطاق، والتنظيف الأسبوعي للأحداث المرتبطة بالعروض الموقفة أو المشبعة.

بالنسبة للفرق التي تستخدم Daily Intel Service، فإن أقوى تدفق عمل هو دمج معلومات حالة العرض مع فحص صحي داخلي لـ CAPI قبل زيادة الميزانية. مراجعة منهجية Daily Intel Service إذا كنت بحاجة إلى إطار القرار وراء هذا التصنيف.

الخطوة السابعة: الحفاظ على الحكم بعد الإطلاق

CAPI ليست إعدادًا لمرة واحدة. تحتاج إلى إصدار الإصدارات ومراقبة الملكية لأن صفحات المفردات ومقدمي الخدمات التخزينية والإرسالات التأجيلية للشركات التابعة وقواعد التحقق من المنصة تتغير.

حافظ على دفتر عمل صفحة واحدة لكل فانيل

يجب أن يكون لكل فنيل دفتر تشغيل مع خريطة الحدث ، مخطط الحمل المفيد ، قواعد الموافقة ، المالك ، مصدر البريد الراجعية ، سياسة المحاولة المجددة ، خطة الردع ، وتاريخ التحقق الأخير. هذا بسيط ، لكنه يمنع التحذير من اعتماد على الذاكرة.

قم بتحديث دليل التشغيل كلما تغير عنوان العرض أو تدفق التسجيل أو نموذج الرصاص أو نطاق التتبع أو قاعدة دفع.

انتبه إلى التدفق في الخطة

يحدث الانحراف في النظام عندما لا يكون الحمل المفيد الذي تعتقد أنك ترسله هو الحمل المفيد الذي يصل إلى Meta. الأسباب الشائعة تشمل حقل النموذج الجديدة وتغييرات التحقق وتحديثات مزود الترسل وتغييرات إعادة التأمين الشبكي.

الحفاظ على نسخ الحملة المفيدة ومقارنة معدل قبول، جودة المقابلة، وسلوك المضاعفة قبل وبعد الانتشار. إذا انخفض قبول بعد الإصدار، ردو تغيير تتبع قبل تغيير استراتيجية الحملة.

حافظ على ثقة المستخدم المركزية

لا ينبغي استخدام تتبع جانب الخادم كحل عمل لخيار المستخدم أو سياسة المنصة. قم بتحقيق التنفيذ مع وثائق API Conversions API من Meta ومعايير الإعلانات من Meta ومبادئ المحتوى المفيدة من Google عند نشر الإرشادات أو الكتب التدريبية الداخلية.

النسخة الدائمة من CAPI بسيطة: جمع ضجيج أقل، إرسال أحداث أكثر نظافة، احترام الموافقة، وتقياس فقط عندما يبرر اقتصاد المفصل أدوات أعمق.

الأسئلة المتكررة

** س: ما هو Facebook تحويلات API؟** ج: Facebook تحويلات API هو Meta على جانب الخادم الحدث واجهة لإرسال الويب، التطبيق، أو خارج الاتصال الأحداث تحويل مباشرة من الخادم الخاص بك أو التكامل المعتمد إلى Meta.

** س: هل لا يزال الشركات التابعة بحاجة إلى البيكسل إذا استخدمت CAPI؟** ج: نعم. يجب على معظم إعدادات الشركات التابعة استخدام كل من Pixel و CAPI ، ثم تقليص الأحداث المقابلة مع نفس event_id. يوفر البيكسل سياق المتصفح ، في حين أن CAPI يزيد من المرونة عندما تكون إشارات المتصفح محدودة.

** س: ما هي الأحداث التي يجب أن يبدأ بها الشركة التابعة؟** ج: ابدأ بـ ViewContent، Lead، InitiateCheckout، و Purchase فقط عندما يتم رسم كل حدث إلى عمل محول حقيقي. إضافة المزيد من الأحداث بعد أن تتمكن من إثبات دقة الأساسية.

** س: كيف أمنع التحويلات المكررة؟** ج: إنشاء واحد event_id للعمل الحقيقي، وإرسال نفس الهوية عبر متصفح وخادم المسارات، والاحتفاظ على سيطرة إمكانية الوصول إلى الخادم من جانب بعد التجربة أو التحديثات التحقق.

** س: ما الذي يجب أن أكره قبل أن أقوم بتحقيق النفقات؟** ج: أكمل تعريفات الأحداث، وقبول الحمل المفيد، وتوقيت الأحداث، والخصم، ومعالجة الموافقة، وموافقة التكيف المعتمد. لا تزيد من الميزانية فقط لأن أحداث CAPI تظهر في Meta Event Manager.

** س: هل نوعية المقابلة في الأحداث هي نفس نوعية التتبع؟** ج: لا. تعكس نوعية المقابلة في الأحداث قوة حقل التطابق المسموح بها، ولكن نوعية التتبع تعتمد أيضًا على منطق الحدث الدقيق، والتنظيم، والتوقت، وتعامل قيمة التحويل النظيفة.