Résumé

  • Le 12 mars 2026, le Conseil d’administration de l’ICANN a approuvé avec effet immédiat la procédure actualisée ; la page du GNSO la présente désormais comme la procédure en vigueur.
  • Le texte de 2013 accordait 10 jours ouvrables au personnel pour transmettre l’amendement et son analyse au comité compétent, puis 30 jours calendaires pour résumer les commentaires publics.
  • Il exigeait aussi une explication après deux réunions sans décision et rendait l’amendement effectif après quatre réunions, ou six réunions programmées au total.
  • Le texte de 2026 permet à l’organisation ICANN et au groupe concerné de définir un calendrier approprié et précise que la durée des échanges peut varier. Les anciens délais et garde-fous ne sont pas reconduits.
  • Les quatre contributions ont soutenu l’actualisation dans son ensemble. Le Registrar Stakeholder Group a néanmoins demandé le maintien de délais d’examen ; l’ICANN a choisi un calendrier propre à chaque dossier.
  • Un reçu chronologique public et versionné rendrait cette souplesse contrôlable sans imposer une durée uniforme ni divulguer des avis juridiques protégés.

Ce que mesurait réellement la procédure de 2013

Le changement n’a pas besoin d’être déduit d’un silence. La procédure de mars 2026 indique qu’elle remplace celle établie par le Conseil en 2013. La résolution 2026.03.12.01 en a ordonné l’application immédiate, et le site du GNSO expose aujourd’hui ses cinq phases.

L’ancien dispositif ne promettait pas une décision finale en quarante jours. Il plaçait trois repères distincts le long du parcours. Après approbation interne d’un projet de modification et réception formelle par l’ICANN, le personnel devait analyser le texte et le transmettre dans les 10 jours ouvrables au comité du Conseil compétent, accompagné d’un rapport sur les risques financiers ou de responsabilité.

Le deuxième repère se situait après la consultation publique. Dans les 30 jours calendaires suivant sa clôture, le personnel devait fournir au comité une synthèse des retours. Cette règle ne contraignait pas la date du vote du Conseil, mais elle rendait observable la production de la pièce suivante du dossier.

Enfin, le texte organisait l’absence de décision au niveau du Conseil. Le comité devait examiner le dossier à la prochaine occasion disponible. Si le Conseil ne pouvait agir après deux réunions, il devait expliquer les circonstances au groupe concerné et donner sa meilleure estimation du temps encore nécessaire. Après quatre réunions, ou six réunions programmées au total, les modifications proposées étaient réputées effectives.

Ces mécanismes pouvaient être trop rigides pour certains dossiers. Les sources examinées ne montrent ni leur taux de respect pendant plus de dix ans, ni l’adéquation du mécanisme d’entrée en vigueur automatique à chaque question fiscale, juridique ou institutionnelle. Leur apport était plus modeste : l’écoulement du temps figurait dans la constitution procédurale publique.

Le nouveau calendrier appartient à la relation de travail

La réforme commence plus tôt. Dès qu’un groupe entreprend de réviser sa charte, il doit prévenir son équipe d’appui au sein de l’organisation ICANN et désigner une personne de liaison. Ensemble, les deux parties peuvent fixer un calendrier adapté au travail. Des modèles de charte et de règles de fonctionnement incorporent les exigences des Bylaws, des procédures du GNSO et des recommandations applicables du Work Stream 2.

Cette prise de contact anticipée permet à l’ICANN de signaler des contraintes de gouvernance, d’examen ou de mise en œuvre avant le vote interne du groupe. Une fois le texte approuvé selon les règles de celui-ci, l’organisation ICANN recherche les questions juridiques et de gouvernance en suspens. Selon la complexité, elle peut ouvrir un échange dont « le calendrier peut varier ». À la fin de cet examen, elle remet son rapport au comité du Conseil approprié.

Le comité valide le rapport avant d’ouvrir la consultation publique, reçoit la synthèse et formule une recommandation. Le Conseil conserve le dernier acte : majorité simple pour reconnaître la charte modifiée, majorité des deux tiers pour la rejeter avec des motifs précis. Le groupe adopte et publie ensuite la charte reconnue. La réforme n’a donc pas transféré le vote final à l’administration.

Elle a modifié l’environnement temporel de ces pouvoirs. Le nouveau texte ne fixe plus les 10 jours, les 30 jours, l’obligation d’explication après deux réunions ni l’entrée en vigueur après quatre ou six. Les motifs du Conseil décrivent même un calendrier adapté qui n’est pas lié par la procédure. Ce qui était un ensemble de valeurs par défaut communes est devenu un attribut négocié du dossier.

Ce choix possède une logique. Une correction rédactionnelle n’exige pas le même travail que la transformation d’un groupe en personne morale, avec collecte de cotisations, exposition fiscale et responsabilité. Le Conseil a mentionné l’évolution et la complexité des documents de gouvernance. Une intervention précoce peut éviter qu’un problème ne soit découvert qu’après un vote des membres. Moins de délais publics dans le texte ne signifie donc pas nécessairement plus de temps en pratique.

Une contribution favorable peut contenir une objection

Le dossier de consultation fournit un bon test de lecture institutionnelle. Les quatre contributions étaient favorables à l’actualisation. Cette qualification officielle est exacte. Elle ne signifie cependant pas que quatre auteurs ont approuvé la suppression de tout délai.

Le Registrar Stakeholder Group a salué les modèles et l’objectif de transparence, puis a exprimé une inquiétude précise : sans délai attendu pour l’examen de l’ICANN, les étapes suivantes deviennent ambiguës et l’approbation en temps utile est moins assurée. Il n’a pas défendu les anciennes valeurs comme immuables ; il s’est dit disposé à envisager leur allongement.

Le rapport de synthèse de l’ICANN a conservé cette divergence. La réponse a consisté à retenir une autre architecture : plutôt que d’inscrire un délai unique dans la procédure, l’organisation travaillerait avec chaque groupe pour définir un calendrier propre à l’effort. L’Organizational Effectiveness Committee a repris ce choix avant de recommander l’adoption.

La formule fidèle est donc la suivante : soutien général à l’engagement précoce, aux modèles et à la modernisation ; demande distincte d’une garantie temporelle commune ; décision de l’ICANN en faveur de la personnalisation. Réduire ce dossier à « quatre soutiens » ferait perdre l’information de gouvernance la plus utile.

Le reçu minimal d’un calendrier sur mesure

La procédure permet un accord sur le calendrier, mais elle n’impose pas de publier cet accord selon une forme commune. Elle n’exige pas non plus le secret, et aucune source ne prouve une intention de retarder indéfiniment un dossier. Le constat vérifiable est seulement que le texte permanent ne dit pas où un membre peut voir l’estimation initiale, la phase en cours, le détenteur de la prochaine action ou le motif d’une révision.

Une fiche publique pourrait réunir les éléments suivants :

  • le groupe, l’identifiant de la révision et la version immuable du document ;
  • les dates de notification, d’approbation par les membres et de dépôt formel ;
  • la personne de liaison du groupe et l’institution responsable de l’action courante ;
  • les fenêtres convenues pour chaque phase et la première estimation du prochain acte ;
  • la phase actuelle, sa date de début, ainsi que tout état d’attente d’informations, de pause ou de retour en rédaction ;
  • chaque estimation révisée, sa date et une catégorie de motif attribuable ;
  • le prochain acte responsable et la prochaine vérification ;
  • les dates de consultation, de synthèse, de recommandation, de décision, d’adoption et de publication ;
  • un horodatage de vérification et l’historique des versions.

Les motifs peuvent rester généraux : complexité documentaire, contrôle de gouvernance supplémentaire, question de personnalité morale, nouvelle rédaction demandée par le groupe, dépendance à une autre procédure, traitement des commentaires ou calendrier du Conseil. Il n’est pas nécessaire de publier un avis couvert par le secret professionnel, des données fiscales confidentielles ou des coordonnées personnelles.

Une estimation ne doit pas devenir une échéance intangible. Des faits nouveaux peuvent la déplacer. La responsabilité consiste à afficher la modification, à attribuer la nouvelle prévision et à ne pas effacer l’état précédent. C’est précisément ce qui sépare une temporalité adaptée d’une temporalité invisible.

La discipline de spécification minimale défendue par Heng Lu aide à ne pas surcharger la couche commune. État, responsable, date, raison et prochaine action suffisent. La durée substantielle demeure une décision locale aux acteurs qui instruisent le dossier. La coordination reste mince, mais le jugement laisse une trace vérifiable.

Les limites du constat

Aucun document examiné n’identifie une modification de charte déjà en retard sous la procédure 2026. Il serait donc infondé de parler d’arriéré, de mauvaise foi, de capture ou de violation. Les documents ne permettent pas davantage d’évaluer la performance historique de chaque délai de 2013.

L’engagement précoce peut accélérer certains dossiers. Un groupe peut décider de publier son calendrier. L’ICANN peut ajouter un guide ou une représentation plus détaillée. Les premières procédures menées jusqu’à leur terme fourniront les preuves pertinentes.

Le reçu proposé ne redistribue aucun pouvoir. Les membres du groupe approuvent selon leurs règles ; l’organisation ICANN examine ; le comité conduit vers la consultation et la recommandation ; le Conseil reconnaît ou rejette. Un tableau chronologique n’a ni voix ni pouvoir d’approbation automatique.

Le changement établi est plus étroit qu’une accusation, mais structurel : le temps est passé de valeurs par défaut publiques à une coordination propre au dossier. La question suivante est de savoir si cette coordination sera assez visible pour distinguer une instruction active d’une attente sans propriétaire.

Sources

  1. ICANN — procédure de modification des chartes du GNSO, mars 2026
  2. ICANN GNSO — procédure de 2013
  3. Conseil de l’ICANN — résolutions approuvées le 12 mars 2026
  4. Conseil de l’ICANN — procès-verbal du 12 mars 2026
  5. ICANN — consultation sur la procédure actualisée
  6. Registrar Stakeholder Group — contribution
  7. ICANN — rapport de synthèse des commentaires
  8. OEC du Conseil — procès-verbal du 23 février 2026
  9. GNSO — groupes de parties prenantes et unités constitutives
  10. ICANN — Bylaws
  11. Heng Lu — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption