الموافقة والهوية وملفات تعريف الارتباط: أين تقف الأمور في 2026

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

• أبقى Chrome على ملفات تعريف الارتباط من جهات خارجية. في أبريل 2025 قالت Google إنها ستحافظ على نهجها الحالي في منح المستخدمين خيارات بشأن هذه الملفات في Chrome، بدلاً من إلغائها تدريجياً أو عرض نافذة اختيار مستقلة جديدة¹. وفي أكتوبر 2025 أعلنت إيقاف معظم تقنيات Privacy Sandbox، ومنها Topics وProtected Audience وAttribution Reporting، بسبب ضعف الإقبال عليها².
• يحظر Safari وFirefox التتبّع العابر للمواقع افتراضياً، منذ 2020 و2022 على التوالي^4، 5.
• في الاتحاد الأوروبي، تتعلق الموافقة بالجهاز. تقرأ إرشادات المجلس الأوروبي لحماية البيانات الصادرة في أكتوبر 2024 قاعدة الخصوصية الإلكترونية على أنها تشمل بكسلات التتبّع والتقنيات المشابهة، لا ملفات تعريف الارتباط وحدها⁶. واقترحت المفوضية في نوفمبر 2025 نقل هذه القواعد إلى اللائحة العامة لحماية البيانات⁷؛ وحتى 2026 كان المقترح لا يزال قيد النظر في البرلمان والمجلس^8، 9.
• الإشارات والبنية. ينقل وضع الموافقة وإطار TCF الصادر عن IAB Europe الاختيارات إلى الأدوات^10، 11؛ أما الوسم من جهة الخادم وغرف البيانات النظيفة فيغيّران مكان معالجة البيانات، لا الحاجة إلى الموافقة^13، 14.

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

وتوضح الإرشادات 2/2023 الصادرة عن المجلس الأوروبي لحماية البيانات، المعتمدة في أكتوبر 2024، مدى اتساع قاعدة الجهاز. فهي تعدّ بكسل التتبّع داخلاً في نطاقها: إذ يُعدّ إيصال البكسل تخزيناً، ولو عبر الذاكرة المؤقتة على الأقل، والموقع الذي يضمّن بكسلاً ليجعل الجهاز يرسل بيانات إلى خدمة إعلانية خارجية يحصل على وصول إلى الجهاز⁶. والنتيجة العملية: بكسل فتح البريد الإلكتروني، وبكسل التحويل، والبرمجية النصية التي تجعل المتصفح يبلغ عن الأحداث، كلها تحتاج إلى التحليل نفسه الذي يحتاجه ملف تعريف الارتباط.

ومن شأن مقترح الحزمة الرقمية الشاملة الذي قدّمته المفوضية في 19 نوفمبر 2025 أن ينقل قواعد الجهاز إلى اللائحة العامة لحماية البيانات مع إبقاء الموافقة قاعدةً أساسية. وهو يعفي الأغراض منخفضة المخاطر مثل عدّ الزيارات، ويشترط إمكان الرفض بنقرة واحدة، ويُلزم المواقع باحترام الاختيار ستة أشهر على الأقل، ويتيح للناس ضبط تفضيلاتهم مرة واحدة، في المتصفح مثلاً⁷. وحتى 2026 بقي مقترحاً: فقد كان الإجراء لا يزال أمام البرلمان والمجلس، وأفاد المعلّقون بأن نص المجلس أسقط بند إشارات المتصفح^8، 9. خطّط وفق قواعد اليوم، وتابع ملف الإجراء.

وخارج أوروبا تختلف القواعد من سوق إلى أخرى؛ فتحقّق من قواعد كل سوق قبل أن تعيد استخدام إعداد أوروبي، والتزم الانضباط نفسه في كل مكان: إشعار واضح، واختيار حقيقي، وسجلّ له.

ثلاث نقاط تهمّ التخطيط.

• موقف Chrome خيار لا ضمان أبقت Google الملفات الخارجية تحت اختيار المستخدم¹، وهي توقف واجهات Privacy Sandbox التي أُريد لها أن تحلّ محلها؛ وتستمر CHIPS (ملفات تعريف الارتباط المقسّمة) وFedCM (تسجيل الدخول الموحّد)، وينتقل العمل على الإسناد إلى فريق عمل في W3C². وقد أُهملت Protected Audience في Chrome 144، واقترح تحديث نُشر في يونيو 2026 على قائمة مطوّري Chromium إزالتها في Chrome 150، مشيراً إلى أنها مستخدمة في 1.1% من تحميلات الصفحات³.
• مستخدمو Safari وFirefox بلا ملفات تعريف ارتباط للتتبّع العابر للمواقع منذ الآن يحظر Safari الملفات العابرة للمواقع ويحصر التخزين الذي تكتبه البرمجيات النصية في سبعة أيام دون تفاعل⁴؛ ويمنح Firefox كل موقع وعاءً مستقلاً لملفاته⁵.
• قواعد الموافقة تنطبق أياً كان المتصفح ففي الاتحاد الأوروبي، يحتاج الملف الذي يسمح به Chrome إلى الموافقة إذا لم يكن ضرورياً تماماً.

وجواب التخطيط واحد أياً كان المتصفح الغالب: ابنِ على بيانات الطرف الأول، واستخدم الاستهداف السياقي حيث تغيب الهوية، وقِس بطرق لا تعتمد على تتبّع الأفراد، مثل نمذجة المزيج التسويقي واختبارات الأثر الإضافي؛ انظر قياس الفعالية.

تطلب منصة إدارة الموافقة (CMP) الاختيارات وتسجّلها وتمرّرها (انظر إدارة الموافقات). ومهمتها ليست رفع نسبة القبول إلى أقصاها؛ بل إنتاج اختيار يصمد أمام الجهة التنظيمية وتحترمه كل أداة.

تجنّب الأنماط المضلِّلة مثل زر رفض مخفي أو تكرار الطلب بعد الرفض؛ ومن شأن مقترح الحزمة الشاملة أن يجعل الرفض بنقرة واحدة ومهلة الأشهر الستة نصاً قانونياً⁷.

وضع الموافقة. يتيح وضع الموافقة لدى Google لوسومه أن تتكيّف مع حالة الموافقة. في التطبيق الأساسي، تنتظر الوسوم حتى يجيب الشخص عن الشريط؛ وفي التطبيق المتقدم، تُحمَّل الوسوم والموافقة مرفوضة افتراضياً، ثم تتكيّف مع الاختيار حين يُتخذ، وتتيح نمذجة أدق للتحويلات¹¹. وبالنسبة إلى حركة المرور في المنطقة الاقتصادية الأوروبية، يحمل وضع الموافقة معاملين إضافيين هما ad_user_data وad_personalization، وعلى المعلنين الذين يقيسون هذه الحركة بوسوم Google أن يمرّروا اختيارات الناس إليها بموجب سياستها لموافقة المستخدمين في الاتحاد الأوروبي¹². اختر طريقة التطبيق مع مسؤول حماية البيانات، لأن الوسوم في الوضع المتقدم تُحمَّل قبل أن يختار الشخص.

إطار TCF. في الإعلان البرمجي، ينقل إطار الشفافية والموافقة الصادر عن IAB Europe الاختيارات إلى المورّدين في صورة سلسلة موافقة. وقد جعل الإصدار 2.3 قسم المورّدين المُفصَح عنهم إلزامياً: فمنذ 1 مارس 2026 تُعدّ السلسلة المنشأة من دونه غير صالحة¹⁰. تحقّق من أن منصة الموافقة لديك ومورّديك يعملون بالإصدار الحالي.

ينقل الوسم من جهة الخادم عمل الوسوم من المتصفح إلى خادم تتحكم فيه الشركة. يرسل المتصفح طلباً واحداً لكل حدث؛ ثم يبني الخادم طلب كل مورّد ويمكنه حذف البيانات الشخصية قبل تمرير أي شيء؛ وملفات تعريف الارتباط التي يضعها الخادم على نطاق فرعي تابع للشركة تُعدّ ملفات طرف أول¹³. والنتيجة: سرعة أكبر للصفحات، وتحكم أكبر، وبرمجيات نصية خارجية أقل.

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

تتيح غرفة البيانات النظيفة لشركتين، كمعلن وتاجر تجزئة أو ناشر، مطابقة بياناتهما وتحليلها لأغراض متفق عليها دون أن يسلّم أحدهما الآخر سجلات خاماً. وتحدّد إرشادات IAB Tech Lab، التي صدرت نسختها 1.0 في يوليو 2024، مبادئ ووظائف وتقنيات مشتركة لتعزيز الخصوصية، والحدود التي ينبغي أن يتوقعها المشترون¹⁴. استخدمها لقياس تداخل الجماهير والوصول والتحويلات مع إعلام التجزئة والناشرين. واستخدام غرفة نظيفة لا يوفّر الموافقة: فالبيانات التي تدخلها يجب أن تكون قد جُمعت على أساس قانوني يشمل هذا الاستخدام.

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

• المراجعة وسوم التحليلات والإعلان تعمل عند تحميل الصفحة، قبل الإجابة عن الشريط؛ وفي الشريط زر «قبول» في الطبقة الأولى وزر «رفض» على بعد نقرتين؛ والبريد يستخدم بكسل فتح دون أي سؤال عن الموافقة.
• الإصلاحات باتت الوسوم تنتظر الموافقة؛ وأصبح الرفض نقرة واحدة في الطبقة الأولى؛ وصار تتبّع فتح البريد يُعامل وصولاً إلى الجهاز في الاتحاد الأوروبي؛ وتُحفظ الموافقة في CRM وتُمرَّر إلى الوسوم عبر وضع الموافقة، وإلى الشركاء البرمجيين عبر سلسلة TCF حديثة.
• القياس لأن جزءاً من الجمهور يرفض، يكفّ الفريق عن اعتبار التحويلات التي تبلغ عنها المنصات كاملة، ويضيف اختباراً فصلياً للأثر الإضافي قائماً على المناطق الجغرافية، وينقل قرارات الميزانية إلى نموذج للمزيج التسويقي.
• الشركاء غرفة نظيفة مع شريك من شركات الطيران تقيس العملاء المشتركين، باستخدام البيانات التي تشمل موافقتها هذا الغرض فقط.

• انتظار «الموعد النهائي لملفات تعريف الارتباط». لا يوجد موعد كهذا في Chrome حتى أكتوبر 2026؛ والخطر في قواعد الموافقة وفي المتصفحات التي تحظر التتبّع العابر للمواقع بالفعل^{1، 4، 5}.
• معاملة الوسم من جهة الخادم كأنه التفاف على الموافقة. إنه ينقل المعالجة، لا الالتزام^6، 13.
• سجلّان للموافقة. الشريط يقول لا، وCRM يقول نعم؛ وكل أداة تقرأ ما وُصلت به.
• سلسلة موافقة قديمة. السلاسل الخالية من القسم المطلوب غير صالحة منذ مارس 2026¹⁰.
• القياس على من وافقوا وحدهم، وقراءة النتيجة كأنها تمثّل الجمهور كله.

1. اكتب قائمة بكل وسم وبكسل وحزمة برمجية (SDK)، وما يفعله كلٌّ منها، وهل يحتاج إلى الموافقة؛ ولا تنسَ بكسلات البريد.
2. افحص الشريط: الرفض بسهولة القبول، والأغراض بكلمات واضحة، ولا شيء يعمل قبل الاختيار.
3. اجعل سجلاً واحداً للموافقة هو المرجع، ومرّره إلى كل أداة: وضع الموافقة، وسلسلة TCF، وقواعد الخادم.
4. تحقّق من أن منصة الموافقة والمورّدين يعملون بالإصدار 2.3 من TCF، وأن وسومك في المنطقة الاقتصادية الأوروبية تمرّر معاملَي وضع الموافقة.
5. حدّد أين يفيد الوسم من جهة الخادم (السرعة، والتحكم، وتقليل البرمجيات النصية)، واكتب قواعد ما يتلقاه كل مورّد.
6. أضف طريقة قياس واحدة لا تعتمد على الهوية العابرة للمواقع؛ وابدأ بـإطار القياس.

• Chrome وPrivacy Sandbox: تقرير TechRadar عن قرار أبريل 2025¹، وتحديث Google في أكتوبر 2025²، ونية Chromium إزالة Protected Audience³.
• المتصفحات الأخرى: WebKit⁴ وMozilla⁵.
• القواعد الأوروبية: إرشادات المجلس الأوروبي لحماية البيانات⁶، ومقترح المفوضية للحزمة الشاملة⁷، وملف الإجراء⁸، وتعليق Taylor Wessing⁹.
• الإشارات والبنية: IAB Europe حول الإصدار 2.3 من TCF¹⁰، وGoogle حول وضع الموافقة^11، 12 والوسم من جهة الخادم¹³، وIAB Tech Lab حول غرف البيانات النظيفة¹⁴.
• التالي في هذا المسار: الذكاء الاصطناعي في التسويق؛ وقبله بيانات الطرف الأول ومنصات بيانات العملاء.