الخلاصة

  • نسخة 23 سبتمبر 2026 من مسودة Web User Agents، الصادرة عن فريق الهندسة التقنية في W3C، تفصل بصورة أدق بين التزام مقصود تجاه خدمة بعينها وبين سيطرة أوسع على حياة المستخدم الرقمية.
  • مقارنة بنسخة 8 سبتمبر، يضيف المثال أن القيد ينبغي أن يخص استعمال تلك الخدمة وحده، لا البيانات أو الإعدادات أو الخيارات الأخرى، وأن يظل ترك الخدمة ومسح بياناتها ممكناً.
  • هذه صياغة نقاشية في مسودة مذكرة جماعية؛ ليست توصية معتمدة، ولا حكماً على منتج معين، ولا واجباً قانونياً جديداً.

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

هذه هي الإضافة الجديرة بالانتباه في نسخة 23 سبتمبر من مسودة فريق الهندسة التقنية التابعة إلى W3C. كانت نسخة 8 سبتمبر تتحدث بالفعل عن حماية المستخدم والصدق معه والولاء له، وتسمح بفكرة الالتزام الموثوق الذي يقطعه وسيط الويب لصفحة لكي يحصل المستخدم على خدمة. وكانت تدعو أيضاً إلى عدم عرقلة الانتقال إلى وسيط آخر. الجديد ليس اكتشاف واجب الولاء، بل وصف حدود الاستثناء: القيد المقصود يجب أن يبقى متعلقاً بالخدمة المطلوبة، وألا يمتد إلى بيانات المستخدم أو إعداداته أو اختياراته الأخرى. وتقول الصياغة الجديدة إن المستخدم ينبغي أن يقدر على هجر الخدمة ومسح بياناته من دون تبعات إضافية في إطار هذا المثال.

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

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

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

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

المصادر