App Tracking Transparency (ATT) هو نظام خصوصية أطلقته Apple يُلزم كل تطبيق على iOS بطلب إذن صريح من المستخدم قبل تتبع نشاطه عبر تطبيقات ومواقع أخرى لأغراض إعلانية. بالنسبة لتطبيق متجرك، هذا يعني أنك لن تحصل تلقائيًا على معرّف الجهاز (IDFA) لقياس فعالية حملاتك الإعلانية، ما لم يوافق المستخدم صراحة على نافذة الإذن التي تظهر عند أول استخدام.
لماذا يهتم Apple بهذا الأمر تحديدًا؟
ATT جزء من سياسة خصوصية أوسع تتبناها Apple منذ سنوات، وتطبيقه إلزامي على أي تطبيق يطلب بيانات لأغراض التتبع الإعلاني عبر التطبيقات، بغض النظر عن حجم الشركة أو نوع المتجر. تجاهل هذا المتطلب أو محاولة الالتفاف عليه من أسباب رفض التطبيقات الشائعة في مراجعة App Store.
بالنسبة لصاحب متجر إلكتروني، قد يبدو هذا الموضوع تقنيًا بحتًا ولا يخصه مباشرة، لكن الواقع أن أي تطبيق يستخدم أدوات إعلانية لقياس أداء حملات جلب المستخدمين (وهو أمر شائع جدًا لمتاجر التجارة الإلكترونية) يقع مباشرة تحت هذا المتطلب، ويحتاج فهمًا واضحًا لتبعاته قبل إطلاق أي حملة تسويقية على iOS.
ما الفرق بين ATT وسياسة الخصوصية العامة للتطبيق؟
سياسة الخصوصية العامة (Privacy Policy) وثيقة قانونية شاملة توضح كل أنواع البيانات التي يجمعها تطبيقك ولماذا، وهي مطلوبة من كل تطبيق بغض النظر عن استخدامه للتتبع الإعلاني من عدمه. أما ATT فهو آلية تقنية محددة داخل نظام iOS تطلب موافقة صريحة فقط عندما يريد التطبيق تتبع المستخدم عبر تطبيقات ومواقع أخرى. بمعنى آخر، سياسة الخصوصية هي “الوثيقة الشاملة”، وATT هو “إجراء تقني محدد” ضمن نطاق أضيق بكثير من هذه الوثيقة.
كيف يؤثر ATT على تسويق تطبيق متجرك عمليًا؟
قياس أداء الحملات الإعلانية يصبح أقل دقة
إذا رفض جزء كبير من المستخدمين إذن التتبع، ستقل دقة قياس أي حملة إعلانية تشغّلها على منصات مثل Meta أو TikTok لجلب مستخدمين لتطبيقك، لأن الربط بين مشاهدة الإعلان وتحميل التطبيق يعتمد جزئيًا على هذا المعرّف.
بدائل القياس المتاحة بعد ATT
تقنية SKAdNetwork من Apple توفر بديلاً مجمّعًا (Aggregated) لقياس أداء الحملات دون الحاجة لمعرّف فردي، وهي أقل دقة على مستوى المستخدم الواحد لكنها كافية لقياس الاتجاه العام لأداء الحملة.
التتبع داخل التطبيق نفسه لا يتأثر
ATT يخص فقط التتبع عبر تطبيقات ومواقع أخرى لأغراض إعلانية. تحليلات الاستخدام داخل تطبيقك (من يشتري ماذا، معدل الاحتفاظ، مسار التصفح) لا تحتاج إذن ATT لأنها بيانات تخص تطبيقك نفسه فقط.
ما دور مزود خدمة تطبيقك في التعامل مع ATT؟
إذا كان تطبيق متجرك مبنيًا عبر حل تحويل جاهز، فإن مزود الخدمة عادة هو من يضبط نافذة إذن ATT من الناحية التقنية ويحدد توقيت ظهورها ونصها. مسؤوليتك كصاحب متجر هي التأكد أن الصياغة تعكس فعليًا كيف تُستخدم البيانات في حملاتك التسويقية، وأن أي أداة تحليلات أو إعلانات تضيفها لاحقًا (مثل بكسل تتبع من منصة إعلانية) موثقة بشكل صحيح ومتوافق مع هذا الإطار قبل تفعيلها.
جدول: ماذا يحتاج إذن ATT وماذا لا يحتاجه
| النشاط | هل يحتاج إذن ATT؟ |
|---|---|
| ربط تحميل التطبيق بحملة إعلانية على منصة خارجية | نعم |
| مشاركة بيانات المستخدم مع شبكات إعلانية لأغراض الاستهداف | نعم |
| تحليلات داخلية (المبيعات، المنتجات الأكثر مشاهدة داخل تطبيقك) | لا |
| إشعارات Push Notifications للمستخدمين المسجلين في تطبيقك | لا (تخضع لإذن إشعارات منفصل) |
خطوات عملية للتوافق مع ATT دون خسارة بيانات تسويقية كاملة
- اعرض نافذة إذن ATT في توقيت مناسب داخل تجربة الاستخدام، وليس فور فتح التطبيق مباشرة، فبعض التطبيقات تشرح للمستخدم أولًا فائدة الموافقة قبل ظهور النافذة الرسمية من النظام.
- اعتمد على SKAdNetwork لقياس أداء الحملات الإعلانية على iOS كبديل مكمّل، لا كحل كامل بديل عن ATT.
- وثّق سياسة الخصوصية الخاصة بتطبيقك بوضوح داخل صفحة التطبيق في App Store، فهذا يرفع ثقة المستخدم قبل حتى ظهور نافذة الإذن.
- لا تحاول إخفاء الغرض الحقيقي من طلب الإذن أو صياغته بشكل مضلل، لأن هذا سبب مباشر لرفض التطبيق من مراجعي Apple.
ماذا عن بيانات الدفع تحديدًا داخل تطبيق متجرك؟
من المهم التمييز بين بيانات التتبع الإعلاني التي يغطيها ATT، وبيانات الدفع الفعلية (رقم البطاقة، تفاصيل مدى أو Apple Pay) التي تخضع لمعايير أمان مختلفة تمامًا مثل PCI DSS ومعايير Apple الخاصة بمعالجة المدفوعات. لا ينبغي الخلط بين الاثنين عند شرح سياسة الخصوصية للمستخدم، فبيانات الدفع محمية ببروتوكولات تشفير منفصلة عادة لا تمر عبر تطبيقك مباشرة بل عبر بوابة الدفع المعتمدة، بينما ATT يخص فقط سلوك التصفح والاستخدام لأغراض الإعلانات المستهدفة.
هل هذا يعني أن تطبيقات Android لا تحتاج هذا الاهتمام؟
Google لديها سياسات خصوصية منفصلة (مثل Google Play Data Safety) تختلف في التفاصيل التقنية عن ATT، لكن المبدأ العام مشترك: الشفافية مع المستخدم حول البيانات التي تُجمع وكيف تُستخدم أصبحت متطلبًا أساسيًا في كلا المتجرين، وليس خيارًا إضافيًا.
كيف تشرح فائدة الموافقة للمستخدم دون الضغط عليه؟
أفضل الممارسات لا تحاول إقناع المستخدم بالموافقة عبر حيل تصميمية أو صياغة مضللة، فهذا يخالف سياسات Apple صراحة وقد يؤدي لرفض التطبيق. بدلًا من ذلك، اشرح بصدق أن الموافقة تساعدك في تحسين تجربة العروض والإعلانات التي يراها المستخدم داخل التطبيق نفسه أو عبر منصات أخرى، واترك القرار له دون إلحاح. الشفافية هنا ليست فقط متطلبًا لتجاوز المراجعة، بل تبني ثقة أطول أمدًا مع عملاء متجرك الذين يقدّرون احترام خصوصيتهم.
من المفيد أيضًا مراجعة نسبة الموافقة الفعلية على ATT بين مستخدمي تطبيقك بعد فترة من الإطلاق، لأنها تعطيك مؤشرًا واقعيًا عن مدى فاعلية أدوات القياس المعتمدة على هذا الإذن، وتساعدك على اتخاذ قرار مدروس بشأن الاعتماد أكثر على SKAdNetwork أو قنوات تسويقية أخرى لا تتأثر بهذا القيد.
خصوصية البيانات جزء واحد من منظومة أوسع تشمل أيضًا حماية بيانات العملاء وفق النظام السعودي؛ يمكنك مراجعة دليل حماية بيانات العملاء ونظام حماية البيانات الشخصية PDPL لفهم المتطلبات المحلية بالتوازي مع متطلبات Apple. كذلك يستحسن مراجعة الأمان في تطبيقات المتاجر: ما تطلبه من شركة التطوير للتأكد من أن مزود الخدمة يطبق هذه المعايير من الأساس.
إذا كنت تريد التأكد أن تطبيقك القادم متوافق مع متطلبات Apple الخاصة بالخصوصية منذ التصميم الأول، تواصل مع فريق جوّل لمناقشة التفاصيل التقنية لمتجرك.
الأسئلة الشائعة
ماذا يحدث إذا رفض المستخدم إذن ATT؟
يستمر استخدام التطبيق بشكل طبيعي تمامًا، فقط لن يتم ربط نشاطه بحملات إعلانية خارجية لأغراض القياس، وهذا لا يؤثر على وظائف الشراء أو التصفح داخل التطبيق.
هل ATT إلزامي لكل تطبيق يُنشر على App Store؟
هو إلزامي فقط للتطبيقات التي تطلب تتبع المستخدم عبر تطبيقات ومواقع أخرى لأغراض إعلانية. التطبيقات التي لا تقوم بهذا النوع من التتبع لا تحتاج لعرض النافذة أصلًا.
هل يوجد نظام مشابه لـATT في Google Play؟
Google تعتمد نهجًا مختلفًا عبر متطلبات الشفافية في قسم Data Safety بصفحة التطبيق، وهو أقل صرامة من نافذة الإذن الإلزامية لدى Apple لكنه يتجه لمزيد من التشديد تدريجيًا.