Preparing our partners for iOS 14: Mobile Web Advertising

في يونيو 2020، أعلنت شركة Apple عن إطار عمل AppTrackingTransparency جديد على نظام iOS 14 والذي يتطلب من التطبيقات عرض مطالبة مثبطة، الأمر الذي سيترتب عليه تداعيات شديدة بالنسبة للأنشطة التجارية التي تعرض إعلاناتها على الأجهزة المحمولة وعبر الويب. ونحن لا نتفق مع نهج Apple والحل الذي طرحته. ونتفهم مدى تأثير التغييرات المُعطلة التي أجرتها Apple على نشاطك التجاري، ونلتزم بمساعدتك في إدارة هذه التغييرات.

في أوائل عام 2021، سيبدأ Facebook في عرض مطالبة شفافية تتبع التطبيقات (ATT) من Apple. وبمجرد أن يعرض Facebook وInstagram مطالبة ATT من Apple، فإن الأنشطة التجارية التي تعمل على التحسين و/أو الاستهداف و/أو الإبلاغ عن أحداث ويب الهواتف المحمولة من إحدى أدوات الأنشطة التجارية التي نوفرها ستتأثر نتيجة التقييدات اللازمة التي فرضتها Apple على مشاركة البيانات.

نقدم لك الآن ومن أجل المساعدة في تقليل التعطيل تحديثًا يتضمن حلولنا التي تتطلب إجراءات يمكنك اتخاذها على الفور وإجراءات تحتاج إلى التخطيط لها في أوائل عام 2021.

إدارة الأحداث

قياس الأحداث المُجمعة: سيطرح Facebook ميزة قياس الأحداث المُجمعة لدعم إمكانية قياس أحداث الويب من جانب مستخدمي نظام iOS 14 بمجرد أن تعرض Apple مطالبة ATT. علمًا بأنها مُصممة لمساعدتك في قياس أداء الحملة الإعلانية بطريقة تتوافق مع القرارات التي يتخذها المستهلكون بشأن بياناتهم.

التقييدات المفروضة على الأحداث: ستكون مقيدًا باستخدام 8 أحداث خاصة بالتحويلات لكل نطاق (أي، 8 <وحدات بيكسل، أحداث> أو <تحويلات مخصصة> لكل نطاق). ولن تحتاج إلى إجراء تغييرات على تنفيذ البيكسل أو واجهة API التحويلات لديك حيث سيتم تحديد الحدث من مدير الأحداث بدءًا من أوائل عام 2021.

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

إجراءات يلزم اتخاذها حاليًا:

التحقق من النطاق في مدير الأعمال: سيتعين عليك التحقق من النطاق من خلال اتباع الخطوات الموضحة في مركز مساعدة Facebook. ويُعد هذا الأمر بالغ الأهمية بالنسبة للأنشطة التجارية المزوّدة بوحدات البيكسل التي يستخدمها العديد من مديري الأعمال أو الحسابات الإعلانية الشخصية. وسيضمن التحقق من النطاق عدم حدوث أي تعطل حاليًا أو في المستقبل فيما يتعلق بإمكانية تكوين أحداث التحويل.

ملاحظة: يجب أن تتم عملية التحقق من النطاق على النطاق بالمستوى الأعلى الفعال +1 (eTLD+1 ). فعلى سبيل المثال، في www.books.jasper.com وbooks.jasper.com وjasper.com، فإن نطاق eTLD+1 هو jasper.com.

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

العرض

تحسين القيمة (VO)

• سيتم نقل ميزة تحسين القيمة (VO) من مدير الإعلانات إلى مدير الأحداث، وسيتعين تمكين مجموعة القيم.
• إذا سبق لك استخدام ميزة تحسين القيمة (VO)، فسيتم تعيين مجموعات القيم تلقائيًا استنادًا إلى البيانات السابقة وتشغيلها من مدير الأحداث.
• إذا كنت مؤهلاً وتستخدم ميزة تحسين القيمة (VO) بشكل غير منتظم أو لم تستخدمها مطلقًا، فيجب تكوين مجموعات القيم يدويًا.
• ستتمكّن من الحصول على 8 مجموعات قيم كحد أقصى. ملاحظة: سيؤدي تشغيل مجموعات القيم تلقائيًا إلى استخدام 4 أحداث من إجمالي 8 أحداث مسموح لها بتحسين الحملة الإعلانية وإعداد تقارير بشأن نطاق معين.
• لتحقيق الأداء الأمثل، يجب وضع الأحداث التي تم تشغيل مجموعات القيم بها في خانات ذات أولوية أعلى ضمن مدير الأحداث.

إجراءات يلزم اتخاذها حاليًا:

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

الإعلانات الديناميكية

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

إجراءات يلزم اتخاذها حاليًا:

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

القياس

تقارير الإعلانات (مدير الإعلانات، تقارير الإعلانات، واجهة API رؤى الإعلانات):

• لن يتم دعم فترات الإسناد من خلال النقر على مدار 28 يومًا ومن خلال المشاهدة على مدار 28 يومًا ومن خلال المشاهدة على مدار 7 أيام. وستظل البيانات السابقة لهذه الفترات قابلة للوصول عبر واجهة API رؤى الإعلانات.
• سيتم استخدام نماذج إحصائية لفترات إسناد محددة و/أو مع أدوات قياس معينة لتوضيح السبب وراء توفر قدر قليل من البيانات من جانب مستخدمي نظام iOS 14. وسيتم نشر التعليقات التوضيحية الموجودة داخل المنتج عند الانتهاء من إعداد نموذج أداة القياس.
• ستتضمن بعض فترات الإسناد تقارير جزئية، بينما لن تتضمن أدوات القياس جميع الأحداث المتوفرة من جانب مستخدمي نظام iOS 14. وسيتم نشر التعليقات التوضيحية الموجودة داخل المنتج عندما تكون أداة القياس جزئية. كما سيتم طرح ذلك في أوائل عام 2021.
• لن يتم دعم عمليات تقسيم العرض والإجراءات في أحداث التحويل خارج الموقع.
• سيتم الإبلاغ عن أحداث التحويل خارج الموقع بناءً على وقت حدوث التحويلات وليس وقت حدوث مرات ظهور الإعلان. ولذلك، قد تلاحظ وجود تغييرات بسيطة في أدوات قياس التكلفة حيث ستعكس التكلفة لكل تحويل إجمالي الإنفاق خلال فترة محددة مقسومًا على عدد التحويلات التي حدثت خلال الفترة نفسها، في حين تعكس التكلفة لكل تحويل حاليًا إجمالي الإنفاق خلال فترة محددة مقسومًا على عدد التحويلات المستندة إلى عدد مرات ظهور الإعلان التي حدثت خلال الفترة نفسها.

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

بالنسبة للقواعد التلقائية: في أوائل عام 2021، لن يتم بعد الآن دعم إعدادات فترة الإسناد للقواعد التلقائية الموجودة حاليًا والتي تم إنشاؤها حديثًا، وسيتم تنفيذ فترة افتراضية من خلال النقر على مدار 7 أيام بالنسبة للتحويلات غير التابعة لنظام iOS، وتنفيذ فترة SKAdNetwork بالنسبة للتحويلات التابعة لنظام iOS.

إجراءات يلزم اتخاذها حاليًا

الاستعداد لإجراء تغييرات على فترة الإسناد (إيقاف استخدام الفترات من خلال النقر على مدار 28 يومًا ومن خلال المشاهدة على مدار 28 يومًا ومن خلال المشاهدة على مدار 7 أيام):

• استخدم ميزة مقارنة الفترات لمعرفة كيفية إجراء مقارنة بين التحويلات المُسندة إلى الإعلانات على مستوى فترات الإسناد المختلفة. وتتيح لك هذه الميزة التوقع بشكل أفضل التأثير الواقع على التحويلات التي تم الإبلاغ عنها نتيجة التغييرات القادمة على فترة الإسناد.
• قم بتحديث أية قواعد تلقائية تستخدم حاليًا فترة إسناد مدتها 28 يومًا لتجنب إجراء أي تعديلات غير متوقعة في معدل الإنفاق بمجرد تفعيل الفترة الافتراضية الجديدة من خلال النقر على مدار 7 أيام.

واجهات API المطوّر (واجهة API التسويق، واجهة API رؤى الإعلانات، واجهة API الاستهداف)

إجراء تغييرات عديدة على نقاط النهاية: سيتم إجراء تغييرات على نقاط النهاية في واجهة API التسويق وواجهة API رؤى الإعلانات وواجهة API الاستهداف وفقًا للتغييرات المُشار إليها في الأقسام "إدارة الأحداث" و"العرض" و"القياس" الواردة في هذا المستند.

إجراءات يمكنك اتخاذها حاليًا

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

خطط يمكنك تحقيقها في أوائل عام 2021:

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

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

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