هل تواجه Apple دعوى قضائية في المملكة المتحدة بسبب ATT؟ مستقبل إسناد بيانات الجوال الذي يحافظ على الخصوصية

هل تواجه Apple دعوى قضائية لمكافحة الاحتكار في المملكة المتحدة بسبب ATT؟ في 3 سبتمبر 2026، تم رفع دعوى جماعية مقترحة أمام محكمة استئناف المنافسة (CAT) في المملكة المتحدة، تزعم أن إطار عمل شفافية تتبع التطبيقات (ATT) الخاص بـ Apple فرض قيوداً غير تنافسية على مطوري الطرف الثالث بينما كان يفضل أعمال الإعلانات الخاصة بها، مقدراً الأضرار التي لحقت بمطوري المملكة المتحدة بما يصل إلى 2 مليار جنيه إسترليني. بالنسبة لمهندسي تطبيقات الجوال، ومديري التسويق بالأداء، ومهندسي البنية التحتية للبيانات، تسلط الرقابة المحيطة بـ إسناد بيانات الجوال الذي يحافظ على الخصوصية الضوء على التحول الجوهري الذي يحكم اكتساب المستخدمين على منصات الجوال. بعد تقييد Apple للوصول إلى معرف المعلنين (IDFA) خلف إذن تتبع صريح، تحول نظام الجوال نحو بروتوكولات القياس المجمعة على الجهاز وقنوات اكتشاف الويب إلى التطبيق (Web-to-App) الخاصة بالطرف الأول. يتطلب تقييم كيفية عمل الإسناد الحديث دون الاعتماد على التتبع عبر التطبيقات فحص التعرض القانوني لـ Apple بجانب الآليات التقنية لـ AdAttributionKit، ومستويات إخفاء هوية الجمهور، واستمرارية معلمات حدود التثبيت.

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

تمثل الدعوى الجماعية المرفوعة في لندن تحدياً قانونياً كبيراً لحوكمة بيانات منصة Apple. رفعت الدعوى كيان ذو غرض خاص يسمى ATT Collective Action Limited، برئاسة المدير الأول السابق لهيئة المنافسة والأسواق في المملكة المتحدة (CMA) آن بوب وبمشورة من شركة المحاماة Hausfeld، وتسعى المطالبة (التي تعتمد على مبدأ عدم المشاركة إلا بطلب الانسحاب) للحصول على تعويضات نيابة عن مطوري تطبيقات المملكة المتحدة الذين حققوا أرباحاً من خلال الإعلانات داخل التطبيق أو اشتروا مساحات إعلانية لزيادة عمليات تثبيت تطبيقات iOS منذ تقديم ATT في 26 أبريل 2021.

نظرة سريعة

• مطالبة بتعويض بقيمة 2 مليار جنيه إسترليني: تم رفعها أمام محكمة استئناف المنافسة في المملكة المتحدة في 3 سبتمبر 2026، وتزعم الدعوى أن Apple خلقت بيئة تجارية غير متكافئة تحت ستار خصوصية المستهلك.
• مزاعم بالتفضيل الذاتي: تؤكد الدعوى أن مطوري الطرف الثالث خضعوا لمطالبات اختيار صريحة للوصول إلى معرفات الإعلانات، بينما توسعت شبكة إعلانات الطرف الأول التابعة لـ Apple عبر واجهات متجر التطبيقات دون حواجز مماثلة.
• حالة الإجراءات: الدعوى في انتظار اعتماد المحكمة؛ تظل المزاعم غير مثبتة في المحكمة، وقد رفضت Apple هذه الادعاءات، مؤكدة أن ATT يطبق معايير متكافئة لحماية بيانات المستهلك عبر جميع التطبيقات.

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

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

قبل أن تتمكن الدعوى من المضي قدماً إلى المحاكمة، يجب على محكمة استئناف المنافسة (CAT) تحديد ما إذا كانت ستعتمد الدعوى كإجراء جماعي. تنضم القضية إلى قضايا منصات كبرى أخرى أمام المحكمة، بما في ذلك استئناف عمولة متجر التطبيقات في قضية Kent v. Apple وقضية تخزين السحابية Which?.

+-------------------------------------------------------------------------+
|                  الجدول الزمني للجدل التنظيمي حول ATT                   |
+--------------------------+-----------------------+----------------------+
| التاريخ / الفترة         | معلم المنصة           | التأثير التشغيلي      |
+--------------------------+-----------------------+----------------------+
| 26 أبريل 2021           | الإطلاق الإلزامي لـ ATT | iOS 14.5 يربط معرف IDFA بطلب موافقة صريح |
| 2021–2025                | تحول النظام البيئي     | انخفاض توفر IDFA يدفع لتبني الترحيل |
| 2024–2026                | توسع AAK و SKAN       | AdAttributionKit يوسع تقارير الإسناد |
|                          |                       | متعدد نوافذ التحويل                 |
| 3 سبتمبر 2026          | مطالبة CAT الجماعية   | دعوى مكافحة احتكار بـ 2 مليار جنيه إسترليني |
| معلق (2026–2027)        | اعتماد CAT           | المحكمة تقيم اعتماد الدعوى الجماعية  |
+--------------------------+-----------------------+----------------------+

التحليل التقني: من معرف IDFA الحتمي إلى أطر الخصوصية المجمعة

لتقييم الحقائق التشغيلية الكامنة وراء التقاضي، يجب على فرق الهندسة تشريح كيفية تطور بنية إسناد iOS قبل وبعد ATT.

تاريخياً، اعتمدت شبكات إعلانات الجوال على معرف المعلنين (ASIdentifierManager.shared().advertisingIdentifier). معرف IDFA هو معرف إعلاني خاص بالجهاز—يتم تمثيله كـ UUID بـ 128 بت—مكن من قياس حتمي عبر تطبيقات منفصلة. يمكن لشبكة إعلانات تسجيل IDFA أثناء تفاعل إعلاني، ونقله إلى مزود إسناد، ومطابقته مقابل نفس IDFA الذي يتم الاستعلام عنه عندما يفتح المستخدم التطبيق المثبت حديثاً، مما يؤسس رابطاً حتمياً بين الانطباع والتحويل.

عندما دخل ATT حيز التنفيذ، تم وضع الوصول إلى IDFA خلف واجهة ATTrackingManager.requestTrackingAuthorization. إذا اختار المستخدم "طلب من التطبيق عدم التتبع"، أو إذا تم تقييد التتبع على مستوى النظام، ترجع الواجهة البرمجية UUID مكوناً من أصفار (00000000-0000-0000-0000-000000000000). مع استقرار معدلات الموافقة أقل بكثير من التغطية الشاملة، توقف التتبع الحتمي عبر التطبيقات عن كونه أساساً يمكن الاعتماد عليه للاكتساب واسع النطاق.

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

تعتمد آليات AdAttributionKit على ثلاثة مبادئ معمارية أساسية:

1. التحقق المزدوج بالتشفير: تقوم شبكات الإعلانات بإنشاء انطباعات إعلانية موقعة تشفيرياً باستخدام توقيعات الويب JSON (JWS). عند التثبيت والتحويل، يتحقق نظام التشغيل من رمز الانطباع على الجهاز ويقوم لاحقاً بإنشاء رسالة إسناد (postback) موقعة تشفيرياً من قبل Apple، مما يسمح لشبكات الإعلانات بالتحقق من أن التحويل معتمد من iOS.
2. نوافذ تسليم الترحيل المؤجلة: لمنع شبكات الإعلانات من استخدام طوابع وقت التثبيت الدقيقة لتنفيذ هجمات توقيت القنوات الجانبية، يتم إرسال الرسائل بعد تأخيرات عشوائية. توثق Apple فاصلاً زمنياً عشوائياً لا يقل عن 24 إلى 48 ساعة بين إعداد الرسالة واستلامها، مع تمديد توقيت التسليم الإجمالي لأن نوافذ التحويل (مثل النافذة الأولية لمدة 48 ساعة) تظل مفتوحة ما لم يتم قفلها.
3. مستويات بيانات إخفاء هوية الجمهور: تقوم Apple بتعيين رسائل الإسناد إلى واحدة من أربع مستويات من إخفاء هوية الجمهور (المستوى 0 إلى المستوى 3) يتم تحديدها بواسطة ظروف الجمهور عبر مصدر الإعلان، والتطبيق المعلن عنه، وجغرافيا التثبيت، ومعرف المصدر الهرمي. في المستويات الأدنى، يتم تقييد حقول الرسالة: يتم استبدال قيم التحويل الدقيقة (0 إلى 63) بقيم خشنة (منخفض، متوسط، عالي) أو حذفها تماماً في المستوى 0، ويتم اختصار معرف المصدر من أربعة أرقام إلى رقمين.

+-------------------------------------------------------------------------+
|             معرف IDFA الحتمي مقابل إسناد الخصوصية المجمعة               |
+-------------------------------------------------------------------------+
|                                                                         |
|  [ نموذج IDFA الحتمي ما قبل ATT ]                                      |
|  انطباع الإعلان (سجل IDFA: UUID-1)                                    |
|         |                                                               |
|         v                                                               |
|  أول تشغيل للتطبيق (قراءة IDFA: UUID-1)                                |
|  النتيجة: إسناد إعلاني حتمي، على مستوى المستخدم، في الوقت الفعلي.     |
|                                                                         |
+-------------------------------------------------------------------------+
|                                                                         |
|  [ بروتوكول التجميع ما بعد ATT: AdAttributionKit / SKAN ]              |
|                                                                         |
|  انطباع الإعلان (رمز JWS موقع من الشبكة)                              |
|         |                                                               |
|         v                                                               |
|  [ المستخدم يثبت عبر متجر التطبيقات ]                                  |
|         |                                                               |
|         v                                                               |
|  [ معالجة الإسناد على الجهاز ]                                         |
|         |                                                               |
|         |-- (حساب نوافذ التحويل: تأخير عشوائي 24–48 ساعة)             |
|         |-- (تطبيق تقنيع الحقول لمستوى إخفاء هوية الجمهور 0–3)         |
|         v                                                               |
|  [ رسالة مجهولة موقعة من Apple يتم إرسالها إلى نقطة نهاية الشبكة ]    |
|  الحمولة: قيمة خشنة، قيمة دقيقة، أو فارغة (تعتمد على المستوى)         |
|           معرف المصدر (2–4 أرقام)                                      |
|                                                                         |
+-------------------------------------------------------------------------+

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

اكتساب المستخدمين المتأخر في الجوال وحدود تثبيت الطرف الأول

نظراً لأن تتبع المستخدم عبر التطبيقات شهد انخفاضاً في دقة البيانات في نماذج الرسائل المجمعة، فقد وسعت فرق تسويق الأداء اعتمادها على قنوات الويب إلى التطبيق (Web-to-App). في بنية الويب إلى التطبيق، يبدأ اكتساب المستخدمين على ملكية ويب جوال خاصة بالطرف الأول.

بموجب إرشادات خصوصية Apple، يتم تعريف التتبع تحديداً على أنه ربط بيانات المستخدم أو الجهاز التي تم جمعها من تطبيق شركة واحدة ببيانات المستخدم أو الجهاز التي تم جمعها من تطبيقات أو مواقع ويب أو ممتلكات غير متصلة بالإنترنت لشركات أخرى لأغراض الإعلانات المستهدفة أو القياس. عندما يوجه المعلن حركة المرور إلى موقعه الإلكتروني الخاص (مثل https://brand.example.com)، يحدث هذا التفاعل ضمن سياق الطرف الأول. لا يشكل إشراك المستخدمين، وتقديم العروض الترويجية، والتقاط نية الشراء على نطاق مملوك تتبعاً عبر الشركات، بشرط ألا يتم ضم البيانات الناتجة مع مجموعات بيانات الطرف الثالث.

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

+-------------------------------------------------------------------------+
|             رحلة اكتساب جوال متأخرة ومنفصلة                            |
+-------------------------------------------------------------------------+
|                                                                         |
|  [ المستخدم يهبط على صفحة ويب جوال خاصة بالطرف الأول ]                 |
|  السياق الملتقط: ?channel=partner_promo&discount=SAVE20&sku=8831        |
|         |                                                               |
|         v                                                               |
|  [ المستخدم ينقر على دعوة لاتخاذ إجراء لتنزيل التطبيق ]                |
|         |                                                               |
|         v                                                               |
|  [ إعادة التوجيه إلى متجر تطبيقات Apple ]                             |
|         |                                                               |
|         v                                                               |
|  [ حدود التثبيت: مسار تنزيل متجر التطبيقات القياسي لا يمرر              |
|    معلمات استعلام الويب أو سلاسل URL مخصصة إلى ثنائي التطبيق ]       |
|         |                                                               |
|         v                                                               |
|  [ المستخدم يفتح التطبيق الأصلي لأول مرة (تشغيل بارد) ]                |
|         |                                                               |
|         v                                                               |
|  [ محرك الربط العميق المؤجل (الاستعادة بمساعدة الخادم) ]               |
|         |                                                               |
|         v                                                               |
|  [ استعادة المعلمات المؤهلة لما قبل التثبيت وتطبيق التوجيه ]           |
+-------------------------------------------------------------------------+

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

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

في بنيات الإنتاج، تنشر فرق التطوير أطر الربط العميق المؤجل مثل Branch، أو AppsFlyer، أو Adjust، أو Opoinstall. تلتقط منصة مثل Opoinstall سياق الحملة المؤهل (مثل الرموز الترويجية أو وحدات حفظ المخزون SKU) على صفحة هبوط التاجر قبل إعادة توجيه المستخدم إلى متجر التطبيقات.

عند التشغيل البارد الأول للتطبيق، يستعلم SDK العميل من خلفية الإسناد لاستعادة معلمات الجلسة المخزنة مؤقتاً. وفقاً لتوثيق المنصة على الصفحة الرئيسية لـ Opoinstall، يمكن لإطار تمرير المعلمات المؤجل هذا استعادة المعلمات عند التشغيل الأول في ما يصل إلى 98% من الحالات المؤهلة، مما يوفر بديلاً آلياً لرموز الترويج اليدوية.

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

// تنفيذ Swift توضيحي يوضح استعادة سياق التشغيل الأول.
// يستهلك معلمات إسناد مؤجلة مؤهلة عند التشغيل البارد للتطبيق
// دون الاعتماد على معرفات إعلانية دائمة عبر التطبيقات (IDFA).

import UIKit

struct AttributionPayload: Decodable {
    let channel: String
    let campaignId: String
    let targetRoute: String
    let promoCode: String?
}

final class FirstLaunchAttributionManager {
    static let shared = FirstLaunchAttributionManager()
    
    // علامة حفظ حالة التشغيل المحلية (ليست معرف إسناد أو جهاز)
    private let hasCompletedFirstLaunchKey = "com.app.hasCompletedFirstLaunchRestoration"
    
    private init() {}

    /// يشير إلى ما إذا كان التطبيق قد أكمل بنجاح استعادة معلمات التشغيل الأول
    var isRestorationPending: Bool {
        return !UserDefaults.standard.bool(forKey: hasCompletedFirstLaunchKey)
    }

    /// يضع علامة على عملية الاستعادة كمكتملة بنجاح لمنع التنفيذ المتكرر
    func markRestorationCompleted() {
        UserDefaults.standard.set(true, forKey: hasCompletedFirstLaunchKey)
    }

    /// يسترد معلمات ما قبل التثبيت المؤهلة من رد اتصال SDK إسناد أو إطار عمل العميل.
    /// ملاحظة: خوارزميات المطابقة وإشارات ارتباط الجلسة خاصة بالمزود وتم حذفها هنا.
    func handleDeferredAttribution(with payloadResult: Result<AttributionPayload, Error>,
                                   in window: UIWindow?) {
        guard isRestorationPending else {
            return
        }

        switch payloadResult {
        case .success(let payload):
            // وضع علامة الاستعادة مكتملة فقط عند الاستلام الناجح للحمولة
            markRestorationCompleted()
            applyNavigationRoute(payload, in: window)
            
        case .failure(let error):
            // سجل الخطأ دون ضبط علامة الاكتمال، مما يسمح بإعادة المحاولة لاحقاً في حالات الفشل المؤقتة
            print("فشل استرجاع الإسناد المؤقت: \(error.localizedDescription)")
        }
    }

    /// يطبق سياق الطرف الأول المستعاد على تسلسل تنقل المشهد النشط
    private func applyNavigationRoute(_ payload: AttributionPayload, in window: UIWindow?) {
        DispatchQueue.main.async {
            guard let navigationController = window?.rootViewController as? UINavigationController else {
                return
            }

            // توجيه المستخدم إلى الوجهة التي تم اكتشافها في صفحة هبوط الويب لما قبل التثبيت
            if payload.targetRoute.hasPrefix("products/"),
               let sku = payload.targetRoute.split(separator: "/").last.map(String.init) {
                let detailVC = ProductDetailViewController(sku: sku, promoCode: payload.promoCode)
                navigationController.pushViewController(detailVC, animated: true)
            }
        }
    }
}

// مثال لوحدة تحكم في العرض تستهلك حالة الحملة المستعادة
class ProductDetailViewController: UIViewController {
    private let sku: String
    private let promoCode: String?

    init(sku: String, promoCode: String?) {
        self.sku = sku
        self.promoCode = promoCode
        super.init(nibName: nil, bundle: nil)
    }

    required init?(coder: NSCoder) { 
        fatalError("init(coder:) لم يتم تنفيذه") 
    }

    override func viewDidLoad() {
        super.viewDidLoad()
        view.backgroundColor = .systemBackground
        title = "المنتج: \(sku)"
        
        if let code = promoCode {
            // تطبيق رمز الخصم الترويجي المستعاد الممرر من صفحة هبوط الويب
            print("تطبيق رمز القسيمة المستعاد تلقائياً: \(code)")
        }
    }
}

إرشادات استراتيجية لمهندسي تطبيقات الجوال وفرق النمو

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

بالنسبة لفرق هندسة الجوال وقادة النمو، يتطلب التكيف مع هذه البيئة ثلاثة التزامات تقنية:

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

• تعزيز مسارات الويب إلى التطبيق للطرف الأول: بناء بنيات هبوط ويب مرنة تلتقط نية العميل في سياقات الطرف الأول، ونشر الروابط العالمية (Universal Links) الموثقة للمستخدمين المثبتين والربط العميق المؤجل للحفاظ على الاستمرارية عبر تثبيت التطبيق.

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

المراجع

• رويترز. (2026). Apple تواجه دعوى قضائية في المملكة المتحدة بقيمة 2 مليار جنيه إسترليني بشأن شفافية تتبع التطبيقات.

• Hausfeld. (2026). رفع دعوى جماعية ضد Apple نيابة عن مطوري تطبيقات المملكة المتحدة.

• The Mac Observer. (2026). Apple تواجه دعوى قضائية في المملكة المتحدة بقيمة 2 مليار جنيه إسترليني بشأن شفافية تتبع التطبيقات، تم رفعها في 3 سبتمبر.

• مطور Apple. (2026). إطار عمل شفافية تتبع التطبيقات (App Tracking Transparency). توثيق Apple.

• مطور Apple. (2026). نظرة عامة على AdAttributionKit. توثيق Apple.

• مطور Apple. (2026). استلام إسنادات الإعلانات والرسائل (postbacks). توثيق Apple.

• مطور Apple. (2026). نظرة عامة على SKAdNetwork. توثيق Apple.

• مطور Apple. (2026). دعم الروابط العالمية في تطبيقك. توثيق Apple.

• Apple. (2026). خصوصية المستخدم واستخدام البيانات. إرشادات مطور Apple.

• Opoinstall. (2026). نظرة عامة على الربط العميق المؤجل وتثبيت التطبيق ذي المعلمات.