نستعرض في هذه المقالة ما يلي:
- مكوّنات "الموافقة الإضافية"
- تنسيق سلسلة "الموافقة الإضافية"
- منصّات إدارة الموافقة (CMP) التي تتيح "الموافقة الإضافية"
- إضافة لواجهة برمجة تطبيقات CMP API
- كيف يجب تخزين سلسلة "موافقة إضافية"؟
- كيفية تمرير سلسلة "الموافقة الإضافية" من خلال سلسلة الإعلانات الرقمية
- مراجع ذات صلة
يوضِّح هذا المستند المواصفات الفنّية التي تخصّ "الموافقة الإضافية" من Google، وهي مخصّصة فقط للاستخدام مع الإصدار 2 من "إطار الشفافية والموافقة" (TCF) الصادر عن مكتب IAB في أوروبا من أجل إرسال إشارات الشفافية و/أو الموافقة إلى المورّدين الذين لم يُسجّلوا إلى الآن في "قائمة المورّدين العالميين" (GVL) الصادرة عن مكتب IAB في أوروبا. وتتيح هذه المواصفات للناشرِين ومنصّات إدارة الموافقة (CMP) والشركاء إمكانية جمع الموافقات الإضافية ونشرها، إلى جانب تنفيذ "إطار الشفافية والموافقة"، وذلك بالنسبة إلى الشركات التي لم تُسجَّل بعد في "قائمة المورّدين العالميين" الصادرة عن مكتب IAB في أوروبا ولكنّها مدرَجة في قائمة "مزوّدي التكنولوجيا الإعلانية" (ATP) الصادرة عن Google.
مكوّنات "الموافقة الإضافية"
تتألف "الموافقة الإضافية" من سلسلة addtl_consent خفيفة (سلسلة "موافقة إضافية") تحتوي على قائمة بمزوّدي التكنولوجيا الإعلانية من Google المعتمدين و/أو المُفصَح عنهم الذين لم يُسجّلوا بعد لدى "قائمة المورّدين العالميين" (GVL) الصادرة عن مكتب IAB.
كيفية إنشاء سلسلة الإصدار 2 من "الموافقة الإضافية"
ما هي المعلومات المخزّنة في سلسلة "موافقة إضافية"؟
تحتوي سلسلة "موافقة إضافية" على المكوّنات التالية:
-
الجزء 1: رقم لإصدار المواصفات. الإصدار الحالي هو "
2" -
الجزء 2: رمز الفاصل "
~" -
الجزء 3: قائمة بمعرِّفات مزوّدي التكنولوجيا الإعلانية من Google التي اعتمدها المستخدم والمفصولة بالنقاط. مثال: "
1.35.41.101" -
الجزء 4: رمز الفاصل "
~" -
الجزء 5: "dv." تليها قائمة بأرقام تعريف مزوّدي التكنولوجيا الإعلانية من Google المُفصَح عنهم والمفصولة بالنقاط مثال: "
dv.9.21.81"لا يجب إدراج المورّدين ضمن الجزء 5 إذا كانوا مدرَجين في الجزء 3، وذلك لتقليل طول السلسلة.
أمثلة على سلسلة "الموافقة الإضافية"
في حال تم الإفصاح للمستخدم عن المورّدين التابعين لمزوّدي التكنولوجيا الإعلانية الذين يحملون أرقام التعريف 1 و2 و3 و4 و10:
- …وشاهد المستخدم رسالة منصّة إدارة الموافقة (CMP) التي تفصح عن هؤلاء المورّدين، ولكنّه لم يتّخذ بعد قرارًا بشأن الموافقة: ستكون سلسلة الإصدار 2 المقابلة من "الموافقة الإضافية" هي
2~~dv.1.2.3.4.10. -
…وقدّم المستخدم موافقته لجميع المورّدين: ستكون سلسلة الإصدار 2 المقابلة من "الموافقة الإضافية" هي
2~1.2.3.4.10~dv.. يُرجى العِلم أنّ العلامة "." الواردة بعد "dv" اختيارية في هذه الحالة فقط، وبالتالي تكون السلسلة2~1.2.3.4.10~dvمقبولة أيضًا. - …ورفض المستخدم الموافقة على جميع المورّدين، يجب أن تشير سلسلة الإصدار 2 المقابلة من "الموافقة الإضافية" إلى أنه تم الإفصاح عن جميع المورّدين ولكن لم يتم اعتماد أي منهم. ستكون سلسلة الإصدار 2 المقابلة من "الموافقة الإضافية" هي
2~~dv.1.2.3.4.10. - …وإذا قدّم المستخدم موافقته للمورّدين
1و10ولكنّه لم يمنح موافقته لجميع المورّدين الآخرين، ستكون سلسلة الإصدار 2 المقابلة من "الموافقة الإضافية" هي2~1.10~dv.2.3.4.
مَن الذي عليه إنشاء سلسلة "موافقة إضافية"؟
لا يمكن إنشاء سلسلة "موافقة إضافية" إلّا من خلال منصّة إدارة موافقة (CMP) مسجّلة ضمن "إطار الشفافية والموافقة" الصادر عن مكتب IAB في أوروبا، وذلك باستخدام رقم تعريف منصّة إدارة الموافقة (CMP) المخصّص لهذه السلسلة وفقًا لسياسات مكتب IAB. وعلى المورّدين أو أي مقدّمي خدمات آخرين تابعين لجهة خارجية عدم إنشاء سلاسل "موافقة إضافية" بأنفسهم.
أين سيتم نشر بيانات مزوّدي التكنولوجيا الإعلانية من Google؟
تحتفظ Google بقائمة تتضمّن مزوّدي التكنولوجيا الإعلانية غير المسجَّلين لدى مكتب IAB وأرقام تعريفهم في الموقع التالي:
https://storage.googleapis.com/tcfac/additional-consent-providers.csv
متى يجب إنشاء سلسلة "الموافقة الإضافية"؟
في جميع الحالات، لا يجوز إنشاء سلسلة "موافقة إضافية" إلّا إذا كان الناشر يمتثل إلى سياسة موافقة المستخدم في الاتّحاد الأوروبي المتّبعة في Google.
يجب عدم تضمين المورّدين المعتمدين إلّا عندما يمنح المستخدِم موافقة صالحة قانونيًا على:
-
استخدام ملفّات تعريف الارتباط أو غيرها من مساحات التخزين المحلّية عندما يكون ذلك مطلوبًا بموجب القانون
-
جمع البيانات الشخصية ومشاركتها واستخدامها لتخصيص الإعلانات من خلال مزوّد التكنولوجيا الإعلانية، بالإضافة إلى الالتزام بجميع البنود الأخرى ضمن "سياسة موافقة المستخدم في الاتّحاد الأوروبي" المتّبعة في Google.
يجب عدم إدراج المورّدين المفصَح عنهم إلّا عند توفير الشفافية الملائمة للمستخدمين في ما يتعلّق بهوية كلّ مزوّد تكنولوجيا إعلانية، بما في ذلك الربط بسياسة خصوصية مزوّد التكنولوجيا الإعلانية على النحو الوارد في قائمة "مزوّدي التكنولوجيا الإعلانية" (ATP) الصادرة عن Google. لا يحتاج المورّدون المدرَجون في قائمة المورّدين المعتمدين إلى أن يتم إدراجهم في قائمة المورّدين المفصَح عنهم أيضًا.
يجب إنشاء سلسلة "موافقة إضافية" فقط كسلسلة تكميلية لسلسلة الموافقة والشفافية، وليس بدلاً منها. ولن تعالج Google الطلب، وستتجاهل سلسلة "الموافقة الإضافية" في طلب تمّ استلامه من قِبل Google، وذلك إذا لم تتوفّر سلسلة الموافقة والشفافية للطلب نفسه.
يجب أن تتأكد منصّات إدارة الموافقة (CMP) التي تطبّق هذه المواصفات من أنّ سلسلة "الموافقة الإضافية" التي تنشئها لا تتضمّن سوى أرقام التعريف من الملف المنشور لمزوّدي التكنولوجيا الإعلانية من Google، أي المورّدين غير المدرجين في "قائمة المورّدين العالميين" (GVL). وعندما تتلقّى Google سلسلة موافقة وشفافية، ستتحقّق من إصدار "قائمة المورّدين العالميين" المُدرجة في سلسلة الموافقة والشفافية تلك. إذا تضمّن هذا الإصدار من "قائمة المورّدين العالميين" تسجيلاً للمورّد، سيتم تجاهل عناصر تحكّم سلسلة الموافقة والشفافية لهذا المورّد وأي إدخالات لسلسلة "الموافقة الإضافية" له. وفي هذه الحالة، تحتفظ Google بحق إزالة هذه الإدخالات "المكررة" من سلسلة "الموافقة الإضافية" وتمرير سلسلة "الموافقة الإضافية" المعدّلة بشكل مماثل إلى جانب سلسلة الموافقة والشفافية. لا يجوز للمورّدين غير Google تعديل سلسلة "الموافقة الإضافية".
هل لا تزال سلاسل الإصدار 1 من "الموافقة الإضافية" متوافقة؟
الإصدار 2 من "الموافقة الإضافية" هو الإصدار العادي من "الموافقة الإضافية" منذ ديسمبر 2023. وستبقى سلاسل "الموافقة الإضافية" التي أُنشئت استنادًا إلى مواصفات الإصدار 1 متوافقة. مع ذلك، لا يمكن أن تشير هذه السلاسل إلى ما إذا تم إثبات شفافية أحد مزوّدي التكنولوجيا الإعلانية. لإتاحة حالات الاستخدام التي لا تتطلّب الحصول على موافقة، يجب أن تنتقل منصّات إدارة الموافقة (CMP) إلى مواصفات الإصدار 2.
"منصّات إدارة الموافقة" المعتمَدة التي تتيح "الموافقة الإضافية"
تتضمّن هذه القائمة "منصّات إدارة الموافقة" المعتمَدة التي تستوفي المتطلبات الفنية لوضع "الموافقة الإضافية" من Google، مع ذكر إصدار "الموافقة الإضافية" لكل منصة.
إذا كانت لديك منصة لإدارة الموافقة تتيح وضع "الموافقة الإضافية"، و(1) لم يتم إدراجك في هذه القائمة أو (2) تم إدراج إصدار غير صحيح من "الموافقة الإضافية"، يُرجى الانتقال إلى نموذج انضمام "منصّة إدارة الموافقة" واختيار "أريد طرح سؤال أو تعديل حالتي" كنوع الطلب. سنبذل قصارى جهدنا لتعديل القائمة في أسرع وقت ممكن لتعكس بياناتك الصحيحة.
دليل المعلومات الواردة في هذه القائمة
تتضمّن هذه القائمة المعلومات التالية عن كلّ "منصة إدارة موافقة" معتمَدة:
- "منصة إدارة الموافقة" المعتمدة: اسم "منصة إدارة الموافقة" المعتمدة.
- رقم تعريف "منصّة إدارة الموافقة" في "إطار الشفافية والموافقة": المعرّف الفريد الذي خصّصه مكتب IAB لـ "منصّة إدارة الموافقة" التي تم التأكّد من توافقها مع "إطار الشفافية والموافقة".
- الموافقة الإضافية: إصدار "الموافقة الإضافية" المتاح في "منصّة إدارة الموافقة".
قائمة "منصّات إدارة الموافقة" المعتمَدة التي تتيح "الموافقة الإضافية"
إضافة لواجهة برمجة تطبيقات CMP API
يجب على منصّات إدارة الموافقة التي تتيح "الموافقة الإضافية" أن تعرض سلسلة "الموافقة الإضافية" كجزء من عناصر JSON الحالية لواجهة برمجة التطبيقات JavaScript API الخاصة بمنصات إدارة الموافقة في الإصدار 2 من "إطار الشفافية والموافقة"، أي TCData وInAppTCData.
TCData = {
tcString: 'base64url-encoded TC string with segments',
...
addtlConsent: ‘AC string with spec version and consented/disclosed Ad Tech Provider IDs’
}
InAppTCData = {
tcString: 'base64url-encoded TC string with segments',
...
addtlConsent: ‘AC string with spec version and consented/disclosed Ad Tech Provider IDs’
}
كيف يجب تخزين سلسلة "موافقة إضافية"؟
الويب
تعتمد آلية التخزين على خيار منصّة إدارة الموافقة.
داخل التطبيق
يتمّ استخدام NSUserDefaults (في نظام التشغيل iOS) أو SharedPreferences (في نظام التشغيل Android) لتخزين سلسلة "الموافقة الإضافية" التي يتمّ إنشاؤها من خلال "حزمة تطوير البرامج" في منصّة إدارة الموافقة (CMP)، على غرار واجهة برمجة التطبيقات داخل التطبيق للإصدار 2 من "إطار الموافقة والشفافية". تسمح هذه الآلية بما يلي:
-
وصول المورّدين إلى سلسلة "الموافقة الإضافية" بسهولة
-
استمرار سلسلة "الموافقة الإضافية" في جميع جلسات التطبيق
-
إمكانية نقل سلسلة "الموافقة الإضافية" في حال غيّر الناشر منصّة إدارة الموافقة (CMP)
ملاحظة: إذا اختار الناشر إزالة "حزمة تطوير برامج" لمنصّة إدارة موافقة (CMP SDK) من تطبيقه، فهو مسؤول عن محو قيم AddtlConsent للمستخدمين، حتى لا يستمر المورّدون في استخدام سلسلة "الموافقة الإضافية" المضمّنة.
| مفتاح البحث والتخزين في NSUserDefaults وSharedPreferences | القيمة |
IABTCF_AddtlConsent |
سلسلة: سلسلة "الموافقة الإضافية" مع إصدار المواصفات وأرقام تعريف مزوّدي التكنولوجيا الإعلانية المعتمدين. |
كيفية تمرير سلسلة "الموافقة الإضافية" من خلال سلسلة الإعلانات الرقمية
طلبات عروض الأسعار
ستستخدم طلبات عروض الأسعار ConsentedProvidersSettings لنشر المراحل المتقدّمة للمورّدين الذين لا يتبعون "قائمة المورّدين العالميين".
- نموذج إضافات في OpenRTB
- إصدار Protobuf القديم
message ConsentedProvidersSettings {
// Set of IDs corresponding to providers for whom the publisher has told
// Google that its EEA users have given legally valid consent to: 1) the use of cookies or other local
// storage where legally required; and 2) the collection, sharing, and use of personal data for
// personalization of ads by an ATP in accordance with Google’s EU User Consent Policy.
// A mapping of provider ID to provider name is posted at providers.csv.
repeated int64 consented_providers = 2 [packed = true];
}
// Information about the providers for whom the publisher has told Google
// that its EEA users have consented to the use of their personal data for
// ads personalization in accordance with Google's EU User Consent Policy.
// This field will only be populated when regs_gdpr is true.
optional ConsentedProvidersSettings consented_providers_settings = 42;
الخدمات المستندة إلى عناوين URL
عند عرض تصميم إعلان، يمكن أن يحتوي على عدد من وحدات البكسل ضمن علامات <img>. على سبيل المثال، <img src="http://vendor-a.com/key1=val1&key2=val2">، الذي يرسل طلب HTTP GET من المتصفح إلى نطاق المورِّد.
بما أن وحدة البكسل هي علامة <img> بدون إمكانية تنفيذ JavaScript، لا يمكن استخدام واجهة برمجة التطبيقات CMP API للحصول على سلسلة الموافقة والشفافية. على غرار إتاحة سلسلة الشفافية والموافقة، نوفّر معلَمة عنوان URL عادية ووحدة ماكرو في عناوين URL لوحدات البكسل التي يجب إدراج سلسلة "الموافقة الإضافية" فيها.
| مَعلمة عنوان URL | ماكرو مطابق | التمثيل الفعلي في عنوان URL |
addtl_consent |
ADDTL_CONSENT |
&addtl_consent=${ADDTL_CONSENT} |
مثال 1
لكي يتلقى المورّد سلسلة "موافقة إضافية"، يجب أن يتضمّن عنوان URL الخاص بالصورة زوجًا من المفاتيح والقيم مع معلَمة عنوان URL ووحدة الماكرو &addtl_consent=${ADDTL_CONSENT}. عنوان URL الناتج هو:
http://vendor-a.com/key1=val1&key2=val2&addtl_consent=${ADDTL_CONSENT}
مثال 2
في طلب معيّن، إذا كانت سلسلة "الموافقة الإضافية" هي: .2~1.35.41.101~dv
يستبدل مرسِل الطلب أو عارض تصميم الإعلان وحدة الماكرو في عنوان URL بسلسلة "الموافقة الإضافية" الفعلية لكي يتم تعديل وحدة البكسل الموضوعة في الأصل والتي تحتوي على وحدة الماكرو على النحو التالي عند إرسال الطلب إلى الخادم المحدد:
http://vendor-a.com/key1=val1&key2=val2&addtl_consent=2~1.35.41.101~dv.