تخطي إلى المحتوى
Biscotti CMP
التسعيرالتنزيلاتالمستنداتMCP Serverمدونة
تسجيل الدخولابدأ مجانًا
الرئيسية›مدونة
الموافقة واللافتات

تطبيق IAB TCF 2.4: دليل عملي للناشرين والمعلنين

7 يوليو 2026 · 5 دقيقة قراءة

الإجابة المختصرة: نشرت IAB Europe إصدار TCF 2.4 في 23 يوليو 2026. يجب تحديث تطبيقات الويب بحلول 23 أكتوبر 2026؛ بالنسبة للتطبيقات المحمولة وCTV، الموعد النهائي هو 23 فبراير 2027. تبقى نسخة تنسيق TC-String في الإصدار 2 وتبقى نسخة سياسة TCF في الإصدار 5. لذلك لا يقدم TCF 2.4 تنسيق string جديد بشكل عام. ما يهم هو السياسات المحدثة، خاصة المعاملة الأكثر صرامة للمصلحة المشروعة للموردين.


أهم النقاط

  • TCF 2.4 هو المواصفات الحالية؛ الموعد النهائي للتحديث منفصل حسب البيئة.
  • الويب: 23 أكتوبر 2026. التطبيق المحمول وCTV: 23 فبراير 2027.
  • تبقى نسخة TC-String الثنائية في الإصدار 2؛ tcfPolicyVersion تبقى في الإصدار 5.
  • الموافقات الصحيحة بالفعل لا تتطلب موافقة جديدة فقط بسبب تغيير الإصدار. قد تكون هناك حاجة لاستعلام جديد لأسباب أخرى، مثل تغيير الموردين أو الأغراض أو النصوص القانونية.
  • أصبح القطاع DisclosedVendors إلزاميًا مع TCF 2.3 ويستمر في الإصدار 2.4. إنها ليست ميزة جديدة في 2.4.
  • لا يجوز للموردين الإشارة إلى المصلحة المشروعة فقط على أساس الأغراض الخاصة. هذه قاعدة 2.4 تنطبق بالفعل منذ أبريل 2026.
  • التسجيل والشهادة عبارات مختلفة. تحقق أيضًا من البيئة التي تم تسجيل CMP فيها.

ما الذي يتغير مع IAB TCF 2.4؟

يحدث TCF 2.4 السياسات والمواصفات التقنية لإطار الشفافية والموافقة. بالنسبة للمطبقين، من المهم بشكل خاص عدم الخلط بين أرقام الإصدارات والحقول في TC-String: يستخدم القطاع الأساسي نسخة التنسيق 2، وتبقى نسخة السياسة في الإصدار 5. لذلك يجب ألا تقوم التكاملات بتشفير إصدار string مختلق "2.4" ولا يجب أن تتجاهل جميع الإشارات الموجودة فقط بسبب تغيير الإصدار.

التغيير الأكثر أهمية عمليًا يتعلق بـ Vendor Legitimate Interest. لا يجوز للمورد تعيين بت LI إلا إذا كان هناك غرض معالجة مسموح به واحد على الأقل. الأغراض الخاصة وحدها غير كافية. يجب على CMPs فرض هذا الثابت عند إنشاء واستعادة وإلغاء الإشارات.

Disclosed Vendors: تم تقديمه في 2.3، لا يزال مطلوبًا في 2.4

يوثق القطاع DisclosedVendors الموردين الذين تم عرضهم فعليًا للشخص. أصبح إلزاميًا مع TCF 2.3 ويبقى جزءًا من تطبيق 2.4 صحيح. عند الترحيل إلى 2.4، يجب عدم إعادة اختراع القطاع، بل التحقق من قائمة الموردين المرئية:

  • يجب أن يكون كل مورد في القطاع قد تم الكشف عنه في واجهة الموافقة.
  • لا يجوز الإشارة إلى الموردين غير المعروضين أو المحذوفين أو غير النشطين على أنهم مكشوفون.
  • يجب أن تتطابق مجموعة الموردين في التكوين والواجهة وDisclosedVendors وTCData بطريقة يمكن تتبعها.

المواعيد النهائية حسب البيئة

البيئة الموعد النهائي للتحديث إلى TCF 2.4
الويب 23 أكتوبر 2026
التطبيق المحمول 23 فبراير 2027
CTV 23 فبراير 2027

تسجيل الويب لا يغطي التطبيقات المحمولة أو CTV تلقائيًا. تحقق من إدخال CMP في قائمة CMP الرسمية والبيئات المذكورة هناك. يتم تشغيل Biscotti CMP بواسطة Campcruisers GmbH وتم تسجيله برقم CMP 497 لـ الويب. لا يتم المطالبة بتسجيل تطبيق أصلي أو CTV.

الترحيل التدريجي إلى TCF 2.4

1. التحقق من حالة التسجيل والبيئة

قارن معرف CMP والكيان القانوني والبيئات المسجلة مع قائمة CMP الرسمية. لا تعتمد على شعار أو صيغة عامة مثل "متوافق مع IAB".

2. ربط قائمة الموردين العالمية الحالية واختيار الموردين

قم بتحميل قائمة موردين عالمية حالية وحدد الموردين المستخدمين فعليًا للموقع أو التطبيق المحدد. يجب اشتقاق الواجهة وحالة الموافقة المُنشأة من نفس مجموعة الموردين.

3. تطبيق قاعدة Vendor-LI بطريقة آمنة

لا تنشئ إشارة Vendor-LI إذا أعلن المورد فقط عن أغراض خاصة أو لم يتبقَ غرض LI مسموح به. تحقق من هذه القاعدة أيضًا بعد الرفض والإلغاء وتغيير GVL واستعادة الحالة المحفوظة.

4. الحفاظ على دلالات TC-String

استمر في تشفير نسخة تنسيق TC-String 2 ونسخة السياسة 5. احتفظ بقطاع DisclosedVendors الإلزامي. لا تغير حقول إصدار API فقط لأن مواصفات الإطار تسمى 2.4.

5. اتخاذ قرار مستهدف بشأن إعادة الموافقة

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

6. اختبار انتقالات الحالة الكاملة

اختبر على الأقل قبول الكل ورفض الكل والاختيار الدقيق والمصلحة المشروعة والإلغاء وإعادة الفتح وإعادة تشغيل المتصفح وتحديث GVL. فك تشفير السلاسل المُنشأة بشكل مستقل وقارن مجموعات الموردين والأغراض.

قائمة التحقق التقنية

  • __tcfapi('ping', 2, ...) يبلغ عن بيانات CMP والسياسة المتسقة.
  • نسخة تنسيق TC-String هي 2 وtcfPolicyVersion هي 5.
  • DisclosedVendors يتطابق مع قائمة الموردين المرئية فعليًا.
  • لا يتم تعيين Vendor-LI أبدًا بدون غرض LI مسموح به.
  • يزيل الرفض والإلغاء إشارات الموافقة و LI غير المسموحة.
  • يتم قبول الحالات المحفوظة فقط إذا كانت تطابق التكوين الحالي.
  • معرف CMP والبيئة المسجلة يتطابقان مع قائمة CMP العامة.
  • يتم إصدار إصدارات الويب والتطبيقات المحمولة وCTV بشكل منفصل.

هل يجب سؤال المستخدمين الحاليين مرة أخرى؟

ليس تلقائيًا. لا يغير تسمية الإصدار TCF 2.4 وحده تنسيق TC-String ولا رقم نسخة السياسة. ومع ذلك، يلزم موافقة جديدة إذا كان القرار السابق لا يعكس بدقة المعالجة الحالية أو يجب أن يتلقى الشخص معلومات جديدة جوهرية. يجب اتخاذ القرار بناءً على تغيير التكوين الفعلي وبالتشاور مع المستشار القانوني.

الأخطاء الشائعة

  • تشفير TCF 2.4 كإصدار تنسيق TC-String جديد.
  • زيادة tcfPolicyVersion بدون أساس معياري.
  • وصف Disclosed Vendors بشكل خاطئ كتغيير جديد في 2.4.
  • معاملة الأغراض الخاصة كأساس كافٍ لـ Vendor-LI.
  • تمثيل تسجيل الويب كتسجيل تطبيق محمول أو CTV.
  • استخدام "مسجل" و"تم التحقق منه" و"معتمد" بشكل مترادف.
  • اختبار مسار قبول الكل فقط وحذف الرفض والإلغاء أو إعادة التشغيل.

الخلاصة

التحديث إلى TCF 2.4 ليس مجرد تغيير نصي. يتطلب إصدارًا مخططة حسب البيئة وإشارات Vendor-LI صحيحة والإثبات بأن الموردين المرئيين والحالة المحفوظة و TC-String متطابقة. من يميز بشكل صحيح بين نسخة التنسيق 2 ونسخة السياسة 5 وتاريخ Disclosed Vendors يتجنب أكثر أخطاء الترحيل شيوعًا.

الأسئلة الشائعة

هل TCF 2.4 إصدار تنسيق TC-String جديد؟
لا. يبقى حقل الإصدار في TC-String في الإصدار 2؛ لا يجب كتابة إصدار الإطار 2.4 في هذا الحقل.

هل تتغير نسخة سياسة TCF؟
لا. بالنسبة لـ TCF 2.4، تبقى tcfPolicyVersion في الإصدار 5.

هل Disclosed Vendors جديد في TCF 2.4؟
لا. أصبح القطاع إلزاميًا مع TCF 2.3 ويستمر في الإصدار 2.4.

هل يتطلب TCF 2.4 دائمًا إعادة موافقة؟
لا. ما يهم هو التغييرات الفعلية في المعالجة والمعلومات المقدمة للمستخدم، وليس رقم الإصدار وحده.

هل Biscotti CMP مسجل للتطبيقات المحمولة أو CTV؟
إدخال التسجيل الحالي لـ Campcruisers GmbH، معرف CMP 497، يغطي الويب. لا يترتب على ذلك تسجيل للتطبيقات المحمولة أو CTV.

المصادر

  • IAB Europe، سياسات TCF v5.0.b والمواصفات v2.4: https://iabeurope.eu/transparency-consent-framework/
  • IAB Europe، قائمة CMP: https://cmplist.consensu.org/v2/cmp-list.json
  • IAB Tech Lab، تنسيقات Consent String وقائمة الموردين: https://github.com/InteractiveAdvertisingBureau/GDPR-Transparency-and-Consent-Framework

يشرح هذا المنشور الجوانب التقنية والتنظيمية وليس استشارة قانونية.

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

الموافقة واللافتات

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

تعلم كيفية تشغيل إعادة الاستهداف المتوافقة مع GDPR وCCPA في عام 2026 باستخدام بيانات الطرف الأول، والتتبع من جانب الخادم، وإدارة الموافقة. تتضمن استراتيجيات عملية.

الموافقة واللافتات

AVV مقابل DPA: استكشاف الفروق الدقيقة في اتفاقيات معالجة البيانات

AVV و DPA هما نفس العقد المطلوب بموجب اللائحة العامة لحماية البيانات (GDPR)، أحدهما باللغة الألمانية والآخر بالإنجليزية. تعرف على ما يجب أن يتضمنه كل منهما، ومن يحتاج إليه، وتكلفة الخطأ.

الموافقة واللافتات

دور IAB في تشكيل معايير الإعلان الرقمي والخصوصية

اكتشف كيف يشكل IAB معايير الإعلان الرقمي والخصوصية في عام 2026، بما في ذلك MSPA المعدل الخامس، و TCF، و GPP، وما يجب على الناشرين والمعلنين فعله للامتثال.

تعميق معرفتك

ابحث عن مقالات شاملة حول جميع الموضوعات في قاعدة المعرفة الخاصة بنا.

اذهب إلى قاعدة المعرفة

GDPR · CCPA · TCF 2.4 Ready

ابدأ مجانًا
← العودة إلى المدونة
Biscotti CMP

تم التطوير بواسطة Campcruisers GmbH في Falkensee، ألمانيا.

المنتج

من نحنالميزاتالتسعيرالوثائقخادم MCPفحص ملفات تعريف الارتباطإمكانية الوصولالتنزيلاتLegal WatchdogAssessment EngineTrust PortalEnterpriseقاعدة المعرفة للخصوصية والموافقةمدونةمسرد الموافقة على ملفات تعريف الارتباط والخصوصيةالولايات القضائيةإمكانية الوصول كمبدأ تصميمي

قانوني

بيانات النشرسياسة الخصوصيةشروط الخدمةحق الانسحاباتفاقية معالجة البيانات (DPA)سياسة ملفات تعريف الارتباط

اتصل بنا

اتصل بنا
© 2026 Biscotti – خدمة من Campcruisers GmbH