مخطط قيمة تحويل SKAdNetwork 4.0: القيم الدقيقة، والقيم الإجمالية، ونوافذ التحويل

كيف تقوم بتكوين مخطط قيمة تحويل SKAdNetwork 4.0؟ يقوم مخطط قيمة تحويل SKAdNetwork 4.0 بربط الأحداث التي تلي التثبيت أو إشارات الإيرادات بقيم دقيقة تتراوح من 0 إلى 63 وقيم إجمالية (منخفضة - low، متوسطة - medium، عالية - high). تحدد طبقة بيانات الإرسال اللاحق من Apple تمثيل قيمة التحويل وغيرها من الحالات الحساسة للخصوصية التي قد تظهر في رسالة إرسال اللاحق المؤهلة.

معرف المعلنين (IDFA) هو معرف الإعلانات القابل لإعادة الضبط من Apple لقياس إعلانات iOS. لقد غيّر إطار عمل شفافية تتبع التطبيقات (ATT) من Apple إمكانية الوصول إلى المعرف (IDFA) من الإتاحة الافتراضية للنظام إلى الوصول المصرح به من قبل المستخدم، مما أدى إلى تحول الإسناد المحمول من المطابقة الحتمية عبر التطبيقات نحو أطر عمل القياس الحفاظية للخصوصية.

فهم التسلسل الهرمي لقيم تحويل SKAdNetwork 4.0

التطور الهيكلي: من القياس أحادي الإرسال اللاحق في SKAN 3.0 إلى القياس متعدد النوافذ في SKAN 4.0

في ظل إصداري SKAdNetwork 2.0 و 3.0، اعتمد المعلنون على قيمة تحويل واحدة ومؤقت زمني متجدد لمدة 24 ساعة. بالنسبة لـ SKAN 3 والإصدارات السابقة، كانت قيمة التحويل الأعلى قادرة على إعادة تشغيل المؤقت المتجدد البالغ 24 ساعة، مما شجع المطورين على تصميم مخططات لقيم التحويل تزداد مطردة. إذا أتم المستخدم حدث تحويل داخل التطبيق، فإن مجموعة أدوات العميل المدمجة (SDK) كانت تستدعي واجهة برمجة تطبيقات للنظام لتحديث عدد صحيح واحد مكون من 6 بتات (من 0 إلى 63).

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

أعاد SKAdNetwork 4.0 هيكلة نموذج القياس هذا من خلال تقديم هيكل متعدد النوافذ لـ SKAdNetwork 4.0 يتكون من ثلاث نوافذ زمنية متميزة، ومُعرفات مصدر موسعة حلت محل نموذج معرف الحملة السابق، ونظام قيمة تحويل ثنائي الطبقة يتكون من قيم دقيقة وأخرى إجمالية. يمكن لـ SKAdNetwork 4 إنشاء ما يصل إلى ثلاث عمليات إرسال لاحق لنسب إسناد إعلاني ناجحة. تكون عمليات الإرسال اللاحقة الثانية والثالثة متاحة فقط عند استيفاء شروط الخصوصية المعمول بها وإنتاج معلومات تحويل مؤهلة من نوافذ التحويل المقابلة؛ وتتلقى الطبقة 0 عملية الإرسال اللاحق الأولى فقط.

القيم الدقيقة: ترميز التفاعل داخل التطبيق في أعداد صحيحة من 6 بتات

تمثل قيم التحويل الدقيقة مقياس قياس SKAN التقليدي. يتم ترميز القيم الدقيقة كعدد صحيح غير موجه من 6 بتات، وهي تدعم 64 حالة رقمية منفصلة تتراوح من 0 إلى 63.

نظرًا لأن 6 بتات توفر 64 قيمة محتملة، يقوم المطورون بتصميم منطق ربط لترميز مراحل المستخدم المحددة أو نطاقات الإيرادات:

• ربط مسار التحويل التسلسلي: تعيين القيم بشكل تسلسلي استنادًا إلى عمق مسار التحويل (على سبيل المثال، 1 = التسجيل، 2 = التهيئة والترحيب، 3 = المستوى 5، 4 = الشراء).

• ربط شرائح الإيرادات: استخدام الحالات ال64 الدقيقة المتاحة لتمثيل حالة أساسية بالإضافة إلى ما يصل إلى 63 شريحة إيرادات (على سبيل المثال، 1 = 0.01$–0.99$، 2 = 1.00$–4.99$، $\dots، 63 = 500.00$+)ـ.

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

القيم الإجمالية: تصنيف القيمة بعد التثبيت إلى مستويات منخفضة، ومتوسطة، وعالية

في نافذة التحويل 1، قد تُرجع Apple إما قيمة التحويل الدقيقة أو الإجمالية بناءً على طبقة بيانات الإرسال اللاحق المعمول بها. بينما تستخدم نافذتا التحويل 2 و3 قيم تحويل إجمالية. يتم توفير القيم الدقيقة والإجمالية معًا عندما يقوم التطبيق باستدعاء واجهة برمجة تطبيقات قيمة التحويل لـ SKAN 4؛ وتحدد Apple لاحقًا التمثيل، إن وجد، الذي يتم تضمينه في عملية الإرسال اللاحق الأولى استنادًا إلى طبقة بيانات الإرسال اللاحق. قد تحتوي رسائل الإرسال اللاحق على قيم تحويل دقيقة أو إجمالية، وليس كليكما. لا تحمل تسميات منخفض، ومتوسط، وعالٍ أي معنى تجاري مُعرّف مسبقًا في SKAdNetwork؛ حيث يحدد التطبيق أو شبكة الإعلانات ما يمثله كل مستوى.

تتكون قيمة التحويل الإجمالية من خاصية نصية تحتوي على إحدى ثلاث قيم صريحة:

• low: يشير إلى تفاعل أساسي بعد التثبيت (على سبيل المثال، إكمال التسجيل أو بدء الجلسة).

• medium: يشير إلى قيمة معتدلة بعد التثبيت (على سبيل المثال، الوصول إلى مرحلة متوسطة في التطبيق أو إنفاق 1.00$–19.99$).

• high: يشير إلى قيمة عالية بعد التثبيت (على سبيل المثال، إكمال اشتراك عالي القيمة أو إنفاق 20.00$+).

في نافذتي التحويل 2 و3، لا يتم استخدام حقل قيمة التحويل للقيم الدقيقة؛ وقد يُرجع النظام قيمة التحويل الإجمالية التي توفرها الجهة المبرمجة عندما تسمح ظروف الخصوصية بذلك.

كيف تعمل القيم الدقيقة والإجمالية عبر نوافذ التحويل المختلفة

نافذة التحويل 1 (الأيام 0–2)

تغطي نافذة التحويل 1 (الأيام 0–2، تقريبًا أول 48 ساعة بعد إطلاق المستخدم للتطبيق لأول مرة) فترة القياس الأولية بعد التثبيت، والتي يمكن للمطورين خلالها تحديث قيم التحويل الدقيقة أو الإجمالية قبل أن يقوم النظام بإغلاق النافذة. خلال هذه الفترة الزمنية، يمكن لتطبيق الجوال تحديث قيم التحويل عدة مرات كلما أتم المستخدم الأحداث داخل التطبيق.

بناءً على طبقة بيانات الإرسال اللاحق التي تعينها Apple، تقدم نافذة التحويل 1 إما قيمة دقيقة (من 0 إلى 63) أو قيمة إجمالية (low، medium، high). إذا كانت طبقة بيانات الإرسال اللاحق هي الطبقة 0، فإن عملية الإرسال اللاحق الأولى تحتوي فقط على مُعرف المصدر الهرمي المكون من رقمين؛ ويتم حذف قيمة التحويل الدقيقة أو الإجمالية.

نوافذ التحويل 2 (من 3 إلى 7 أيام) و 3 (من 8 إلى 35 يومًا)

لتوفير رؤية حول الاحتفاظ بالمستخدمين على المدى المتوسط والطويل، قدم SKAdNetwork 4.0 نافذتي تحويل إضافيتين:

• نافذة التحويل 2: تقيس تفاعل المستخدم الذي يحدث خلال فترة قياس الأيام 3 إلى 7 بعد التثبيت (نافذة مدتها 5 أيام).

• نافذة التحويل 3: تقيس تفاعل المستخدم الذي يحدث خلال فترة قياس الأيام 8 إلى 35 بعد التثبيت (نافذة مدتها 28 يومًا).

على عكس النافذة 1، تنقل نافذتا التحويل 2 و3 قيمًا إجمالية فقط. لا يتم دعم القيم الدقيقة (من 0 إلى 63) في النافذتين 2 و3. ويحدد المطورون القيمة الإجمالية المُبلغ عنها لكل نافذة بناءً على الأحداث التي تحدث خلال فترة القياس تلك.

فهم طبقات بيانات الإرسال اللاحق وإخفاء هوية الحشود (Crowd Anonymity)

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

يوضح الجدول أدناه كيف ترتبط حمولات بيانات الإرسال اللاحق بطبقات الخصوصية عبر نوافذ التحويل وفقًا لوثائق إطار عمل SKAdNetwork الرسمية من Apple:

استخدام خاصية lockWindow لإنهاء نوافذ التحويل مبكرًا

يؤدي تعيين lockWindow: true إلى قفل قيمة التحويل لنافذة التحويل الحالية. ويقوم النظام على الفور بإعداد عملية الإرسال اللاحق المقابلة وتجاهل أي تحديثات لاحقة لقيمة التحويل في تلك النافذة. وتظل رسالة الإرسال اللاحق خاضعة لتأخير التسليم العشوائي الخاص بـ Apple.

على سبيل المثال، إذا أتم المستخدم عملية شراء خلال 6 ساعات من نافذة التحويل 1، يمكن للتطبيق تعيين lockWindow: true. يؤدي هذا إلى إغلاق نافذة القياس مبكرًا والسماح بعملية جدولة الإرسال اللاحق الخاصة بـ Apple بالبدء، مما قد يتسبب في إعداد النظام للإرسال اللاحق بشكل مبكر، على الرغم من بقاء تأخير التسليم العشوائي المعمول به ساريًا.

المقارنة الهيكلية لنوافذ تحويل SKAdNetwork 1، 2، و3

التقييم المقارن لتوقيت الإرسال اللاحق وأنواع القيم ونوافذ التأخير في SKAN 4.0

تتطلب إدارة مخطط SKAdNetwork متعدد النوافذ ربط مشغلات الأحداث وفقًا لمدى النافذة، وحبيبية القيم المدعومة، ونطاقات تأخير الإرسال اللاحق.

يوضح الجدول أدناه مقارنة للخصائص التقنية لنوافذ التحويل 1، 2، و3:

تقييم حبيبية البيانات والطوابع الزمنية عبر نوافذ تحويل SKAN

بينما توفر نافذة التحويل 1 أعلى دقة للبيانات (قيم دقيقة من 6 بتات)، توفر النافذتان 2 و3 إشارات حيوية للاحتفاظ بالمستخدمين على المدى الطويل. يجب على المحللين مراعاة نطاقات تأخير الإرسال اللاحق عند دمج إرسالات SKAN اللاحقة مع سجلات المعاملات الداخلية.

نظرًا لأن Apple تطبق تأخيرًا عشوائيًا يتراوح بين 24 إلى 48 ساعة على إرسالات النافذة 1 اللاحقة وما يصل إلى 144 ساعة للنافذتين 2 و3، فإن رسائل الإرسال اللاحق التي تصل إلى نقاط نهاية الإسناد لا تمثل تحويلات في الوقت الفعلي. بل تمثل بدلاً من ذلك نوافذ تفاعل تاريخية اكتملت قبل أيام.

يمكن للمهندسين الذين يسعون إلى تكوين تسجيل مجموعة تطوير برمجيات جانب العميل (SDK) وتحليل إرسالات SKAN اللاحقة تلقائيًا الرجوع إلى وثائق تكامل مجموعة تطوير برمجيات إسناد OpoInstall لمراجعة إعداد هيكل الحمولة.

كيفية تصميم مخطط قيمة تحويل SKAdNetwork

مثال على ربط مخطط قيمة تحويل SKAdNetwork 4.0

يتطلب تصميم مخطط SKAdNetwork ربط مراحل التطبيق ومستويات الشراء بقيم دقيقة وإجمالية منفصلة.

يوضح الجدول أدناه تصميم مخطط قيمة تحويل نموذجي لتطبيق جوال:

إطار عمل تصميم مخطط الإنتاج: تطبيقات الألعاب مقابل تطبيقات الاشتراكات

باعتبار ديناميكيات تحقيق الدخل من المنتج، يقوم فرق الهندسة بتكييف تكوينات المخطط لإعطاء الأولوية إما للتقدم الفوري في مسار التحويل أو لفئات الإيرادات طويلة الأمد:

• تبيقات الألعاب (إعطاء الأولوية للإيرادات): ترسم القيم من 0 إلى 10 التقدم المبكر في البرنامج التعليمي، بينما تمثل القيم من 11 إلى 63 الإيرادات التراكمية لوحظت خلال النافذة 1. وتحدد القيم الإجمالية في النافذتين 2 و3 تكرار عمليات الشراء المتكررة (low = نشط، medium = عملية الشراء الثانية، high = عميل VIP).

• تطبيقات الاشتراكات (إعطاء الأولوية للتجربة المجانية): ترسم القيم من 0 إلى 5 التسجيل وإكمال الملف الشخصي، وترسم القيمة 10 تفعيل التجربة المجانية، وترسم القيم من 20 إلى 63 تحديدات فئات الاشتراكات. وترسم القيم الإجمالية في النافذتين 2 و3 التحويلات من التجربة إلى الدفع (low = جلسة نشطة، medium = تم تحويل التجربة، high = تجديد الاشتراك).

كيفية الاختيار بين قيم التحويل المستندة إلى الإيرادات وقيم التحويل المستندة إلى الأحداث

يتطلب الاختيار بين نماذج المخططات المستندة إلى الإيرادات وتلك المستندة إلى الأحداث مواءمة منطق قيمة التحويل مع آليات تحقيق الدخل من التطبيق:

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

• نماذج مسار التحويل المستندة إلى الأحداث (الاشتراكات): مثالية للتطبيقات ذات الفترات التجريبية أو فترات التفكير الممتدة. من خلال ربط المراحل التسلسلية (على سبيل المثال، التسجيل إلى تفعيل التجربة إلى الاشتراك)، يقوم قياس الحملات بتقييم المستخدمين التجريبيين ذوي النية العالية قبل انتهاء الأيام 0–2.

تصميم شرائح الإيرادات: ربط نطاقات عمليات الشراء داخل التطبيق (IAP) بقيم 0-63

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

تم هيكلة مثال لمخطط إيرادات من 6 بتات لتطبيق تجارة إلكترونية أو ألعاب على النحو التالي:

• القيمة 0: لا يوجد حدث مقاس بعد التثبيت / الأساس.

• القيمة 1: من 0.01$ إلى 0.99$ (معاملة دقيقة).

• القيمة 2: من 1.00$ إلى 4.99$.

• القيمة 3: من 5.00$ إلى 9.99$.

• نقاط...dots

• القيمة 62: من 250.00$ إلى 499.99$.

• القيمة 63: 500.00$+ (فئة المتسوقين ذوي القيمة العالية).

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

تصميم مسارات التفاعل: ربط المراحل التسلسلية

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

يرسم مخطط مرحلة التفاعل عمق التقدم:

• القيمة 1: اكتمل تسجيل الحساب.

• القيمة 2: انتهى البرنامج التعليمي للتهيئة.

• القيمة 3: تم إعداد الملف الشخصي وتكوين التفضيلات.

• القيمة 4: تم تفعيل التجربة المجانية.

• القيمة 5: المشاركة الأولى للمحتوى داخل التطبيق.

• القيمة 10: بدأ الاشتراك المدفوع.

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

[App Launch / Event] ──> [SDK Calls updatePostbackConversionValue]
                                    │
                                    ▼
         ┌──────────────────────────┴──────────────────────────┐
         ▼                                                     ▼
[Conversion Window 1 (0-2 Days)]               [Conversion Window 2 & 3]
 (Fine 0-63 or Coarse)                               (Coarse Only: Low/Med/High)
         │                                                     │
         └──────────────────────────┬──────────────────────────┘
                                    ▼
                [Apple Attribution System Delayed Postback]
                                    │
                                    ▼
               [Attribution / Analytics Backend]

أمثلة توضيحية لنمط الإنتاج لمخطط SKAdNetwork 4.0

تستخدم تطبيقات الألعاب مخططًا هجينًا في النافذة 1، حيث تحتفظ بالقيم الأقل (0-10) لمراحل البرنامج التعليمي وتخصص القيم الأعلى (11-63) للإيرادات التراكمية الملاحظة خلال النافذة 1. في هذا المخطط التوضيحي، يقوم التطبيق بشكل مستقل بربط هذه المراحل بفئات إجمالية.

• Value 1: اكتمل البرنامج التعليمي (ربط إجمالي low)

• Value 5: تم الوصول إلى المستوى 10 (ربط إجمالي medium)

• Value 15: الشراء الأول داخل التطبيق (0.99$ - 9.99$)

• Value 40: منفق متوسط (10.00$ - 99.99$) (ربط إجمالي high)

• Value 63: عميل VIP منفق (100.00$+) (ربط إجمالي high)

2. مخطط تطبيق الاشتراك (يركز على التجربة والتجديد)

تقوم تطبيقات الاشتراكات بربط النافذة 1 بسرعة تحويل التجربة المجانية، بينما تستخدم القيم الإجمالية للنافذتين 2 و3 لتتبع التحويلات طويلة الأمد من التجربة إلى الدفع وأحداث التجديد.

• النافذة 1: Value 1 = التسجيل، Value 10 = بدأت التجربة (ربط إجمالي medium)، Value 63 = تم الاشتراك في الخطة السنوية (ربط إجمالي high)

• النافذة 2 (الأيام 3-7): low = جلسة نشطة، medium = تحولت التجربة، high = تم الاحتفاظ بالخطة السنوية

• النافذة 3 (الأيام 8-35): low = إعادة تفاعل التطبيق، medium = المشترك المدفوع نشط، high = تم تجديد الاشتراك

إدارة مخططات SKAdNetwork على نطاق واسع

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

تنفيذ SKAdNetwork 4.0 باستخدام StoreKit

تحديثات قيمة التحويل البرمجية عبر StoreKit

تكون إرسالات SKAdNetwork 4 اللاحقة متاحة عند استيفاء شروط أهلية SKAdNetwork 4 ذات الصلة. لتلقي إرسالات SKAdNetwork 4 متعددة، يحتاج التطبيق المعلن عنه إلى تحديث قيم التحويل خلال نوافذ التحويل المعمول بها. لا يؤدي تحديث النافذة 1 تلقائيًا إلى إنشاء قيم تحويل للنافذة 2 أو النافذة 3. بالنسبة للتطبيقات التي تستخدم واجهات برمجة تطبيقات SKAdNetwork 4، يجب بناء التطبيق المعلن عنه باستخدام مجموعة تطوير برمجيات iOS 16.1 أو الأحدث وتشغيله على نظام iOS 16.1 أو الأحدث لاستدعاء دالة SKAdNetwork.updatePostbackConversionValue(_:coarseValue:lockWindow:completionHandler:) ضمن StoreKit. يعتبر AdAttributionKit إطار عمل إسناد منفصلاً من Apple وهو خارج نطاق مثال تنفيذ قيمة تحويل SKAdNetwork هذا.

تقبل الطريقة ثلاثة معاملات أساسية:

1. fineValue: عدد صحيح من 0 إلى 63.

2. coarseValue: تعداد من نوع SKAdNetwork.CoarseConversionValue (أي .low، .medium، .high).

3. lockWindow: علامة منطقية تشير إلى ما إذا كان سيتم قفل النافذة مبكرًا أم لا.

لقياس الإرسال اللاحق المتعدد لـ SKAdNetwork 4، يجب أن يستمر التطبيق في تحديث قيم التحويل خلال نوافذ التحويل المعمول بها؛ حيث إن تعيين قيمة للنافذة 1 لا يملأ النافذتين 2 و3 تلقائيًا.

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

يوضح الكود والمخطط أدناه كيف يستدعي المطورون واجهة برمجة تطبيقات التحديث الخاصة بـ SKAN 4.0 في لغة Swift وكيف تقوم جامعات الواجهة الخلفية بتنسيق حمولة الإرسال اللاحق الناتجة:

ملاحظة: المخطط ومقتطفات الكود التالية هي أمثلة مفاهيمية فقط وليست مواصفات واجهة برمجة تطبيقات لـ Apple أو OpoInstall.

// Swift Example: Updating SKAdNetwork 4.0 Conversion Value on iOS 16.1+
import StoreKit

func updateSKANConversionValue(fineValue: Int, coarseValue: SKAdNetwork.CoarseConversionValue, shouldLock: Bool) {
    guard (0...63).contains(fineValue) else { return }
    if #available(iOS 16.1, *) {
        SKAdNetwork.updatePostbackConversionValue(fineValue, coarseValue: coarseValue, lockWindow: shouldLock) { error in
            if let error = error {
                print("SKAN Update Error: \(error.localizedDescription)")
            } else {
                print("SKAN Value Updated Successfully: Fine = \(fineValue), Coarse = \(coarseValue.rawValue), Locked = \(shouldLock)")
            }
        }
    } else {
        // Deprecated legacy API used for compatibility with older OS versions.
        SKAdNetwork.updateConversionValue(fineValue)
    }
}

{
  "example_only": true,
  "privacy_note": "Illustrative schema only",
  "measurement_model": "cumulative_revenue",
  "precedence": "highest_qualifying_value",
  "lock_policy": "lock_on_terminal_conversion",
  "event_type": "skan_conversion_value_mapping_config",
  "app_id": "com.example.iosapp",
  "skan_schema_version": "4.0",
  "window_1_config": {
    "fine_value_mappings": [
      { "value": 0, "event_name": "app_launch_or_baseline", "min_revenue_cents": 0 },
      { "value": 1, "event_name": "registration", "min_revenue_cents": 0 },
      { "value": 10, "event_name": "free_trial", "min_revenue_cents": 0 },
      { "value": 30, "event_name": "first_purchase", "min_revenue_cents": 100 },
      { "value": 63, "event_name": "whale_purchase", "min_revenue_cents": 50000 }
    ],
    "coarse_value_mappings": {
      "low": "app_launch_or_registration",
      "medium": "first_purchase_under_20",
      "high": "purchase_over_20"
    }
  },
  "window_2_config": {
    "coarse_value_mappings": {
      "low": "d3_d7_active_session",
      "medium": "d3_d7_repeat_purchase",
      "high": "d3_d7_subscription_renewed"
    }
  },
  "window_3_config": {
    "coarse_value_mappings": {
      "low": "d8_d35_active_session",
      "medium": "d8_d35_repeat_purchase",
      "high": "d8_d35_subscription_retained"
    }
  }
}

أفضل ممارسات قيم تحويل SKAdNetwork

مواءمة تصميم مخطط التحويل مع أهداف الحملة

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

دمج الحملات لتجاوز عتبات إخفاء هوية الحشود

لمنع إرسالات اللاحق من إرجاع قيم null أو التراجع إلى البدائل الإجمالية، تقوم فرق نمو الجوال بإدارة كثافة الحملة:

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

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

• تحسين استراتيجية LockWindow: يجب على الفرق عمومًا التفكير في استخدام lockWindow: true فقط عندما يكونون واثقين من عدم توقع أي إشارة تحويل أخرى ذات قيمة ضمن الجزء المتبقي من تلك النافذة.

قائمة التحقق لمخطط قيمة تحويل SKAdNetwork 4.0

لضمان الامتثال الكامل لتتبع SKAdNetwork 4.0 وتعظيم قياس القيمة الدائمة (LTV)، تحقق من أن مخططك يلبي المتطلبات الهندسية التالية:

• [ ] هدف التحسين الأساسي: حدد ما إذا كانت حملتك تحسن لمراحل التفاعل المبكرة أو للإيرادات التراكمية لمدة 48 ساعة.
• [ ] ربط القيم الدقيقة للنافذة 1: قم تعيين قيم عدد صحيح مميزة من 6 بتات (0–63) لخطوات مسار التحويل التسلسلي أو شرائح الإيرادات.
• [ ] ربط القيم الإجمالية للنافذة 1: قم بتكوين حزم النصوص الإجمالية low وmedium وhigh لعمليات الإرسال التي تتميز بانخفاض إخفاء هوية الحشود.
• [ ] ربط القيم الإجمالية للنوافذ 2 و 3: أنشئ منطق تتبع إجمالياً لنوافذ الإرسال اللاحق من 3 إلى 7 أيام ومن 8 إلى 35 يومًا.
• [ ] أسبقية الأحداث وقواعد القفل: حدد أسبقية الأحداث الحتمية وقم بتكوين lockWindow: true لأحداث التحويل النهائية فقط.

أخطاء تصميم مخطط SKAdNetwork 4.0 الشائعة التي تقلل من جودة القياس

• ضغط فئات المنفقين في القيمة 63: إن تعيين عمليات الشراء بقيمة 10$ وعمليات الشراء بقيمة 1000$ إلى نفس الشريحة العليا يقلل من تباين الإيرادات المتاح لتحليل الحملات وتحسينها.

• تنفيذ LockWindow السابق لأوانه: يؤدي استدعاء lockWindow: true في حدث تسجّل مبكر إلى قفل نافذة التحويل 1 بشكل دائم، مما يسقط أحداث الشراء اللاحقة خلال 48 ساعة.

• تعقيد النوافذ 2 و3 بشكل مبالغ فيه: محاولة ربط قواعد إجمالية معقدة لرسائل الإرسال اللاحق التي تصل بعد ما يصل إلى 35 يومًا تعقد تقييم الحملة دون تحسين تحسين عروض الأسعار المبكرة.

كيفية استكشاف أخطاء قيم SKAdNetwork الفارغة (Null) وانخفاض إخفاء هوية الحشود وإصلاحها

تشخيص معدلات قيم التحويل الفارغة المرتفعة: فهم انخفاض إخفاء هوية حشود الحملة

عند فحص أداء حملات SKAN في لوحات معلومات الإسناد، يلاحظ المحللون بشكل متكرر إرسالات لاحقة تعيد القيمة null أو تفقد قيم التحويل. يمكن أن تشير النسبة المرتفعة من قيم التحويل المفقودة إلى أن طبقة بيانات الإرسال اللاحق المعمول بها لا تسمح لـ Apple بالإفصاح عن معلومات قيمة التحويل.

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

حل عدم تطابق التسلسل وفخاخ تخفيض قيمة التحويل

في SKAdNetwork 4.0، يمكن تحديث قيم التحويل بمرونة خلال النافذة 1، ولكن يجب على المطورين إدارة حالات lockWindow بعناية.

إذا قام التطبيق بتعيين lockWindow: true على حدث منخفض القيمة (على سبيل المثال، Value 2 = التسجيل)، تقفل النافذة بشكل دائم. وإذا أتم المستخدم بعد ذلك عملية شراء بقيمة 100$ بعد 10 دقائق ضمن نافذة ال48 ساعة، فلن يتمكن النظام من تحديث قيمة التحويل، مما يؤدي إلى انخفاض الإبلاغ عن القيمة الدائمة (LTV) للحملة. يجب على المطورين التأكد من تنفيذ lockWindow: true في أحداث التحويل النهائية وعالية القيمة.

التعامل مع نطاقات التأخير العشوائي التي يفرضها نظام الإسناد من Apple

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

بالنسبة لنافذة التحويل 1، يقوم النظام بإعداد الإرسال اللاحق عندما يتم إغلاق نافذة التحويل أو عندما يقوم التطبيق بقفل النافذة. ثم تطبق Apple تأخيرًا عشوائيًا يتراوح بين 24 إلى 48 ساعة. وتستخدم النافذتان 2 و3 تأخيرًا عشوائيًا يتراوح بين 24 إلى 144 ساعة بعد إغلاق النافذة المقابلة أو قفلها. يجب أن تأخذ مسارات هندسة البيانات في الاعتبار هذه التأخيرات المنتظمة، وتتجنب تعيين تعديلات عروض الأسعار التلقائية قصيرة النافذة على تدفقات بيانات SKAN.

النقاط الرئيسية

• القياس متعدد النوافذ: يوسع SKAN 4.0 نطاق القياس عبر ثلاث نوافذ للإرسال اللاحق (0-2 أيام، 3-7 أيام، 8-35 يومًا)، باستخدام قيم دقيقة (0-63) وإجمالية (low، medium، high).

• عتبات إخفاء هوية الحشود: قد يتيح حجم تثبيت الحملة الأعلى قيمًا دقيقة، بينما تتلقى الحملات ذات الحجم المنخفض قيمًا إجمالية أو عمليات إقحام بـ null للحفاظ على الخصوصية.

• الاستخدام الاستراتيجي لـ LockWindow: قد يؤدي تنفيذ lockWindow: true في أحداث التحويل النهائية إلى تقليل وقت الانتظار قبل قفل النافذة، مما يتيح تعليقات أسرع للحملة.

الملخص وإطار عمل القرار

يتطلب تحسين قياس حملات iOS بموجب إرشادات الخصوصية الخاصة بـ Apple تكوين مخطط قيمة تحويل SKAdNetwork جيد الهيكلة. يتيح الانتقال من تتبع IDFA القديم إلى إرسالات SKAN 4.0 متعددة النوافذ لفرق الأداء تقييم كل من التنشيط الفوري والاحتفاظ بالمستخدمين على المدى الطويل.

من خلال ربط القيم الدقيقة ذات الـ 6 بتات للتفاعل الفوري خلال 48 ساعة والقيام بتعيين القيم الإجمالية للنوافذ الممتدة لـ 35 يومًا، تلتقط فرق النمو إشارات إيرادات واحتفاظ حاسمة. يوفر دمج مجموعات تطوير برمجيات العميل مع أدوات مخطط SKAN الآلي البنية التحتية اللازمة لفك تشفير رسائل الإرسال اللاحق المجمعة وتوفير إشارات تحسين لكفاءة حملات iOS.

لاكتشاف كيف يمكن للقياس الموحد للجوال تحسين استراتيجية نمو تطبيقك، راجع مرجع تنفيذ إسناد الجوال من OpoInstall أو قم بتسجيل حساب على وحدة تحكم المطورين في OpoInstall.

الموارد ذات الصلة

لتعميق فهمك لقياس SKAdNetwork، وبنية إسناد الجوال، ونمو التطبيقات المحافظ على الخصوصية، استكشف أدلتنا التقنية:

• مقارنة بين SKAdNetwork وإسناد MMP: شرح الاختلافات الرئيسية: فهم كيف يقارن إطار عمل SKAdNetwork الأصلي من Apple بنماذج إسناد شركاء قياس الجوال المستقلين وكيف يعمل النظامان معًا.

• كيفية تنفيذ مجموعة تطوير برمجيات تتبع الإحالة مع الروابط العميقة المؤجلة وإسناد التثبيت: تعرّف على كيف تحافظ تطبيقات الجوال على سياق الاستحواذ عبر تدفقات تثبيت متجر التطبيقات باستخدام الروابط العميقة المؤجلة وسير عمل مجموعات تطوير برمجيات الإسناد.

• كيف تعمل منصات قياس الجوال (MMP): استكشف كيف تبتلع منصات MMP إشارات الإسناد، وتعالج الأحداث التي تلي التثبيت، وتنشئ تقارير قياس حملات مجمعة.

المواضيع ذات الصلة

• المفاهيم: SKAdNetwork، قيمة التحويل، نافذة الإرسال اللاحق، إخفاء هوية الحشود، LockWindow

• التقنيات: شركاء قياس الجوال (MMPs)، StoreKit، AdAttributionKit، الإرسال اللاحق من خادم إلى خادم (Server-to-Server)

• واجهات برمجة التطبيقات (APIs): إمكانيات تسجيل أحداث إسناد الجوال من OpoInstall، واجهة برمجة تطبيقات SKAdNetwork من Apple، واجهة برمجة تطبيقات AdAttributionKit من Apple

• الوثائق الرسمية والمراجع:

  • وثائق مطوري Apple حول إطار عمل SKAdNetwork

  • وثائق مطوري Apple حول AdAttributionKit

  • معايير مجموعة عمل أداء الويب W3C