Résumé

  • La consultation d’ICANN sur le rapport initial consacré à l’intégration de gTLD dans des systèmes de nommage alternatifs affiche onze contributions, dont une ligne « Submission Retracted » sans contenu public.
  • L’état livré par le site confirme retracted: true et fournit l’heure de dépôt initiale. La page ne donne pas d’heure distincte pour le retrait, de catégorie d’acteur, de règle applicable, de texte de remplacement ni de sort dans le rapport.
  • Le guide d’ICANN permet à l’auteur d’une contribution de la retirer tant que la procédure reste ouverte. Les conditions d’utilisation donnent séparément à ICANN le pouvoir de refuser ou supprimer un contenu.
  • Un précédent de 2023 comptait six contributions reçues tout en excluant de l’examen celle qui avait été supprimée. Le statut modifie donc potentiellement le dénominateur de l’analyse.
  • Il ne faut ni reconstituer le texte retiré ni deviner le motif. ICANN peut publier un reçu sobre : heure du changement, classe d’acteur, version de la règle, éventuel remplacement et traitement dans les comptes.
  • La participation apporte de l’information, pas un mandat. Identifier l’autorité qui a modifié l’état protège à la fois l’autonomie du contributeur et la responsabilité de l’institution.

Une place reste visible, l’acte reste opaque

Depuis le 10 août, ICANN sollicite des observations sur le rapport initial de son Technical Study Group. La question de fond porte sur la possibilité d’associer un gTLD du DNS mondial à la même chaîne dans un système de nommage alternatif, tout en protégeant la sécurité et la stabilité du DNS. La collecte se termine le 21 septembre et le rapport de synthèse est attendu le 5 octobre.

Au moment de la vérification, la liste annonçait « 1–11 of 11 submissions ». La première ligne portait le nom public Krypto@Recht on X, la date du 1er septembre 2026 et la mention « Submission Retracted ». À la place du texte figurait : « This Submission has been removed. » La page principale reprenait la même pierre tombale parmi les contributions récentes.

Les données publiques intégrées au HTML donnent un identifiant stable, l’heure du dépôt — 10 h 53 min 08 s UTC — et l’état retracted: true. Elles ne fournissent pas une heure publique propre au changement d’état. La date visible peut donc attester le dépôt, pas nécessairement le retrait.

Conserver une ligne est préférable à une disparition silencieuse. On sait qu’une contribution a existé et qu’elle n’est plus consultable. Mais l’histoire administrative s’arrête précisément avant l’événement qui aurait permis de qualifier cette absence.

Deux pouvoirs aboutissent au même message

Le guide pratique publié par ICANN en 2021 prévoit une action de l’utilisateur. Pendant la période ouverte, l’auteur connecté peut choisir « Retract Submission » et confirmer. Le document précise que la contribution ne sera plus publiquement disponible et qu’une note indiquera sa suppression. La rétractation sert aussi à modifier une contribution déjà publiée avant de la republier.

Cette voie exprime une décision du contributeur sur son propre apport.

Les conditions d’utilisation prévoient autre chose. ICANN se réserve le droit de refuser ou supprimer un contenu qu’elle estime contraire à une politique ou procédure, nuisible ou répréhensible. Cette prérogative relève de la gestion institutionnelle de la plateforme.

Les deux actes peuvent légitimement masquer le corps d’un texte. Ils n’ont pourtant ni le même auteur, ni la même base, ni le même sens. Un retrait volontaire ne doit pas être présenté comme une sanction. Une suppression administrative ne doit pas être attribuée au contributeur. Une mesure liée au droit ou à la vie privée peut exiger une description encore plus limitée.

La page actuelle ne permet de choisir aucune hypothèse. Le mot « retracted » décrit un état ; la phrase « removed » décrit le résultat d’affichage. Cet article n’en déduit ni censure, ni faute, ni rejet sur le fond.

Compter ce qui a été reçu n’est pas dire ce qui sera examiné

ICANN présente le commentaire public comme un mécanisme dans lequel chacun peut intervenir, les contributions sont publiques et archivées, ICANN org en extrait des thèmes et le groupe à l’origine de la consultation répond aux apports. Une autre page institutionnelle insiste sur la neutralité de l’administration, la cohérence du mécanisme et l’existence d’une archive organisée.

Or la liste actuelle inclut la ligne retirée dans un total de onze. Ce nombre peut parfaitement signifier onze dépôts reçus. Il ne dit pas combien de textes demeurent accessibles, ni combien entreront dans l’analyse thématique.

Le précédent ccNSO de 2023 est instructif. Le bilan officiel signalait six contributions reçues, dont une supprimée, puis précisait que cette dernière ne serait plus examinée. ICANN y distinguait donc trois notions : recevoir, conserver publiquement et prendre en considération. Rien ne permet d’appliquer automatiquement ce traitement au dossier de 2026, mais l’exemple prouve que la différence existe.

Une autre page de consultation, ouverte en 2025 puis close en 2026, conserve déjà une ligne datée « Submission Retracted » avec le même message de suppression. L’infrastructure sait donc créer une trace. Ce qui lui manque est un vocabulaire commun indiquant comment le changement s’est produit et ce qu’il produit en aval.

Cette précision intéresse au-delà de l’interface. Les totaux deviennent des chiffres de participation, puis des arguments sur la diversité, le soutien ou l’opposition. Sans ventilation par état, un chiffre de dépôts reçus peut être lu à tort comme un nombre d’avis actifs ou étudiés.

Un reçu qui ne révèle pas le texte

La solution n’est pas de remettre le contenu en ligne. Elle consiste à publier des métadonnées de procédure minimales :

  1. identifiant stable et heure du dépôt initial ;
  2. état courant et heure d’entrée dans cet état ;
  3. classe d’acteur — retrait par le contributeur ou suppression administrative par ICANN, par exemple ;
  4. version de la procédure et catégorie générale du motif lorsque celle-ci peut être rendue publique ;
  5. lien vers une contribution republiée ou de remplacement, s’il en existe une ;
  6. effet séparé sur les comptes « reçues », « publiques » et « examinées » ;
  7. voie de rectification ou de recours lorsqu’elle s’applique ;
  8. référence d’intégrité permettant d’attester le changement sans restaurer le corps.

Un champ peut légitimement porter la valeur « non public ». La transparence utile ne consiste pas à publier un dossier de modération, des données personnelles ou un contenu nuisible. Elle consiste à empêcher qu’une absence de détail confonde des compétences différentes.

Les statuts d’ICANN demandent des processus ouverts et transparents, une application cohérente et équitable des politiques documentées et une consultation réactive. Les Expected Standards of Behavior réclament eux aussi des mécanismes solides d’apport public et de responsabilité. Un reçu typé donne à ces principes une forme modeste et vérifiable.

La contribution et la décision n’ont pas le même propriétaire

La critique de Lu Heng sur le modèle multipartite fournit ici une discipline : participer permet d’apporter expérience, alerte ou désaccord ; cela ne transforme pas la présence en mandat. ICANN doit donc garder distincts l’auteur de l’apport, l’administrateur de la plateforme, l’équipe qui synthétise et le groupe qui décide de la suite.

Cette séparation demeure lorsque le texte disparaît. Le contributeur détient la faculté de retrait prévue par le guide. ICANN détient le pouvoir de suppression prévu par les conditions. ICANN org construit le rapport de synthèse. Le TSG décide comment le rapport technique évolue. Aucun signal ne devrait être utilisé comme substitut silencieux d’un autre.

ICANN a conservé quatre éléments : une place, un nom public, une date de dépôt et un état. Il n’est pas nécessaire d’ouvrir la contribution pour compléter le cinquième : l’acte qui a fait passer le dossier d’un état à l’autre. C’est cette grammaire procédurale, et non le texte retiré, qui manque au registre public.

Sources

  1. ICANN — procédure sur le rapport initial du TSG
  2. ICANN — liste de toutes les contributions
  3. ICANN — About Public Comment
  4. ICANN — guide de dépôt pas à pas
  5. ICANN — conditions d’utilisation
  6. ICANN — Expected Standards of Behavior
  7. ICANN — pratiques et ressources de l’organisation
  8. ICANN — statuts
  9. ICANN — consultation ccNSO de 2023
  10. ICANN — contributions à la consultation sur le processus de renversement du Board
  11. Lu Heng — The Multi-Stakeholder Mirage