يمنح iOS 27 شركة Apple، وقائمة متنامية من القوانين الإقليمية، طريقة رسمية لإبلاغ تطبيقك بعمر المستخدم قبل أن تجمع أي بيانات عنه. إذا كان تطبيقك يجمع أي شيء من القُصّر، ومعظم التطبيقات الاستهلاكية تفعل ذلك دون أن تصوغه بهذه الطريقة، فإن أسلوب طلب الموافقة وتوثيق ما تجمعه يجب أن يتغيّر. ليس لاحقاً، بل لقائمة متنامية من المناطق، الآن.
بما أن هذا موضوع امتثال، تنويه مسبق: هذا المقال توجيه عملي لفرق التسويق والمنتج، وليس استشارة قانونية. تعتمد التزاماتكم على مكان وجود مستخدميكم وما يفعله تطبيقكم، ويجب أن يعتمد محاميكم التفاصيل الدقيقة. يرسم هذا الدليل ما يقدّمه iOS 27، وما يعنيه ذلك لتتبعكم وتقسيمكم الحالي للجمهور، وقائمة امتثال للعمل عليها قبل أن يشتد تدقيق App Store أكثر. Pushwoosh منصة تفاعل مع العملاء، وحيثما تلامس الموافقة وجمع البيانات إعداداتكم لدينا، نشير إلى ذلك بدقة.
ما الذي يقدّمه iOS 27 فعلياً
توجد واجهتا برمجة تطبيقات (API) في المركز، وتعملان معاً.
تتيح Declared Age Range API لتطبيقك طلب الفئة العمرية للمستخدم، مثل 13+ أو 16+ أو 18+، دون طلب أو تخزين تاريخ ميلاد على الإطلاق. توفّر Apple الفئة، وأنتم تحصلون على إشارة، لا تاريخاً. هذا الإطار متاح منذ iOS 26، ويأتي iOS 27 ليشدّد المتطلبات المحيطة به وتطبيقها.
تتولى PermissionKit جانب موافقة الوالدين. عندما يُجري تطبيقكم تغييراً جوهرياً يؤثر في طريقة استخدام قاصر له، تكون PermissionKit هي التدفق الذي يُعلم المستخدم، وفي المناطق الخاضعة للتنظيم، يطلب موافقة أحد الوالدين أو ولي الأمر قبل أن يواصل القاصر الاستخدام.
النقطة التصميمية المهمة: يخبركم النظام بنفسه متى ينطبق ذلك. عبر إشارات مثل isEligibleForAgeFeatures وrequiredRegulatoryFeatures، يوضّح نظام التشغيل ما إذا كانت التزامات العمر تنطبق على مستخدم معيّن وما إذا كنتم بحاجة لطلب الفئة العمرية أو موافقة الوالدين. أنتم لا تخمّنون لكل مستخدم على حدة؛ فالمنصة تمنحكم قابلية الانطباق مباشرةً.
ما تُخطئ في نقله عناوين “إلزامي في سبتمبر”
يستحق الأمر الدقة هنا، لأن الالتزام ليس مفتاحاً عالمياً واحداً، و”إلزامي في سبتمبر” ليست عبارة تستخدمها Apple فعلياً. هناك أمران منفصلان يجريان، وتميل التغطية الإعلامية إلى دمجهما في موعد نهائي واحد.
الأول هو حاجز مراجعة App Store. تُشدّد Apple تدريجياً ما يجب أن تُظهره وثائق الخصوصية ومعالجة العمر لديكم، ويُتوقّع من التطبيقات ذات الميزات الاجتماعية أو المحتوى الذي ينشئه المستخدمون تطبيق بوابة عمرية ظاهرة للمستخدم، مستندة إلى Declared Age Range API. يشتد هذا الأمر عبر دورة iOS 27 كاملة بدلاً من التفعيل في صباح واحد محدد التاريخ، لكن إذا كان لتطبيقكم ميزات اجتماعية، فتعاملوا معه كعمل يجب إنجازه قبل إصداركم القادم لا بعده.
الأمر الثاني، وله مواعيد نهائية صارمة، هو القانون الإقليمي، وهو ساري المفعول بالفعل في أماكن عدة. تربط Apple نفسها التزامات Declared Age Range بولايات قضائية محددة: تُشارَك فئات العمر لحسابات Apple الجديدة في ولاية يوتا اعتباراً من 6 مايو 2026 وفي لويزيانا اعتباراً من 1 يوليو 2026، وبدأت Apple حظر تنزيلات 18+ في أستراليا والبرازيل وسنغافورة في 24 فبراير 2026. تسير قوانين أخرى وفق جداولها الزمنية الخاصة، بعضها ساري المفعول بالفعل، وبعضها مؤجّل. توجد الإشارات التنظيمية للنظام لسبب دقيق، وهو أن الإجابة عن سؤال “هل يجب أن أفعل هذا لهذا المستخدم” تعتمد على منطقته والوضع الحالي لقانون تلك المنطقة.
القراءة العملية: إذا كانت لديكم ميزات اجتماعية أو محتوى من المستخدمين، أو تجمعون بيانات قُصّر في أي منطقة خاضعة للتنظيم، فهذا عمل جارٍ، لا بند مستقبلي. إذا لم ينطبق أي منهما عليكم بعد، لا يزال يُتوقّع منكم إبقاء وثائق الخصوصية محدّثة، والخريطة الإقليمية تتوسع، لذا فإن بناء هذه القدرة الآن أقل تكلفة من تعديلها لاحقاً تحت ضغط موعد نهائي.
لماذا يقع هذا على عاتق التسويق، لا الشؤون القانونية فقط
يبدو التحقق من العمر مهمة قانونية-هندسية إلى أن تتبعوا ما يمسّه. عندها يقع بدقة على كيفية تتبعكم وتقسيمكم للجمهور.
إذا كنتم تجمعون معرّفات الإعلانات، أو تُطلقون أحداث سلوك تلقائية، أو تبنون شرائح جمهور بناءً على النشاط داخل التطبيق، فإن إشارة العمر تُغيّر ما يُسمح لكم بجمعه وعمّن. المستخدم في فئة عمرية محمية ليس شخصاً يمكنكم تسجيله بهدوء في نفس تتبع السلوك وجمع معرّفات الإعلانات مثل شخص بالغ. في اللحظة التي يستطيع فيها نظام التشغيل إخباركم بأن مستخدماً قاصر في منطقة خاضعة للتنظيم، يتوقف “نتتبع الجميع بالطريقة نفسها” عن كونه افتراضاً يمكن الدفاع عنه.
هذه أيضاً لحظة سدّ فجوة تحملها تطبيقات كثيرة: معالجة غير واضحة أو غير موثّقة لمعرّفات الإعلانات (IDFA على iOS، وGAID على أندرويد). إذا كانت وثائق بياناتكم لا تُوضّح بجلاء ما تجمعونه من معرّفات إعلانية ولماذا، فقد كانت هذه الفجوة عبئاً بالفعل. ومع تشدّد حاجز المراجعة عبر دورة iOS 27، تتحول إلى خطر رفض. إصلاح قصة جمع العمر وتوثيق معرّفات الإعلانات في المرور نفسه هو الخطوة الأكثر كفاءة، لأنهما يعيشان في نفس إفصاحات الخصوصية.
قائمة الامتثال الخاصة بكم
اعملوا عليها مع شركائكم القانونيين والهندسيين:
- حدّدوا أماكن وجود القُصّر لديكم. حدّدوا المناطق التي تعملون فيها والتي لديها بالفعل قوانين تحقق من العمر سارية، وما إذا كان تطبيقكم يضم ميزات اجتماعية أو محتوى من المستخدمين يُفعّل حاجز App Store بغض النظر عن المنطقة.
- اعتمدوا إشارات قابلية الانطباق. استخدموا إشارات نظام التشغيل التي تُخبركم إن كانت التزامات العمر تنطبق على مستخدم معيّن، بدلاً من بناء تخمينات خاصة بكم. دعوا المنصة تُخبركم متى تطلبون الفئة العمرية أو الموافقة.
- اطلبوا الفئة العمرية، لا تاريخ الميلاد. حيثما تحتاجون إشارة عمر، استخدموا Declared Age Range API لتحصلوا على فئة ولا تجمعوا أو تخزنوا أبداً تاريخ ميلاد سيكون عليكم حمايته لاحقاً.
- فعّلوا موافقة الوالدين للتغييرات الجوهرية. إذا كان القُصّر يستخدمون تطبيقكم، تأكدوا من أن تدفق الموافقة على التغيير الجوهري جاهز للمناطق التي تتطلبه.
- قسّموا التتبع حسب الفئة العمرية. تأكدوا من استبعاد المستخدمين في الفئات العمرية المحمية من جمع معرّفات الإعلانات وتتبع السلوك غير المسموح به للقُصّر. هذا إعداد لـجمع البيانات والموافقة، لا مراجعة يدوية لكل مستخدم.
- حدّثوا وثائق الخصوصية لديكم. اجعلوا إفصاحات خصوصية App Store محدّثة، وطالما أنتم في ذلك، سدّوا فجوة توثيق معرّفات الإعلانات بحيث تكون معالجة IDFA وGAID موضّحة بجلاء. هذا أول ما يتحقق منه حاجز المراجعة.
- راجعوا نص الموافقة لديكم. تأكدوا من أن لغة الموافقة التي يراها القاصر أو ولي الأمر تطابق ما تجمعونه فعلياً، بنفس روح ممارسات الموافقة المتوافقة مع GDPR لديكم.
تعامل نظيف مع جمع البيانات الواعي بالعمر مع Pushwoosh
تمنحكم Pushwoosh إدارة الموافقة وضوابط جمع البيانات لتقسيم التتبع حسب الفئة العمرية، واستبعاد المستخدمين المحميين من عمليات جمع لا ينبغي أن يكونوا فيها، والحفاظ على معالجة معرّفات الإعلانات موثّقة ونظيفة. حاصلة Pushwoosh على شهادتَي SOC 2 Type I وISO 27001:2022، ومتوافقة مع GDPR وHIPAA، وتشغّل مراكز بيانات في الاتحاد الأوروبي والولايات المتحدة — وهي معايير تمنح فرق الامتثال والحكومة الرقمية إشارة ثقة واضحة عند تقييم موردين. عمل الامتثال ليس بلا جهد أبداً، لكن الجانب المتعلق بالبيانات فيه لا ينبغي أن يكون الجزء الصعب.
