الخلاصة

  • نشرت ICANN في 9 سبتمبر 2026 الإرشادات النهائية لفريق الخبراء المعني بالقبول الشامل. وهي مشورة لأعمال المؤسسة المقبلة، وليست لوحة عاملة أو نظام امتثال ملزماً.
  • تجمع الإرشادات بين مؤشرات تقيسها ICANN مباشرة، وبيانات تأتي عبر الشركاء، وتقارير ذاتية، وتقييم لمسارات المستخدم من البداية إلى النهاية.
  • يجب أن تبقى فئات الأدلة ظاهرة بعد التجميع. فالتقرير الذاتي قد يكون مفيداً، لكنه لا يصبح اختباراً مستقلاً لمجرد ظهوره بجوار نتائج الاختبار.

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

الإرشادات المنشورة بعنوان Guidelines for Advancing Universal Acceptance Adoption تضع أساساً لقياس أوسع. فهي تقسم التقدم إلى الوعي، ودعم السياسات، والتنفيذ، وتنمية القدرات. وتقترح أن تقيس ICANN ما يقع ضمن اختصاصها المباشر، وأن تنسق بيانات الجهات الأخرى، وأن تحتفظ بلوحة تقارير موحدة.

لكن اللوحة الموحدة لا ينبغي أن تنتج دليلاً موحداً قسراً.

أربعة مجالات وليست سلماً واحداً

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

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

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

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

التقرير الذاتي يفتح ما لا تراه المجسات

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

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

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

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

الاختبار الخارجي يحتاج بدوره إلى بطاقة تعريف

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

تقدم موارد ICANN السابقة نموذجاً عملياً. فخارطة الطريق لأنظمة السجلات والمسجلين تحدد بوابات في الواجهات والبروتوكولات والمعالجة والتخزين والتقارير ومخرجات DNS وسلوك البريد. وتدعو إلى اختبارات وحدات وأنظمة، ومدخلات مطبّعة وغير مطبّعة، وكتابات متنوعة، وحقول بروتوكول محددة، وسلوك بريد EAI حتى الإرسال والتعامل مع الفشل.

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

نشر الإرشادات لا يعني اكتمال التنفيذ

أعلنت ICANN الوثيقة النهائية في 9 سبتمبر، وهي مؤرخة في 20 أغسطس، بعد فترة التعليقات العامة من فبراير إلى أبريل ومراجعة المشاركات. وتقول المؤسسة إنها ستستخدمها لتوجيه عملها المستقبلي ومشاركة خططها.

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

لهذا تسبق لحظة التصميم فقدان المصدر. فإذا تحولت سنوات من الملاحظات المختلفة إلى لون أو مؤشر وحيد، فقد يتعذر لاحقاً معرفة الإصدار الذي اختُبر، والمسارات التي غابت، والمقام الذي تغير.

المصادر