دليل SKAdNetwork 4.0: كيف تعمل نوافذ ردود البيانات الثلاثة

كيف تعمل إسناد SKAdNetwork 4.0 متعدد النوافذ؟ يقسم SKAdNetwork 4.0 قياس التحويل إلى ثلاث نوافذ متتالية تمتد عبر الأيام 0-2 و3-7 و8-35 بعد الإطلاق الأول للتطبيق. تعين آبل مستوى بيانات رد لكل تنزيل لتطبيق، والذي يحدد ما إذا كانت ردود البيانات المؤهلة تكشف عن بيانات إسناد دقيقة، أو تقريبية، أو مخفضة.

SKAdNetwork 4.0 هو إطار عمل إسناد حملات الأجهزة المحمولة الحفاظ على الخصوصية من آبل والذي يتيح قياس الحملات بشكل آمن للخصوصية على نظام iOS. ويقدم ثلاث نوافذ تحويل متتالية تمتد حتى 35 يوماً بعد الإطلاق الأول، ومعرفات مصدر هرمية، وقيم تحويل تقريبية، وآليات قفل النوافذ لتقييم القيمة الدائمة للمستخدم في منتصف مسار التحويل دون جمع هويات الأجهزة الثابتة.

لمحة سريعة: الجداول الزمنية الرئيسية لردود البيانات وقواعد الإفصاح

• النافذة 1 (الأيام 0–2 بعد الإطلاق الأول): قد تكشف عن قيم دقيقة (0–63) أو تقريبية (low، medium، high)؛ وتُرسل بعد تأخير إضافي عشوائي يتراوح بين 24 و48 ساعة.
• النافذة 2 (الأيام 3–7 بعد الإطلاق الأول): قد تكشف عن coarse-conversion-value عند توفرها والسماح بها بواسطة مستوى بيانات رد البيانات؛ وإلا فسيكون هذا الحقل غائباً. وتُرسل بعد تأخير إضافي عشوائي يتراوح بين 24 و144 ساعة.
• النافذة 3 (الأيام 8–35 بعد الإطلاق الأول): قد تكشف عن coarse-conversion-value عند توفرها والسماح بها بواسطة مستوى بيانات رد البيانات؛ وإلا فسيكون هذا الحقل غائباً. وتُرسل بعد تأخير إضافي عشوائي يتراوح بين 24 و144 ساعة.
• قيد بيانات المستوى 0: تتلقى التنزيلات الواقعة في المستوى 0 رداً أحادياً يحتوي على معرف مصدر مكون من رقمين ودون قيمة تحويل؛ ويتم تخطي الردين الثاني والثالث.
• متطلبات الردود المتعددة: لكي يكون الإعلان مؤهلاً لردود بيانات متعددة رابحة، يجب توقيع الإعلان باستخدام SKAdNetwork 4 أو أحدث، ويجب أن يقوم التطبيق المعلن عنه بتحديث قيم التحويل خلال نوافذ التحويل المطبقة.

ما هو SKAdNetwork 4.0 وكيف تعمل إسناد النوافذ المتعددة

التطور الهيكلي من قيود المؤقت الفردي إلى تتبع دورة الحياة متعددة النوافذ

عملت الإصدارات السابقة من إطار عمل StoreKit Ad Network من آبل (SKAdNetwork 2.0 و3.0) تحت مؤقت متجدد لمدة 24 ساعة. في ظل SKAdNetwork 3 والإصدارات السابقة، كانت تحديثات قيم التحويل المتزايدة الصالحة قادرة على تمديد فترة التحويل المتجددة عن طريق إعادة تشغيل المؤقت لمدة 24 ساعة. بمجرد انقضاء 24 ساعة دون تحديث، أُغلق النافذة، وأرسلت آبل رداً أحادياً بعد تأخير عشوائي.

أنشأت هندسة المؤقت الفردي هذه احتكاكاً تشغيلياً:

• آفاق المراقبة المقيدة: كان بإمكان المعلنين قياس التفاعل المبكر الذي يحدث خلال الأيام الأولى بعد التثبيت فقط.
• تأخيرات التقارير: يمكن لتحديثات التحويل المؤهلة المتكررة أن تمدد فترة القياس الفعالة وتؤخر الرد النهائي، مما يبطئ خوارزميات المزايدة الإعلانية الآلية.
• الرؤية المحدودة للذيل الطويل: لم يكن لدى SKAdNetwork 3 نوافذ تحويل لاحقة مخصصة للقياس المنظم من اليوم السابع إلى اليوم الثلاثين.

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

فصل مؤقتات الإسناد عن جلسات المستخدم النشطة

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

سواء فتح المستخدم التطبيق مرة واحدة أو خمسين مرة خلال الـ 48 ساعة الأولى، فإن النافذة 1 تُغلق عند علامة 48 ساعة (ما لم تُنهى صراحةً في وقت مبكر عبر قفل النافذة). ينتقل النظام بعد ذلك تلقائياً إلى النافذة 2 (من اليوم الثالث حتى اليوم السابع)، تليها النافذة 3 (من اليوم الثامن حتى اليوم الـ 35). يضمن هذا الفصل فترات إرسال منتظمة لردود البيانات لمسارات البيانات اللاحقة.

سلسلة التوقيع المشفر ثنائية الأطراف

يحافظ SKAdNetwork على سلامة البيانات باستخدام التشفير بالمفتاح العام عبر مرحلتين متميزتين:

• مرحلة ظهور الإعلان (شبكة الإعلانات إلى آبل): عندما تعرض شبكة إعلانات إعلاناً، فإنها تُوقع حمولة الإعلان باستخدام مفتاحها الخاص. عند تثبيت التطبيق وإطلاقه، يتحقق نظام التشغيل من هذا التوقيع مقابل المفتاح العام لشبكة الإعلانات المسجل لدى آبل للتحقق من أهلية الإسناد.
• مرحلة التحقق من التثبيت (آبل إلى شبكة الإعلانات/المطور): عندما تغلق نافذة التحويل، توقّع آبل حمولة رد التحقق من التثبيت. تتحقق شبكة الإعلانات المستلمة ونقطة نهاية المطور من هذا التوقيع باستخدام المفتاح العام لآبل للتحقق من صحة وسلامة رد البيانات.

انظر أيضاً: SKAdNetwork ──> نموذج إسناد الأجهزة المحمولة

آليات نوافذ ردود البيانات الثلاثة والجداول الزمنية للقياس

النافذة 1: التقاط التفاعل المبكر وإشارات التحويل عالية الدقة

• فترة القياس: من اليوم 0 إلى اليوم 2 (أول 48 ساعة بعد الإطلاق الأول).
• الإفصاح عن البيانات المتاح: قيمة تحويل دقيقة (عدد صحيح 6-بت من 0 إلى 63) أو قيمة تقريبية (low، medium، high)، يحددها مستوى بيانات رد البيانات المعين.
• تأخير رد البيانات العشوائي: من 24 إلى 48 ساعة بعد إغلاق النافذة أو قفلها.
• الهدف التحليلي: قياس إكمال الإعداد الفوري، ومراحل البرنامج التعليمي، وتحويل الشراء الأولي، ومخاطر التخلي المبكر.

النافذة 2: تقييم الاحتفاظ بالمستخدمين المبكر ومراحل منتصف مسار التحويل

• فترة القياس: من اليوم 3 إلى اليوم 7 بعد الإطلاق الأول (الساعات 48 حتى 168).
• الإفصاح عن البيانات المتاح: قد يفصح عن coarse-conversion-value (low، medium، high) عند توفيره والسماح به بواسطة مستوى بيانات رد البيانات؛ وإلا فسيكون هذا الحقل غائباً. القيم الدقيقة (من 0 إلى 63) غير مدعومة في النافذة 2.
• تأخير رد البيانات العشوائي: من 24 إلى 144 ساعة (من 1 إلى 6 أيام) بعد إغلاق النافذة أو قفلها.
• الهدف التحليلي: تقييم الاحتفاظ من اليوم الثالث إلى اليوم السابع، وحلقات التفاعل متعددة الأيام، وتجارب الاشتراكات الأولية، وسلوك الشراء المتكرر.

النافذة 3: قياس الاحتفاظ بالذيل الطويل والقيمة الدائمة التراكمية

• فترة القياس: من اليوم 8 إلى اليوم 35 بعد الإطلاق الأول (الساعات 168 حتى 840).
• الإفصاح عن البيانات المتاح: قد يفصح عن coarse-conversion-value (low، medium، high) عند توفيره والسماح به بواسطة مستوى بيانات رد البيانات؛ وإلا فسيكون هذا الحقل غائباً.
• تأخير رد البيانات العشوائي: من 24 إلى 144 ساعة (من 1 إلى 6 أيام) بعد إغلاق النافذة أو قفلها.
• الهدف التحليلي: التقاط مقاييس الاحتفاظ لشهر واحد، وتحويلات الاشتراك من التجريبي إلى المدفوع، ومراحل تحقيق الدخل ذات الذيل الطويل.

Ad Impression
      │
      ▼
App Install
      │
      ▼
First App Launch  ← conversion measurement t = 0
      │
      ├── Window 1: Day 0–2 after first launch
      │      Fine or coarse disclosure
      │      24–48h randomized delay after close/lock
      │
      ├── Window 2: Day 3–7 after first launch
      │      Coarse disclosure only (or absent)
      │      24–144h randomized delay after close/lock
      │
      └── Window 3: Day 8–35 after first launch
             Coarse disclosure only (or absent)
             24–144h randomized delay after close/lock

آليات التأخير العشوائي: النافذة 1 مقابل النافذتين 2 و3

لمنع الاستدلالات الهجومية للتوقيت حيث يقوم المراقب بربط جزء من الثانية بالضبط لمعاملة داخل التطبيق باستلام رد إسناد، تطبق آبل تأخيرات إرسال عشوائية:

• مؤقت النافذة 1: إذا أُغلقت النافذة 1 بشكل طبيعي دون قفل مبكر، يُرسل الرد الأول بعد تأخير إضافي عشوائي يتراوح بين 24 و48 ساعة.
• مؤقتا النافذتين 2 و3: توسع آبل نافذة التأخير العشوائي لتتراوح بين 24 و144 ساعة (تصل إلى 6 أيام كاملة) لمراعاة المدة الممتدة لفترات القياس.

كيف تتحكم مستويات بيانات ردود البيانات في الإفصاح

مصفوفة مستوى بيانات رد البيانات الرسمية

تعين آبل مستوى بيانات رد البيانات (من المستوى 0 إلى المستوى 3) لتنزيلات التطبيق بناءً على الجمهور المرتبط بتطبيق المصدر أو النطاق، والتطبيق المعلن عنه، وبلد التثبيت، ومعرف المصدر الهرمي. لا تنشر آبل عتبات إجمالي التنزيلات العالمية للمستويات من 0 إلى 3.

كيف تعمل معرفات المصدر الهرمية

هيكل وتفصيل معرف المصدر

يستبدل SKAdNetwork 4.0 معرف الحملة القديم المكون من رقمين برقم صحيح هرمي مكون من 4 أرقام يسمى معرف المصدر (Source Identifier):

تحدد شبكات الإعلانات والمطورون معنى معرف المصدر الهرمي بناءً على متطلبات التقارير الداخلية:

• الرقمان السفليان ($d_2 d_1$): يشكلان الحد الأدنى من جزء الرقمين لمعرف المصدر الهرمي الذي يمكن الإفصاح عنه. يجوز لشبكات الإعلانات استخدام هذا الجزء لتجميع الحملات الواسعة، لكن آبل لا تفرض معنى تجارياً ثابتاً.
• الأرقام الأعلى مرتبة ($d_4 d_3$): قد تقوم بترميز الأبعاد الداخلية مثل موضع الإعلان، أو معرف التصميم، أو المستهدف الجغرافي. لا تعين آبل دلالات تجارية ثابتة للأرقام الفردية.

Original Source Identifier: [ d4 ] [ d3 ] [ d2 ] [ d1 ]

Possible disclosed forms in first winning postback:
2-digit disclosure:          [ d2 ] [ d1 ]
3-digit disclosure:    [ d3 ][ d2 ] [ d1 ]
4-digit disclosure: [ d4 ][ d3 ][ d2 ] [ d1 ]

The exact number of digits disclosed depends on Apple's postback data tier.

قد يؤدي دمج الحملات إلى زيادة الجمهور المرتبط بمعرفات مصدر معينة، لكن آبل لا تنشر عتبات التثبيت العالمية ولا يضمن الدمج مستوى بيانات رد بيانات محدد.

قيم التحويل الدقيقة مقابل التقريبية

قيم التحويل الدقيقة

تعمل قيم التحويل الدقيقة كأرقام ثنائية مكونة من 6 بت تمثل أعداداً صحيحة من 0 إلى 63 ($2^6 = 64$ قيمة منفصلة). تتوفر القيم الدقيقة حصرياً في النافذة 1 تحت مستويات بيانات رد البيانات 2 أو 3، وتتيح للمطورين ترميز نطاقات الإيرادات التفصيلية، أو مراحل مسار التحويل، أو مجموعات الأحداث الثنائية.

قيم التحويل التقريبية

توفر قيم التحويل التقريبية بديلاً أقل تفصيلاً عندما لا يسمح مستوى بيانات رد البيانات المطبق بالإفصاح الدقيق وتعمل كنسق لتسجيل قيم التحويل لردود البيانات الثانية والثالثة. لا تعين آبل أي دلالات تجارية مسبقة لـ low أو medium أو high؛ والأمثلة أدناه هي تعيينات توضيحية محددة من قبل التطبيق:

• low: تعيين توضيحي للتفاعل الأساسي (مثل فتح التطبيق لأول مرة أو التسجيل).
• medium: تعيين توضيحي للتفاعل المتوسط (مثل إكمال البرنامج التعليمي أو الجلسة النشطة لعدة أيام).
• high: تعيين توضيحي لمراحل تحويل عالية القيمة (مثل الشراء داخل التطبيق أو تفعيل الفترة التجريبية).

لتصميم مخطط تحويل خاص بالتنفيذ، راجع وثائق تعيين تحويل SKAN.

تعيين مؤشر تسلسل رد البيانات

في ردود بيانات SKAdNetwork 4، يحدد حقل postback-sequence-index نافذة التحويل المقابلة:

تحدد آبل أن رد التحقق من التثبيت قد يحتوي إما على conversion-value (دقيق) أو coarse-conversion-value (تقريبي)، ولكن ليس كلاهما في نفس الوقت.

الحمولات التالية هي أمثلة توضيحية لـ SKAdNetwork 4. تختلف حقول رد البيانات الفعلي حسب تسلسل رد البيانات، ومستوى بيانات رد البيانات، ونوع الإعلان، وشروط الإفصاح عن الخصوصية. قيم attribution-signature النموذجية هي عناصر نائب وليست صحيحة من الناحية التشفيرية.

يوضح المثال 1 أدناه حمولة رد بيانات دقيقة للنافذة 1، بينما يوضح المثال 2 حمولة رد بيانات تقريبية للنافذة 2:

{
  "version": "4.0",
  "ad-network-id": "example123.skadnetwork",
  "source-identifier": "4821",
  "app-id": 1234567890,
  "transaction-id": "6a8b1c2d-3e4f-5a6b-7c8d-9e0f1a2b3c4d",
  "postback-sequence-index": 0,
  "conversion-value": 47,
  "fidelity-type": 1,
  "did-win": true,
  "attribution-signature": "MEQCIFz8...SAMPLE_CRYPTOGRAPHIC_SIGNATURE...=="
}

{
  "version": "4.0",
  "ad-network-id": "example123.skadnetwork",
  "source-identifier": "48",
  "app-id": 1234567890,
  "transaction-id": "6a8b1c2d-3e4f-5a6b-7c8d-9e0f1a2b3c4d",
  "postback-sequence-index": 1,
  "coarse-conversion-value": "high",
  "fidelity-type": 1,
  "did-win": true,
  "attribution-signature": "MEQCIFz8...SAMPLE_CRYPTOGRAPHIC_SIGNATURE...=="
}

إيجابيات وسلبيات قفل نافذة التحويل مبكراً

تسريع القياس باستخدام معلمة lockWindow

افتراضياً، تظل كل نافذة قياس مفتوحة طوال مدتها التقويمية الكاملة (48 ساعة للنافذة 1، 5 أيام للنافذة 2، 28 يوماً للنافذة 3). عندما تكون قيمة lockWindow هي true، يصبح التحديث هو التحديث النهائي لقيمة التحويل للنافذة النشطة. يجهز النظام رد البيانات ويتجاهل تحديثات قيم التحويل الإضافية لبقية تلك النافذة.

Default Window 1 (No Lock):
[First Launch] ─────────────── 48 Hours Open ───────────────► [Closes] ──► Delay (24-48h) ──► Postback 1

Locked Window 1 (Purchase at Hour 6):
[First Launch] ── 6h (Lock: true) ──► [Conversion Value Locked / Postback Prepared] ──► Delay (24-48h) ──► Postback 1 Sent Sooner

الاعتبارات التشغيلية عند استدعاء أقفال النوافذ

• إرسال متسارع لرد البيانات: عندما يُنهى التحويل في وقت مبكر، يبدأ تأخير رد البيانات بمجرد إنهاء التحويل المقفل، بدلاً من انتظار انقضاء نافذة التقويم الكاملة.
• استقلال النوافذ: لا يؤدي قفل النافذة الحالية إلى تحريك بداية النافذة التالية إلى الأمام. تظل نافذة التحويل التالية تبدأ في حدها الزمني المحدد مسبقاً (على سبيل المثال، تبدأ النافذة 2 في اليوم الثالث بغض النظر عن وقت قفل النافذة 1).
• حظر الأحداث اللاحقة: بمجرد تنفيذ lockWindow: true، يتجاهل نظام التشغيل جميع مكالمات تحديث قيم التحويل اللاحقة خلال ما تبقى من تلك النافذة المحددة.

يوضح كود Swift أدناه كيفية تحديث قيم التحويل الدقيقة والتقريبية واستدعاء أقفال النوافذ باستخدام StoreKit:

import Foundation
import StoreKit

enum SKANError: Error {
    case invalidFineValue
    case unsupportedOSVersion
}

final class SKAN4Manager {

    static let shared = SKAN4Manager()
    private init() {}

    /// Updates conversion values and optionally locks the active SKAN 4.0 window
    /// - Parameters:
    ///   - fineValue: 6-bit integer (0 to 63) for Window 1. Note: In Windows 2 and 3, SKAdNetwork ignores the fineValue parameter.
    ///   - coarseValue: Coarse value string ("low", "medium", "high") for all windows
    ///   - shouldLock: Boolean flag to immediately finalize the active window
    func updateConversionState(
        fineValue: Int,
        coarseValue: SKAdNetwork.CoarseConversionValue,
        shouldLock: Bool,
        completion: ((Error?) -> Void)? = nil
    ) {
        guard #available(iOS 16.1, *) else {
            completion?(SKANError.unsupportedOSVersion)
            return
        }

        // Validate fine-grained value bounds (0 to 63)
        guard (0...63).contains(fineValue) else {
            completion?(SKANError.invalidFineValue)
            return
        }

        // Execute asynchronous SKAN 4.0 conversion update
        SKAdNetwork.updatePostbackConversionValue(
            fineValue,
            coarseValue: coarseValue,
            lockWindow: shouldLock
        ) { error in
            if let error = error {
                print("SKAN 4.0 update failed: \(error.localizedDescription)")
            } else {
                print("SKAN 4.0 update succeeded - Fine: \(fineValue), Coarse: \(coarseValue.rawValue), Locked: \(shouldLock)")
            }
            completion?(error)
        }
    }

    /// Illustrative revenue mapping workflow (Do not copy specific thresholds directly to production)
    /// Note: In production, determine the active conversion window and define window-specific coarse-value logic.
    func handleInAppPurchase(amountUSD: Double) {
        let fineVal: Int
        let coarseVal: SKAdNetwork.CoarseConversionValue
        let lock: Bool

        switch amountUSD {
        case 0.0..<5.0:
            fineVal = 10
            coarseVal = .low
            lock = false
        case 5.0..<25.0:
            fineVal = 25
            coarseVal = .medium
            lock = false
        case 25.0...:
            fineVal = 60
            coarseVal = .high
            // Lock window immediately to expedite postback preparation for high-value conversion
            lock = true
        default:
            fineVal = 0
            coarseVal = .low
            lock = false
        }

        updateConversionState(fineValue: fineVal, coarseValue: coarseVal, shouldLock: lock)
    }
}

قابلية التشغيل البيني بين SKAdNetwork 4.0 وAdAttributionKit

العلاقة بين SKAdNetwork وApple AdAttributionKit

قدمت آبل AdAttributionKit كإطار عمل إسناد موسع لنظام iOS 17.4 والإصدارات الأحدث. يمكن لـ AdAttributionKit وSKAdNetwork التعايش معاً، لكنهما يظلان واجهات برمجة تطبيقات إسناد متميزة:

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

يظل SKAdNetwork 4 مهماً لتشغيل عمليات إسناد متجر التطبيقات الحالية، بينما توجه آبل عمليات تطبيق إعلانات التطبيقات الجديدة نحو AdAttributionKit وتوثق قابلية التشغيل البيني بين إطاري العمل.

المصفوفة المقارنة: نموذج SKAN 3.0 القديم مقابل نموذج SKAN 4.0 متعدد النوافذ

الملخص وإطار اتخاذ القرار

يمدد SKAdNetwork 4.0 رؤية الإسناد لتصل إلى 35 يوماً من الإطلاق الأول للتطبيق، ويقدم قيم تحويل تقريبية لتوفير قياس منخفض التفصيل عندما يكون الإفصاح الدقيق غير متوفر، ويسمح للمطورين بقفل نوافذ القياس لتقليل زمن استجابة ردود البيانات عندما يُنهى تحويل النافذة في وقت مبكر. يتطلب التنفيذ الناجح تعيين مخطط تحويل دقيق عبر النوافذ الثلاث ومحاذاة مكالمات التحديث من جانب العميل مع المعالم التجارية الحقيقية.

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

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

• المفاهيم: الإسناد متعدد النوافذ، مستويات بيانات ردود البيانات، معرفات المصدر الهرمية، قفل النوافذ، القيم التقريبية

• التقنيات: Apple SKAdNetwork، Apple AdAttributionKit، إطار عمل StoreKit، حزمة تطوير البرامج (SDK) للأجهزة المحمولة من OpoInstall

• المعايير: مواصفات JSON للمعيار IETF RFC 8259

• واجهات برمجة التطبيقات: واجهة برمجة التطبيقات `updatePostbackConversionValue` في StoreKit، ردود بيانات التحقق من التثبيت لـ SKAdNetwork

الوثائق الرسمية

• وثائق مطوري آبل حول SKAdNetwork

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

• وثائق مطوري آبل حول تلقي ردود البيانات في نوافذ تحويل متعددة

• وثائق مطوري آبل حول تحديد المعلمات في ردود بيانات التحقق من التثبيت

• وثائق مطوري آبل حول تحديث قيم تحويل ردود البيانات

• فهم قابلية التشغيل البيني بين AdAttributionKit وSKAdNetwork