لا نقيس سلوكك حتى تمنحنا موافقتك

افتح علامة تبويب الشبكة (Network) في معظم مواقع الوكالات وسترى إشارات التحليلات (analytics beacons) تنطلق قبل أن تقرأ كلمة واحدة، وبالتأكيد قبل أن يحمل لافتة الموافقة (consent banner) أي معنى. اللافتة مجرد مسرحية؛ فالبيانات قد غادرت بالفعل.

اتخذنا الموقف المعاكس، وقمنا بترسيخه في الشيفرة (code) لا في صفحة السياسة. إن أداة الإبلاغ عن مؤشرات Core Web Vitals لدينا هي مكوّن من جانب العميل (client component) لا يفعل شيئًا عند التحميل (mount). فهي تتحقق أولًا من موافقة التحليلات (analytics consent) المخزَّنة، وفقط إذا كانت هذه الموافقة على نحوٍ صريح بحالة `accepted`، فإنها تستورد مكتبة القياس استيرادًا مؤجلًا (lazy-import) وتبدأ بإرسال LCP وINP وCLS وFCP وTTFB إلى نقطة النهاية (endpoint) الخاصة بنا. لا موافقة، فلا استيراد، ولا إشارة. وتحكم البوابة (gate) نفسها طبقة التخصيص (personalization layer): فالكشف التلقائي عن الجمهور لا يعمل إلا عند منح موافقة التحليلات. ارفضْ، فتحصل على التجربة المحايدة الافتراضية، كاملة الوظائف، غير مقيسة فحسب.

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

ما نرفض فعله: إطلاق أي استدعاء تتبّع واحد قبل الموافقة، أو معاملة «الرفض» على أنه «السؤال مجددًا في كل صفحة»، أو إعادة تصنيف التحليلات بهدوء على أنها «ضرورية» للتملّص من المطالبة. كما أننا لا نشحن أدوات إدارة وسوم (tag managers) من أطراف ثالثة تحمّل نصوصًا برمجية (scripts) مبهمة لا يمكننا تدقيقها. تذهب القياسات (Telemetry) في هذا الموقع إلى نقطة نهاية نملكها، فلا يوجد طرف ثانٍ يقرّر ما يفعله بها.

المبدأ سطر واحد: الموافقة مفتاح (switch) في مسار الشيفرة، لا ملصق على لافتة. إن كان المفتاح مُطفأً، فلا شيء يقيسك، ويظل الموقع يعمل بالكفاءة نفسها تمامًا. فالخصوصية التي يمكنك التحقق منها في علامة تبويب الشبكة تتفوّق على الخصوصية التي عليك أن تثق بها في فقرة مكتوبة.