الخلاصة

  • اعتباراً من 1 سبتمبر، لن تعود منصة Open Data Platform ولا واجهتها البرمجية متاحتين، وسيُعاد توجيه العنوان القديم. أما ملفات CSV المعروضة على الصفحة الجديدة فيمكن تنزيلها بلا حساب.
  • الإتاحة الحالية واستمرارية الدليل اختباران منفصلان. خريطة انتقال وإيصال لكل إصدار يمكنهما بيان مصير كل هوية قديمة، وتحديد البايتات والتعريفات والفترة وسلسلة التصحيح التي يستند إليها التحليل.

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

أعلنت ICANN في 15 يونيو صفحة البيانات العامة الجديدة، وأبقت المنصة القديمة حتى نهاية أغسطس حتى يستكشف المستخدمون البديل ويعدّلوا إجراءاتهم. وفي 27 أغسطس أعادت تثبيت الموعد: لن تكون المنصة متاحة بعد اليوم الحادي والثلاثين، وستتوقف الواجهة البرمجية في 1 سبتمبر، ويقود العنوان السابق إلى صفحة Open Data Initiative.

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

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

زال حاجز الدخول

تسمي الصفحة الحالية عائلتين: Domain Name Marketplace Indicators، أو DNMI، وSecurity Response Waiver Requests، أو SRW. وتؤدي الروابط إلى ملفات يمكن الحصول عليها مباشرة.

يعرض DNMI في Version 1.1 ستة عشر مؤشراً نشطاً ضمن المنافسة المتينة واستقرار السوق وثقة المستهلك. وتفصل الصفحات بين الملفات التي تُحدّث سنوياً وبين مؤشرات مؤرشفة من النسخة السابقة. أما SRW فينشر ملفاً سنوياً واحداً يضم خمسة مقاييس للطلبات والنطاق والتوقيت ونتائج منح الإعفاء.

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

كان ملفا العينة اللذان فُحصا لهذا المقال متاحين عند القطع الزمني. وأظهرت استجابتهما معلومات تسليم عادية مثل Last-Modified وETag. تساعد هذه القيم في التخزين المؤقت ورصد التغير. إلا أن الصفحات التي جرت مراجعتها لا تعرفها باعتبارها هوية مؤسسية للإصدار أو تفسيراً عاماً لتصحيح.

هنا يظهر الفرق. سؤال الوصول هو: هل أستطيع تنزيل الملف الآن؟ وسؤال قابلية إعادة الإنتاج هو: أي إصدار نزلت، وأي فترة وتعريف يمثل، وأي سجل لاحق صححه أو حل محله؟

المنصة القديمة كانت تنظم وظائف وعلاقات

حين طرحت ICANN طلبها في 2018، وصفت المنصة المقصودة بأنها تنشر بيانات بترخيص مفتوح ونفاذ مفتوح عبر API، في صورة موثوقة قابلة للقراءة الآلية والتنزيل والمعالجة. وكان يفترض أن تعمل كمصدر يستخدمه موظفو ICANN وأفراد المجتمع في التحليل.

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

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

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

يمكن إنهاء المنتج من دون إنهاء العلاقات العامة التي كان يحملها.

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

عرضت الصفحة الرئيسية القديمة أربع فئات: DNMI، وIdentifier Technology Health Indicators أو ITHI، وRegistry Activity Reports، وRegistrar Transaction Reports. وتعرض صفحة Open Data الحالية DNMI وSRW وتقول إن مجموعات أخرى ستضاف حين تصبح متاحة.

لا يجوز طرح اثنين من أربعة والقول إن مجموعتين اختفتا. فما زالت Monthly Registry Reports متاحة على صفحة منفصلة لدى ICANN ومرتبة بحسب نطاق المستوى الأعلى. كما أن لوحة ITHI متاحة وتعرض قيماً حالية وتاريخية.

الاستنتاج الذي تسنده الأدلة أضيق: صفحات الانتقال لا تقدم جدولاً ظاهراً يحدد الوجهة الحالية لكل عنوان قديم.

وتوضح تقارير السجل سبب أهمية هذا الجدول. ففي 2021 طلبت ICANN من أصحاب برامج التنزيل الآلي تعديلها لاستخدام Open Data API. ومن اتبع التعليمات آنذاك عليه أن يغير المسار مرة أخرى. لا يثبت ذلك وقوع عطل فعلي، لكنه يثبت أن الاعتماد على الواجهة كان استخداماً معترفاً به علناً.

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

إعادة التوجيه لا تعرّف الإصدار

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

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

لا يلزم بناء منصة معقدة من جديد. تكفي خريطة تسليم وسجل إصدارات.

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

الخريطة تحدد الطريق، والإيصال يحدد الإصدار، ورابطة التصحيح تحفظ التاريخ. ولا يستطيع عنوان واحد القيام بالوظائف الثلاث.

ذاكرة عامة مستقلة عن المنتج

ليس النقاش مفاضلة أخلاقية بين API وCSV. التنزيل بلا حساب تحسن حقيقي. وخفض التكلفة قد يكون قراراً مشروعاً. كما أن الأدلة المفحوصة لا تثبت اختفاء مجموعة أو خطأ الملف الحالي.

اختبار الحوكمة هو: هل تبقى هوية البيانات العامة حين يتغير المنتج الذي يوصلها؟

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

لقد أعلنت ICANN التاريخ والوجهة الأولى والسبب العام. وإيصال التسليم هو الجزء الذي يحول إغلاق المنصة إلى استمرارية يمكن التحقق منها.

المصادر

  1. تحديث صفحة البيانات العامة، 27 أغسطس 2026
  2. إطلاق صفحة البيانات العامة الجديدة، 15 يونيو 2026
  3. ICANN Open Data Initiative
  4. Domain Name Marketplace Indicators
  5. DNMI: Robust Competition
  6. DNMI: Marketplace Stability
  7. DNMI: Consumer Trust
  8. Security Response Waiver Requests
  9. الصفحة الرئيسية للمنصة القديمة
  10. صفحة About للمنصة القديمة
  11. إعلان التعاقد على المنصة في 2018
  12. إعلان نقل تقارير السجل في 2021
  13. Monthly Registry Reports الحالية
  14. لوحة ITHI الحالية
  15. عينة CSV من DNMI RC 2.1
  16. عينة CSV من SRW M1-M5