Google Consent Mode v2 وقانون KVKK: كيف تؤثر موافقة ملفات الارتباط في قياس إعلاناتك

إعداد شريط الموافقة ليس هو نفسه ألا تُكتب فعلاً ملفات الارتباط المرفوضة. الشريط واجهة، أما Consent Mode فهو الطبقة التقنية التي تنقل الاختيار الذي جرى في تلك الواجهة إلى وسوم Google. وإن لم يُربط الاثنان، يبقى الشريط ديكوراً، ويضيع قياس الإعلانات بلا داعٍ أو يعمل أكثر مما ينبغي بما ينطوي على مخاطرة قانونية.

أولاً، ماذا يقول KVKK؟

يُعدّ «دليل ممارسات ملفات الارتباط» الصادر عن هيئة حماية البيانات الشخصية المصدر الرئيسي في تركيا لهذا الموضوع. وفي نسخة يوليو 2025 من الدليل تُصنَّف الملفات بحسب غرض الاستخدام ويُوضَّح لكل منها شرط المعالجة الواجب التطبيق.

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

وفي ملفات التحليلات الأمر أدق. يقول الدليل إن التحليلات من الطرف الأول المستخدمة فقط لقياس أداء الموقع نفسه يمكنها، بشروط معينة، أن تستند إلى شرط معالجة غير الموافقة الصريحة. والشروط هي: أن تكون البيانات المعالَجة محدودة ومتناسبة، وأن تُجهَّل هوية البيانات الشخصية غير الضرورية (يُعطى إخفاء عنوان IP مثالاً)، وألا تُستخدم الملفات للتتبع العابر بين المواقع. أما هل تدخل أداة مثل Google Analytics، التي تذهب بياناتها إلى شركة ثالثة، في هذا الوصف فيتوقف على الإعداد. ومن الخطأ افتراض أن «التحليلات مباحة أصلاً» دون توضيح هذه المسألة مع محامٍ.

كيف ينبغي أن يبدو الشريط؟

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

وهناك أيضاً مسألة النقل إلى الخارج. فإذا كان موقع يعمل في تركيا يستخدم ملف ارتباط تابعاً لشركة مقيمة في الخارج، وجب أن يتوافق نقل البيانات عبر هذا الملف مع المادة 9 من القانون رقم 6698 ومع اللائحة المؤرخة في 10 يوليو 2024. ووسوم شبكات الإعلان التي مقرها خارج البلاد، مثل Google وMeta، تدخل في الغالب ضمن هذا الوصف.

ماذا يفعل Consent Mode؟

Consent Mode آلية تُعلم وسوم Google بالاختيار الذي جرى في شريطك. ووفق وثائق Google للمطورين هناك أربعة أنواع من الموافقة:

• ad_storage: يتحكم في كتابة ملفات الارتباط الإعلانية.
• analytics_storage: يحدد ما إذا كان قياس التحليلات يستخدم ملفات الارتباط.
• ad_user_data: يسمح أو لا يسمح بإرسال بيانات المستخدم المتعلقة بالإعلان إلى Google.
• ad_personalization: يحمل الموافقة على الإعلان المخصّص.

النوعان الأخيران إشارتان أُضيفتا مع v2. وتشترط سياسة Google بشأن موافقة مستخدمي الاتحاد الأوروبي مشاركة هاتين الإشارتين للمستخدمين في المنطقة الاقتصادية الأوروبية. وفي موقع موجَّه إلى تركيا وحدها لا تُلزمك هذه السياسة مباشرةً، فالالتزام ينبع من KVKK. لكن الفائدة التقنية واحدة: فمع الزائر الرافض لا يُترك سلوك الوسوم للصدفة، بل تتصرف كما توثّقه Google.

القيمة الافتراضية هي أخطر سطر

تطلب الوثائق أن يعمل الأمر gtag('consent', 'default', ...) قبل أوامر القياس. وفي مثال Google نفسه تكون الأنواع الأربعة كلها denied في البداية. وحين يختار الزائر في الشريط تُبلَّغ الحالة الجديدة بالأمر gtag('consent', 'update', ...). وإذا كان الشريط يُحمَّل في الصفحة بعد الوسوم فإن المعامل wait_for_update، مثلاً 500 ميلي ثانية، يجعل الوسوم تنتظر تحديث الموافقة.

وثمة أمر ينبغي الانتباه إليه: تذكر صفحة الدعم لدى Google أن نوعين من أنواع الموافقة يُعدّان «granted» افتراضياً. أي أنك إن لم تضبط شيئاً تعمل الوسوم على افتراض وجود إذن. وبما أن ملفات الارتباط التي تتطلب موافقة ينبغي وفق KVKK أن تكون مغلقة في البداية، فلا بد من جعل القيمة الافتراضية denied عن قصد. ويمكن أيضاً تحديد قيم افتراضية مختلفة بحسب المنطقة، لكن في الزيارات القادمة من تركيا التي يشملها KVKK يكون البدء بـ denied عملياً أبسط السبل.

الوضع الأساسي والوضع المتقدم

تصف Google طريقتين للتطبيق. في الوضع الأساسي تبقى وسوم Google محجوبة إلى أن يمنح الزائر موافقته. وإن لم تأتِ الموافقة فلا تُجمع أي بيانات، ولا تتكوّن بيانات مُنمذجة في Google Analytics. وفي الوضع المتقدم تُحمَّل الوسوم قبل ظهور الشريط، وفي حال رفض الموافقة ترسل «نبضات» (pings) بلا ملفات ارتباط. وبحسب Google لا تستطيع هذه النبضات وحدها تحديد هوية شخص مباشرةً، وهي تحمل معلومات تقريبية عن الحدث. وفي جانب الإعلانات، عند عدم منح الموافقة، يعود نمذجة التحويلات إلى نموذج عام مبني على متغيرات عامة لا تحدد الهوية مثل نوع المتصفح ووقت اليوم.

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

هل يسقط الزائر الرافض من القياس؟

نعم، وينبغي قبول ذلك من البداية. فتحويل الزائر الذي لا يمنح الموافقة إما لا يظهر إطلاقاً في Google Ads وAnalytics أو يُقدَّر جزئياً عبر النمذجة. وعدد من يرفضون يختلف بحسب جمهور موقعك وتصميم الشريط ولغته؛ وليس لدينا نسبة رفض موثوقة لتركيا، لذلك لا نذكر رقماً. ويمكنك معرفة نسبتك بمراقبتها بضعة أسابيع في Tag Manager أو في لوحة منصة إدارة الموافقة (CMP).

والنتيجة على إدارة الإعلانات هي أنه في موقع نسبة الرفض فيه عالية تقلّ التحويلات التي تُبلّغ عنها المنصة عن المبيعات الحقيقية. ومراعاة ذلك عند النظر إلى ROAS مهمة حتى لا تُخفَّض الإعلانات دون داعٍ. ومقارنة التحويلات بسجلات الطلبات والمواعيد في نظامك أنت هي أمتن وسائل التحقق. وثمة تمييز مماثل في جانب Meta؛ وإدارة الموافقة والتتبع من جانب الخادم موضوع مقال منفصل.

أكثر ثلاثة أخطاء إعداد شيوعاً

الأول: أن يعمل الوسم وهو يجهل Consent Mode. فإذا كان هناك gtag.js أو رمز GA4 ملصق مباشرةً في مصدر الصفحة، يُحمَّل الوسم أياً كان اختيار الشريط ويعمل بالسلوك الافتراضي. والمطلوب العمل عبر Tag Manager أو وضع الأمر الافتراضي قبل الوسم. والثاني: عدم تحديد القيمة الافتراضية إطلاقاً؛ وكما رأينا فإن Google تعدّها حينها ممنوحة. والثالث: عدم الاختبار. فالضغط على «رفض» في الشريط والنظر إلى تبويب ملفات الارتباط في المتصفح يستغرق دقيقتين وينتهي غالباً بمفاجأة، لأن إعدادات الشريط ومحفّزات الوسوم تُضبط كلٌّ على حدة.

ترتيب الإعداد

عملياً يسير الترتيب هكذا. أولاً استخرج أي ملفات الارتباط وأي وسوم الأطراف الثالثة تعمل في موقعك؛ ويكفي لذلك تبويب ملفات الارتباط في أدوات المطور بالمتصفح. ثم أعدّ الشريط وفق دليل KVKK: أزرار متساوية وفئات غير موسومة ورابط إلى بيان الخصوصية. وفي الخطوة الثالثة أضف القيم الافتراضية لـ Consent Mode على denied بحيث تعمل قبل وسوم Google. وفي الرابعة اختبر في وضع المعاينة في Tag Manager بسيناريوهي الرفض والقبول أن الاختيار في الشريط يُرسَل فعلاً بالأمر update. وتحقق من المتصفح أيضاً أنه في الجلسة التي ضُغط فيها «رفض» لا يُكتب ملف ارتباط إعلاني. وأخيراً حدّث سياسة ملفات الارتباط وبيان الخصوصية، واذكر النقل إلى الخارج فيهما أيضاً.

وللاطلاع على نظير هذا المنطق في جانب الأتمتة راجع مقالنا عن الأتمتة المتوافقة مع KVKK؛ حيث نتناول فيه أين تبقى بيانات العملاء وفي أي أداة.

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

المصادر: KVKK, "Çerez Uygulamaları Hakkında Rehber" (نسخة يوليو 2025) · Google for Developers, "Manage consent settings" · مساعدة Google Analytics, "Consent mode". هذا المقال للمعلومات العامة وليس استشارة قانونية.