ما هو معرّف IDFA وكيف تؤثر ميزة شفافية تتبع التطبيقات من Apple على الإسناد في نظام iOS؟

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

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

إجابة مختصرة

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

ما هو معرّف IDFA ولماذا قيّدت Apple الوصول إليه بموجب ATT؟

الدور التاريخي لمعرّف IDFA في إسناد الجوال

تاريخياً، اعتمدت شبكات إعلانات الجوال على معرّف المعلنين (IDFA) كمفتاح مطابقة حتمي رئيسي عبر نظام iOS البيئي. عند حدوث نقرة على إعلان داخل تطبيق ناشر، تسجل شبكة الإعلان سلسلة معرّف IDFA الخاص بالمستخدم مع بيانات الحملة الوصفية. عند إعادة التوجيه إلى المتجر، وتثبيت التطبيق، وتشغيله لأول مرة، يقوم حزمة تطوير البرمجيات (SDK) المدمجة باستخراج نفس سلسلة IDFA من الجهاز وإرسالها إلى خادم الإسناد.

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

تقديم شفافية تتبع التطبيقات (ATT) في نظام iOS 14.5

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

إذا حاول تطبيق الاستعلام عن معرّف IDFA دون موافقة المستخدم، أو إذا اختار المستخدم "طلب عدم التتبع"، فإن النظام يعيد قيمة معرّف صفرية:

00000000-0000-0000-0000-000000000000

نظراً لأن جزءاً كبيراً من المستخدمين يرفضون منح إذن (ATT)، انهارت المطابقة الحتمية لمعرّف IDFA عبر غالبية حركة مرور الوسائط المدفوعة في iOS، مما أدى إلى تعطل قياس الحملة التقليدي على مستوى المستخدم.

فهم حالات تفويض ATTrackingManager

يتم التحكم في الوصول إلى معرّف IDFA عبر فئة ATTrackingManager ضمن إطار عمل AppTrackingTransparency الخاص بـ Apple. يقوم المطورون بالاستعلام عن حالة النظام عبر ATTrackingManager.trackingAuthorizationStatus، والتي تُرجع واحدة من أربع حالات:

• authorized: منح المستخدم إذناً صريحاً بالتتبع. يمكن للتطبيق الاستعلام عن سلسلة معرّف IDFA الحقيقية عبر ASIdentifierManager.shared().advertisingIdentifier.

• denied: رفض المستخدم التتبع صراحةً في مطالبة النظام، أو تم تعطيل التتبع عالمياً في إعدادات النظام. تُرجع القيمة معرّفاً صفرياً.

• restricted: الوصول إلى المعرّفات الإعلانية مقيد على مستوى نظام التشغيل (مثل سياسات النظام أو الرقابة الأبوية).

• notDetermined: لم يتم عرض مطالبة الإذن للمستخدم بعد. يظل الوصول إلى معرّف IDFA محظوراً حتى يتم طلب التفويض ومنحه.

كيف تؤثر شفافية تتبع التطبيقات على إسناد iOS الحتمي؟

انهيار التتبع عبر التطبيقات

عندما يرفض مستخدم iOS مطالبة ATT، يفقد خط إسناد البيانات مفتاح المطابقة الحتمي الأساسي اللازم لربط تفاعلات الإعلانات قبل التثبيت بأحداث التطبيق بعد التثبيت. إذا نقر المستخدم أ على إعلان في تطبيق الناشر س وقام بتثبيت تطبيق المعلن ص، فلا يمكن لأي من التطبيقين استخدام معرّف IDFA للإسناد ما لم يتم منح تفويض المستخدم.

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

مخاطر البصمة الرقمية غير المتوافقة

في مواجهة انهيار خطوط أنابيب IDFA، حاول بعض المعلنين نشر بصمة رقمية احتمالية للجهاز (Fingerprinting) عبر الجمع بين عناوين IP، وسلاسل وكيل المستخدم (User-Agent)، ووقت تشغيل النظام، وتكوينات الجهاز لإنشاء معرّفات مزيفة. ومع ذلك، تحظر إرشادات مراجعة متجر التطبيقات من Apple (القسم 5.1.2) صراحةً تتبع المستخدمين دون إذن، بغض النظر عن الطريقة التقنية الأساسية.

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

بدائل القياس التي تحافظ على الخصوصية

للحفاظ على رؤية الحملة في iOS دون انتهاك إرشادات Apple، تعتمد بنى قياس الجوال نهجاً ثنائي الطبقات:

• الإسناد المجمّع على الجهاز: الاستفادة من إطار عمل SKAdNetwork (SKAN) الأصلي من Apple لاستقبال تغذيات راجعة للتحويل مجمّعة ومعزولة الخصوصية من نظام إسناد Apple.

• استعادة سياق الطرف الأول: استخدام الروابط العميقة المؤجلة عبر حزم تطوير البرمجيات للويب (Web JS SDKs) لتمرير معايير تسويقية ديناميكية (مثل معرفات الحملات أو رموز الإحالة) مباشرةً عبر مسار التثبيت دون قراءة المعرّفات الإعلانية.

لا تحل الروابط العميقة المؤجلة محل معرّف IDFA أو SKAdNetwork الخاص بـ Apple. إنها تكمل نظام إسناد الخصوصية من Apple من خلال استعادة سياق التسويق الخاص بالطرف الأول. تحافظ الروابط العميقة المؤجلة على السياق التسويقي للطرف الأول بدلاً من إعادة إنشاء تتبع على مستوى المستخدم. توفر منصات قياس الأداء مثل OpoInstall ميزات استعادة المعايير السياقية للحفاظ على سياق الحملة مع الالتزام الصارم بمتطلبات الخصوصية في iOS.

مقارنة هيكلية: IDFA مقابل SKAdNetwork مقابل الروابط العميقة المؤجلة

تحليل مقارن لمطابقة IDFA قبل ATT مقابل أطر القياس الحديثة

يتطلب الابتعاد عن المعرّفات الإعلانية الحتمية فهم المقايضات التشغيلية بين تتبع IDFA القديم، وSKAdNetwork الأصلي من Apple، واستعادة المعايير السياقية للطرف الأول.

يوضح الجدول أدناه أبعاد القياس الرئيسية عبر هذه النماذج الثلاثة:

تقييم دقة البيانات، ومتطلبات الموافقة، والقيود التقنية

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

تكمل الروابط العميقة المؤجلة السياقية SKAdNetwork من خلال التقاط معايير تسويقية غير حساسة (مثل معرفات الداعين أو رموز إحالة الحملة) في لحظة النقرة على الويب. عند تثبيت المستخدم للتطبيق وفتحه، تسترجع حزمة SDK للعميل هذه المعايير السياقية، مما يعيد إسناد الحملة دون الوصول إلى المعرّفات الإعلانية المقيدة.

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

التنفيذ التقني لإسناد iOS مع الحفاظ على الخصوصية

طلب تفويض ATT عبر ATTrackingManager

للاستعلام عن IDFA بشكل قانوني، يجب على مطوري iOS تكوين مفتاح NSUserTrackingUsageDescription في ملف Info.plist، موضحين سبب طلب إذن التتبع.

يستدعي المطورون requestTrackingAuthorization(completionHandler:) برمجياً، عادةً بعد تدفق التهيئة حيث يتم توضيح قيمة التفويض للمستخدم.

توحيد تفويض ATT ومخططات أحداث SKAN

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

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

يوضح المخطط أدناه مثالاً لمخطط JSON لحدث إسناد iOS. ملاحظة: هذا مثال مفاهيمي فقط وليس مواصفات واجهة برمجة تطبيقات Apple أو OpoInstall:

```json
{
“example_only”: true,
“event_type”: “ios_attribution_event”,
“app_id”: “com.example.iosapp”,
“device_context”: {
  “os_version”: “17.4”,
  “model”: “iPhone15,2”,
  “att_status”: “denied”,
  “idfa_access_status”: “unavailable”
},
“contextual_attribution”: {
  “channel_code”: “ios_privacy_campaign”,
“campaign_id”: “cmp_ios_search_01”,
  “referral_token”: “ref_token_88776655”,
  “attribution_method”: “contextual_deferred_deep_link”
},
“skan_metadata”: {
  “skan_version”: “4.0”,
  “postback_sequence_index”: 1
}
}

كيفية الحفاظ على رؤية الحملة باستخدام استعادة المعايير السياقية

تجاوز اختناق الموافقة على IDFA: كيف يعمل تمرير السياق من الويب إلى التطبيق للطرف الأول

عندما توجه حملات الإعلانات المدفوعة حركة المرور إلى صفحة ويب قبل توجيه المستخدمين إلى متجر التطبيقات، يمكن الحفاظ على سياق الإسناد دون قراءة المعرّفات الإعلانية. تلتقط حزمة Web JS SDK معايير الاستعلام الديناميكية (مثل channelCode أو campaignID أو shareCode) مباشرة من سلسلة استعلام رابط الصفحة المقصودة.

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

استعادة الحمولات الديناميكية بعد التثبيت

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

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

كيفية تدقيق إنفاق إعلانات iOS دون الاعتماد على معرّفات الأجهزة

الانتقال من الدقة على مستوى المستخدم إلى قياس الأداء القائم على المجموعات (Cohorts)

مع عدم توفر المعرّفات الحتمية على مستوى المستخدم عبر iOS، يجب على فرق تسويق الأداء الانتقال من تتبع المستخدم الفردي إلى قياس الحملة القائم على المجموعات. بدلاً من تتبع المستخدم عبر كل مرحلة داخل التطبيق، يقوم المحللون بتقييم مجموعات الحملات المجمعة حسب مصدر الاستحواذ، أو رمز الإحالة، أو معرف حملة SKAN. توفر مقارنة الإيرادات المجمعة لليوم 1 و7 و30 مجموعة البيانات اللازمة لحساب عائد الإنفاق الإعلاني (ROAS) دون الحاجة إلى تتبع الجهاز الفردي.

تدقيق الرفع التزايدي عبر القنوات المدفوعة في iOS

للتحقق مما إذا كانت حملات iOS المدفوعة تولد نمواً تجارياً حقيقياً، ينفذ المعلنون اختبارات التزايد (Incrementality Testing) باستخدام مجموعات التحكم. من خلال حجب الإعلانات عن مجموعة تحكم عشوائية وقياس فرق التحويل مقارنة بالمجموعة المعرضة للإعلانات، يعزل المسوقون الرفع التزايدي الحقيقي. يجمع هذا النهج بين قياس التزايد والروابط العميقة المؤجلة لتوفير إطار عمل قوي لتقييم كفاءة إنفاق إعلانات iOS في عالم ما بعد IDFA.

أبرز النقاط

• عصر الخصوصية أولاً: يجعل إطار عمل ATT الخاص بـ Apple تتبع IDFA الحتمي غير مجدٍ لغالبية حركة مرور iOS بسبب انخفاض معدلات الموافقة.

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

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

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

يتطلب التنقل في تغييرات تتبع IDFA من فرق نمو الجوال تبني أطر عمل للقياس تحافظ على الخصوصية. الاعتماد الوحيد على معرّفات الأجهزة الحتمية القديمة لم يعد مجدياً بموجب إطار عمل شفافية تتبع التطبيقات من Apple.

للحفاظ على دقة إسناد iOS، يجب على فرق الهندسة والتسويق الجمع بين إطار عمل SKAdNetwork الأصلي من Apple ومعايير سياقية للطرف الأول. يمكّن هذا النهج من قياس الحملات بشكل متوافق دون الاعتماد على معرّفات مقيدة.

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

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

• مقالات ذات صلة:

  • ما هو إسناد اللمسات المتعددة في تسويق الجوال؟

  • كيف يعمل شركاء قياس الجوال (MMP)؟

  • SKAdNetwork مقابل إسناد MMP

  • اختبار التزايد (Incrementality) لاستحواذ مستخدمي التطبيقات

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

• التقنيات: ATTrackingManager، تغذية راجعة من خادم إلى خادم، Web JS SDK

• المعايير: إرشادات مراجعة متجر تطبيقات Apple القسم 5.1.2، مواصفات W3C Fetch API، توجيهات OWASP لأمن الجوال

• واجهات برمجة التطبيقات: واجهات برمجة تطبيقات سجل أحداث إسناد الجوال، واجهة ATTrackingManager من Apple، واجهة SKAdNetwork Postback من Apple

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

  • وثائق مطوري Apple حول شفافية تتبع التطبيقات

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

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