اقترحت مذكرة W3C لحقوق الإنسان مجموعة كانت قد أُطلقت قبل ستة أيام

الخلاصة

• نشر Advisory Board في 4 أغسطس 2026 Group Note بعنوان Further Aligning W3C’s Program of Technical Work with Human Rights وفيها خمسة إجراءات مقترحة. وهي مؤيدة من AB، لا من W3C ككل ولا من أعضائه.
• تقول الفقرة 3.3 إن إنشاء Threats and Harms Community Group قد يكون مناسبًا. لكن المجموعة اقتُرحت في 28 يوليو وأُطلقت في 29 يوليو بعدما دعمها خمسة أشخاص بأسمائهم.
• حرر Daniel Appelquist وHidde de Vries المذكرة؛ واقترح Appelquist المجموعة، وكان الاثنان ضمن المؤيدين الخمسة. ولا تشرح المواد العلنية التي جرت مراجعتها لماذا أبقت الوثيقة اللاحقة الصياغة المستقبلية.
• إطلاق Community Group حالة تنفيذية حقيقية، لكنه ليس سياسة معتمدة من W3C ولا تمويلًا ولا إلزامًا بالمراجعة ولا منتجًا مكتملًا. وتحتاج الإجراءات الخمسة إلى سجل يربط كل واحد منها بصاحب الصلاحية، وأداة القرار، والموارد، والدليل، والانتقال التالي.

صدرت الوثيقة بعد أن تحقق أول انتقال

تحدد المذكرة صفتها القانونية والمؤسسية بدقة. فهي تلخص التفكير الحالي للمجلس الاستشاري في 4 أغسطس. وقد نُشرت على مسار Notes، ويؤيدها AB وحده، فيما لا يؤيدها W3C نفسه ولا Members. كما لا ترتب Patent Policy عليها التزامات ترخيص.

هذه القيود لا تجعلها بلا أثر. فالمجلس الاستشاري يقدم إرشادًا مستمرًا إلى Team في الاستراتيجية والإدارة والمسائل القانونية والإجراءات وحل النزاعات. ويتابع القضايا بين اجتماعات Advisory Committee ويقترح إجراءات لمعالجتها. ويمكنه بذلك أن يضع مسألة على جدول المؤسسة وأن يصوغ بدائل جدية.

وفي الوقت نفسه، يضع W3C Process حدًا قاطعًا: المجلس الاستشاري ليس Board of Directors، ولا يملك بوصفه AB سلطة اتخاذ القرار داخل W3C؛ ودوره استشاري محض. وقد يمارس أعضاؤه صلاحية مختلفة عندما يجلسون ضمن W3C Council، لكن هذه الحالة المنفصلة لا تتحول إلى تفويض عام للمجلس.

تنطلق المذكرة من قضية معتبرة. فالخصوصية والأمن والتعبير وتكوين الجمعيات وإتاحة الوصول والتدويل والمشاركة العامة كلها تتأثر بالمعايير التقنية. ولدى W3C أعمال سابقة؛ بل إن Ethical Web Principles وVision يحملان صفة W3C Statement بعد مسارات مراجعة وتأييد أوسع.

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

تجمعها المذكرة تحت عنوان واحد: إجراءات مقترحة. لكن كل إجراء منها يحتاج نوعًا مختلفًا من السلطة حتى يصبح واقعًا.

فالتقرير الدوري يحتاج مالكًا ودورة إنتاج وموارد. وتوسيع المراجعة قد يكون إرشادًا أو شرطًا في charter أو وظيفة مراجعة أفقية أو تعديلًا في Process. أما Community Group فله مسار إنشاء خفيف قائم على خمسة مؤيدين. والإعفاء أو الزمالة يحتاج ميزانية ومعايير. وتغيير عوائق العضوية قد يدخل في صلاحيات مؤسسية أو تعاقدية.

كان الإجراء الثالث قد تقدم بالفعل. في 28 يوليو اقترح Daniel Appelquist إنشاء Threats and Harms Community Group. ويكاد وصف الغرض يطابق المذكرة: إعداد مواد عن التهديدات والأضرار المرتبطة بالآثار المجتمعية وحقوق الإنسان، مثل نماذج التهديد والمبادئ والقوائم والاستبيانات التي قد تفيد wide review، مع الترحيب بمشاركة المجتمع المدني.

حددت صفحة الاقتراح شرطًا قابلًا للرصد: عند اكتمال خمسة مؤيدين تُطلق المجموعة. وفي اليوم التالي أعلن W3C الإطلاق وسمى Daniel Appelquist وNick Doty وFlorian Scholz وHidde de Vries وPaulo Santos.

بعد ستة أيام ظهرت النسخة الثابتة من Group Note وهي ما تزال تقول إن إنشاء المجموعة قد يكون مناسبًا. والرابط البشري مباشر: Appelquist وde Vries هما محررا المذكرة، والأول صاحب الاقتراح، والاثنان من المؤيدين الخمسة.

لا تكفي هذه الوقائع لإثبات تقصير أو تضليل. ربما أُقفل النص قبل الإطلاق، أو عمل مسار Technical Reports ومنصة Community Groups بساعتين مختلفتين، أو اختار المجلس الاحتفاظ بصيغة وافق عليها في وقت سابق. ولا تحدد المصادر العلنية السبب.

لكنها تثبت نتيجة أضيق: لم تكن الوثيقة الأحدث قادرة على إظهار الحالة الأحدث للإجراء.

المجموعة قائمة، لكن W3C لم يعتمد البرنامج كله

صُمم مسار Community Groups لخفض عتبة البدء. يقترح شخص يحمل حسابًا المجموعة، ويؤيدها أربعة آخرون، ثم ينشئ W3C البنية اللازمة وينضم المشاركون. ولا تشترط عضوية W3C. كما لا تدخل المجموعة تلقائيًا في Recommendation track.

هذه الخفة تسمح بتكوين قدرة عمل قبل طلب تفويض أوسع. وهي أيضًا تحدد سقف السلطة. فإعلان Threats and Harms يصفها بأنها مبادرة مجتمعية ويقول إن استضافة W3C لا تعني تأييد أنشطتها. وتوضح صفحة المجموعة أن Community Groups تقترحها وتديرها المجتمعات ولا تمثل بالضرورة آراء Membership أو staff. كما تقول المجموعة إنها لن تنشر Specifications.

ومن ثم يمكن تثبيت ست حالات في وقت واحد:

1. أيد AB مذكرة تطرح خمسة إجراءات.
2. نفذ خمسة أفراد شرط إنشاء مجموعة مرتبطة بالإجراء الثالث.
3. وفر W3C الاستضافة من دون أن يمنح الأنشطة تأييدًا مؤسسيًا.
4. لم يعتمد Members بسبب ذلك المذكرة كلها.
5. لم يغير الإطلاق wide review ولم يخصص ميزانية ولم ينتج معيارًا.
6. أصبحت المجموعة مع ذلك موجودة وقادرة على تنظيم عملها.

إذا وُصفت بأنها «مجرد اقتراح» ضاعت الحالة السادسة. وإذا وُصفت بأنها «سياسة W3C» ضاعت الحدود من الثالثة إلى الخامسة.

الحالة الدقيقة هي community-launched: أقوى من proposed وأضيق من W3C-endorsed.

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

يملك W3C أصلًا سلّمًا واضحًا للوثائق

يعرف Process Group Note بأنها مرجع ثابت لمادة مفيدة لا يُقصد بها أن تكون معيارًا رسميًا. أما W3C Statement فهي Note أيدها W3C ككل.

وللانتقال إلى Statement يلزم wide review، وقرار مسجل من المجموعة، ومعالجة رسمية للقضايا، ونشر Formal Objections، ومراجعة Advisory Committee، ثم W3C Decision. وتوضح Vision وEthical Web Principles أن W3C يستطيع اعتماد مبادئ مرتبطة بحقوق الإنسان رسميًا.

هذا يمنع خطأين متعاكسين. فلا يجوز وصف الإجراءات الخمسة في مذكرة 2026 بأنها سياسة اعتمدها W3C، لأن قسم الحالة ينفي ذلك. ولا يجوز القول إن W3C لا يملك أي مبادئ حقوقية معتمدة، لأن Statements أخرى تملك تاريخًا مختلفًا من التأييد.

ولا يلزم تحويل كل إجراء تشغيلي إلى Statement. يمكن لمجموعة مجتمعية أن تبدأ عبر مسارها الخاص. ويمكن لـTeam تولي عمل نشر. ويشرف Board على الميزانية وقرارات الأعمال. ويشارك Members في مراجعات محددة. ولتعديل Process طريق آخر.

إذن لا ينبغي أن يفرض السجل بوابة موحدة. وظيفته أن يحدد البوابة الصحيحة لكل إجراء.

خمسة مقترحات تحتاج خمسة مسارات حالة

أول انتقال قابل للقياس في التقرير السنوي هو قبول المسؤولية: جهة مالكة، وفترة، ومصادر، وموعد، وآلية تصحيح. فالتأييد العام للشفافية لا ينتج تقريرًا، وصدور التقرير لا يغير قواعد المراجعة وحده.

أما wide review فتحتاج تحديد الأداة. هل هي قائمة إرشادية طوعية، أم واجب في charter، أم دور مراجعة أفقي، أم تغيير في Guidebook، أم تعديل في Process؟ كل خيار يحدد نطاقًا ومسؤول استجابة وطريقة لمعالجة الاعتراضات.

وللمجموعة المجتمعية سجل ابتدائي جاهز: اقتراح في 28 يوليو، ثم خمسة مؤيدين، ثم إطلاق في 29 يوليو. وبعد ذلك تأتي الرئاسة وخطة العمل والاجتماعات والمستودع والتقرير. وإذا تبنى طرف آخر إحدى الأدوات، فذلك انتقال جديد لا ينتج تلقائيًا عن وجود المجموعة.

ويجب تفكيك برنامج التنوع إلى وحدات. فالإرشاد التطوعي غير fellowship ممول. والإعفاء يغير توزيع التكلفة. والتدريب يحتاج جمهورًا ومحتوى وتقييمًا. ومن المشروع أن يتقدم جزء بينما يتأخر جزء آخر.

وفي مشاركة المجتمع المدني، يمثل البحث المشترك بين AB وTeam مرحلة يمكن تسجيلها إذا عُيّن صاحبها وموعدها. لكنه لا يساوي تعديل شروط العضوية أو صرف تمويل.

ينبغي أن تتضمن كل خانة في السجل:

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

ويجب ألا تساوي الكلمات بين مراحل مختلفة. checklist-published ليست review-required. وbudget-approved ليست participant-funded. وowner-named ليست report-issued.

لا حاجة إلى محو Group Note أو إعادة كتابتها كلما تغيرت حالة. تبقى دليلًا على ما أيده AB يوم نشرها، بينما يحمل سجل مرتبط بها الحركة الزمنية.

وضوح الحالة يخدم المدافعين عن الحقوق

قد يبدو السؤال عن الاختصاص والإجراء عدائيًا حين يكون الموضوع ذا وزن أخلاقي. لكن الغموض يضر بالمشاركين أولًا. فمنظمة مجتمع مدني تحتاج معرفة الفرق بين منتدى مفتوح وتمويل سفر. ورئيس Working Group يحتاج معرفة الفرق بين إرشاد مفيد ومراجعة واجبة. وMember يحتاج التمييز بين نصيحة AB وقرار W3C.

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

فارق الأيام الستة صغير، لكنه اختبار نقي. إذا بقيت المذكرة الأبرز وحدها في الذاكرة، فقد يبدو إطلاق يوليو نتيجة لمقترح أغسطس، فتختفي مساهمة المؤيدين الخمسة. وإذا بقي وجود المجموعة وحده، فقد يتحول إلى دليل زائف على اعتماد W3C للحزمة كلها.

السرديتان مريحتان، لكنهما غير صحيحتين.

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

المصادر

1. Group Note حول عمل W3C التقني وحقوق الإنسان
2. إعلان W3C في 4 أغسطس 2026
3. سجل نشر Group Note
4. Threats and Harms Community Group وإعلان الإطلاق
5. اقتراح المجموعة في 28 يوليو 2026
6. كيفية إنشاء Community Group أو Business Group
7. W3C Process Document بتاريخ 18 أغسطس 2025
8. تحول Vision for W3C إلى W3C Statement
9. تحديث W3C Process Document
10. W3C Advisory Board
11. Ethical Web Principles