Quarante jours, pas vingt et un : les deux horloges du commentaire public à l’ICANN

Résumé

• La page de pratique du commentaire public de l’ICANN ouvre les procédures pour une durée minimale de 40 jours : c’est le seul chiffre de durée que contiennent les documents examinés ici.
• Le délai de vingt et un jours inscrit dans les statuts est un préavis avant une décision du Conseil, jamais une durée de commentaire ; et la pièce qui referme une procédure est un rapport de synthèse thématique, daté procédure par procédure.

Trois dates sur une même procédure

La procédure DNSSEC DS Automation: Security & Stability Assessment affiche, dans sa propre chronologie exprimée en UTC, trois dates : ouverture aux contributions le 12 octobre 2026, clôture le 23 novembre 2026 à 23 h 59, et « Report Due: 07 December 2026 | 23:59 ». Le document attendu y porte un nom précis : « Public Comment Summary report » (page de la procédure).

Deux soustractions m’appartiennent, pas à l’ICANN. Du 12 octobre au 23 novembre 2026, l’intervalle fait 42 jours, soit quatre de plus que le plancher publié. Du 23 novembre au 7 décembre 2026, il fait 14 jours. Aucun de ces deux écarts n’est une règle : le premier est un fait sur cette procédure, le second montre seulement que la date du rapport est annoncée d’avance, sur la page même de la procédure.

Où vivent réellement les quarante jours

Le plancher ne figure pas dans les statuts. Il figure sur la page de pratique du commentaire public, qui écrit : « Proceedings are open for a minimum of 40 days with exceptions as documented in the ICANN Bylaws or ICANN community operational procedures. » Quarante jours, donc, avec un renvoi explicite vers des exceptions que cette lecture n’a pas ouvertes.

Les statuts, à l’article 3 §3.6(a)(ii), ne livrent à cette lecture qu’un fragment : « provide a reasonable opportunity for parties to comment » (statuts de l’ICANN). La disposition complète n’a pas été obtenue, et aucun nombre de jours n’y est attaché ici.

Les deux couches ne se disputent pas la même chose. Le texte statutaire fixe le processus : un avis, une possibilité de commenter, l’identité de qui agit ensuite. La pratique fournit la durée et le gabarit du document de clôture. J’ai testé une formulation plus forte — celle où le nombre qui contraint et l’instrument qui fait autorité auraient échangé leurs places — et elle va trop loin. Ce qui devrait changer pour déplacer le plancher de quarante jours n’est pas établi par les documents lus, et cette phrase reste donc une question ouverte plutôt qu’une conclusion.

Vingt et un jours, c’est une autre horloge

L’article 3 §3.6(a)(i) des statuts prévoit un préavis d’« at least twenty-one days (and if practical, earlier) prior to any action by the Board ». C’est un délai d’avis avant une décision du Conseil. Ce n’est pas une durée de commentaire, et les deux chiffres ne sont pas deux versions d’une même règle : ils portent sur des objets différents, à des moments différents.

La confusion est compréhensible — les deux nombres vivent dans le même article, à quelques paragraphes l’un de l’autre — et elle coûte cher à quiconque planifie une réponse à partir du mauvais. Un commentaire déposé au trente-cinquième jour d’une procédure ouverte à quarante est dans les temps. Une organisation qui se règle sur vingt et un jours risque de découvrir la clôture après coup.

Quatre organes peuvent ouvrir une procédure

La page de présentation du commentaire public est explicite : « The ICANN Board, Supporting Organizations, Advisory Committees, or ICANN organization (org) can open proceedings. » Quatre organes, dont celui qui rédigera ensuite le rapport de synthèse.

L’article 3 §3.3 des statuts coordonne la participation publique, mais ne fournit aucune phrase qui attribuerait à un seul office l’ouverture, la prolongation et la clôture d’une procédure. Aucune autorité de prolongation n’apparaît dans les documents lus pour cette lecture — ce qui est un constat sur mon périmètre, non sur l’existence d’une telle règle.

Ce qui la referme, et à quelle date

La clôture a sa propre forme, documentée dans les pratiques publiées de l’organisation : « When the submission period for a Public Comment proceeding ends, ICANN org develops a summary report using a template. » Ce rapport identifie et analyse les thèmes communs, enregistre l’issue de la procédure, les modifications apportées au document en cause et les prochaines étapes. La page de présentation le dit en une phrase plus courte : « ICANN org summarizes submissions and identifies themes into a published report. »

C’est un instrument de traitement, pas un jugement rendu contribution par contribution. Rien dans les documents lus ne permet d’en conclure que les commentaires sont ignorés ; tout indique qu’ils sont agrégés selon un gabarit, avec une issue consignée. La distinction est réelle et elle n’est pas une accusation.

Reste la question de la date, et elle n’a pas de réponse unique. Trois formulations coexistent. Une annonce de politique du 21 novembre 2014 indiquait que le personnel « will be expected to produce a summary report of comments submitted within two weeks of the closing date of the proceeding » : c’est un document historique, présenté comme tel, et il ne sert ici à calculer aucune échéance actuelle. La page de présentation est décrite comme mentionnant un intervalle de quatorze jours pour l’examen des contributions, mais cette phrase précise n’a pas été capturée mot pour mot. Et chaque procédure vivante porte sa propre date de rapport, comme celle du 7 décembre 2026 ci-dessus. Aucune des trois n’est présentée ici comme l’échéance universelle en vigueur.

Ce que cette lecture n’a pas obtenu

Les six documents utilisés ici sont tous publiés par l’ICANN, alors que l’ICANN est le sujet. Ce sont les pièces par lesquelles l’institution se décrit elle-même : citables comme telles, jamais comme une validation neutre. Trois tentatives de recherche ont été nécessaires ; les deux premières ont été perdues sur une capacité de fournisseur indisponible, sans rien rapporter, et la troisième, ancrée sur des adresses de documents précises, a renvoyé le texte opératoire. Ces échecs sont un fait sur ma route, jamais sur les documents.

Une page archivée « How Public Comment Works » sur vip.icann.org n’a pas pu être récupérée : deux tentatives ont expiré et seule une prévisualisation de recherche était disponible. Rien n’en est utilisé. Les documents d’exception mentionnés par le plancher de quarante jours n’ont pas été lus, de sorte qu’aucune exception n’est énumérée ici et qu’aucune procédure n’est décrite comme exceptionnelle. Enfin, la pratique de prolongation — si elle existe, par qui, et avec quelle trace — n’a pas été établie.

Le dossier de référence sur le commentaire public de l’ICANN rassemble les éléments vérifiables sur cette procédure ; il ne remplace pas la page de la procédure en cours, qui porte la date qui compte.

Ce qu’un lecteur peut en faire

Trois gestes découlent de ce qui précède, et un quatrième en découle par élimination. Écrire tôt à l’intérieur de la fenêtre : le plancher est un minimum, pas une promesse de durée, et la date de clôture affichée sur la procédure est la seule qui engage. Écrire de façon lisible par thème : si l’instrument de clôture identifie et analyse des thèmes, une contribution qui nomme le sien et formule une recommandation explicite a plus de prise qu’un argument dispersé. Lire la page de la procédure plutôt que se fier à un chiffre mémorisé.

Et ne pas attendre une décision par contribution : ce qui sera publié est un rapport de traitement, avec une issue, des modifications et des prochaines étapes.

Ce qu’un lecteur ne peut pas faire avec cette lecture, c’est calculer une prolongation, une renonciation ou une exception. Ces trois objets ne sont pas dans les documents obtenus, et les inventer serait pire que de les laisser en blanc.