Résumé

  • Le renouvellement de l’accord .COM a suivi une séquence identifiable : proposition négociée, consultation publique, approbation du Conseil de l’ICANN, délégation de l’exécution, puis entrée en vigueur du contrat.
  • Cette séquence distingue la participation de la communauté de l’autorité qui produit l’obligation opératoire. Les mécanismes de Reconsideration et d’Independent Review Process offrent des voies potentielles de contestation, mais les sources examinées ne prouvent pas qu’une contestation spécifique du renouvellement .COM ait été déposée.

La décision n’était pas le contrat

Le renouvellement de l’accord du registre .COM est souvent résumé par sa date d’entrée en vigueur. Cette formulation masque pourtant le mécanisme institutionnel qui a rendu le résultat possible. Le 1er décembre 2024 est la date à laquelle le nouvel accord devait commencer à produire ses effets, et le terme initial renouvelé court jusqu’au 30 novembre 2030 selon les documents contractuels et l’annonce de l’ICANN. Mais ces dates décrivent le régime contractuel final, pas l’origine de l’autorité qui l’a créé.

La question utile est donc la suivante : comment une décision prise dans une organisation multipartite devient-elle une règle opérationnelle pour l’un des registres les plus importants du système des noms de domaine ? Le dossier du .COM permet de suivre cette conversion étape par étape. Il montre aussi pourquoi la légitimité institutionnelle ne se mesure pas simplement au fait qu’une consultation a eu lieu. Elle dépend de la lisibilité de chaque transition : qui a proposé, qui a décidé, qui a été autorisé à signer et quel mécanisme permet ensuite de contester l’action ?

L’ICANN et Verisign ont annoncé publiquement le renouvellement le 27 novembre 2024. L’annonce identifie le 1er décembre 2024 comme date d’effet et le 30 novembre 2030 comme échéance du terme initial renouvelé. Elle constitue une preuve publique de la séquence finale, mais elle ne remplace pas l’accord signé lorsqu’il faut établir les dates de signature ou interpréter une clause précise. Le dossier contractuel officiel de l’ICANN est la référence appropriée pour ces questions. [https://www.icann.org/en/registry-agreements/details/com] [https://www.icann.org/en/announcements/details/icann-and-verisign-announce-renewal-of-the-com-registry-agreement-27-11-2024-en]

Avant le Conseil : la proposition et le commentaire public

La procédure a commencé avant la décision du Conseil. L’ICANN a ouvert une consultation publique sur la proposition de renouvellement de l’accord .COM le 1er août 2024. Cette étape a permis aux parties intéressées d’examiner les conditions proposées et de transmettre des observations avant que le Conseil ne se prononce. [https://www.icann.org/en/public-comment/proceeding/proposed-renewal-of-the-com-registry-agreement-01-08-2024]

Ce point est essentiel pour comprendre la portée réelle de la participation multipartite. Le commentaire public peut modifier l’information disponible au moment de la décision, exposer des objections et obliger l’organisation à expliquer son analyse. Il ne constitue cependant pas, à lui seul, une décision collective qui produirait le contrat. Une proposition soumise à consultation demeure une proposition. Le résultat final doit être établi à partir de l’instrument adopté et signé, et non à partir des commentaires ou du texte initial lorsque les deux diffèrent.

Le commentaire public est donc un mécanisme d’entrée dans la décision, non un droit de veto automatique. Cette distinction n’en diminue pas nécessairement la valeur. Elle précise plutôt le type de responsabilité que la consultation peut générer : visibilité des arguments, traçabilité de l’examen et possibilité d’évaluer l’écart entre le projet soumis et la décision finale. Pour les opérateurs, registrars, titulaires et autres parties concernées, la question n’est pas seulement de savoir s’ils ont pu parler. Il faut aussi savoir où leurs contributions apparaissent dans la justification du résultat.

Le Conseil fournit l’autorisation institutionnelle

Le Conseil d’administration de l’ICANN a approuvé le renouvellement proposé lors de sa réunion ordinaire du 10 novembre 2024. La page officielle des résolutions du Conseil est le registre primaire de cette action. Les procès-verbaux fournissent un élément de corroboration pour la présentation de la question, la décision et le vote. [https://www.icann.org/en/board-activities-and-meetings/materials/approved-resolutions-regular-meeting-of-the-icann-board-10-11-2024-en] [https://www.icann.org/en/board-activities-and-meetings/materials/minutes-regular-meeting-of-the-icann-board-10-11-2024-en]

La résolution ne doit pas être décrite comme l’adoption d’une Consensus Policy de la GNSO. Le dossier porte sur une action de gouvernance et de renouvellement contractuel. Cette différence n’est pas sémantique. Une politique consensuelle, une décision du Conseil et un accord de registre peuvent mobiliser des acteurs communs, mais ils ne tirent pas leur force du même instrument et ne produisent pas le même type d’obligation.

La résolution du 10 novembre marque le moment où l’organisation a autorisé institutionnellement le renouvellement. Elle sépare donc deux événements souvent confondus dans les récits publics : la décision du Conseil et l’exécution ultérieure par les responsables habilités. Le dossier de recherche établit également que l’action du Conseil comprenait une autorisation donnée à l’Interim President and CEO, ou à son ou ses délégataires, de compléter les étapes nécessaires à l’exécution et à la mise en œuvre de l’accord renouvelé.

La formulation opératoire exacte doit être citée à partir de la résolution elle-même ; il serait imprudent de remplacer son verbe précis par une paraphrase plus large.

Cette séparation crée un point de contrôle institutionnel. Le Conseil décide du renouvellement proposé. L’exécutif habilité accomplit ensuite les actes nécessaires pour le finaliser, le signer et le mettre en œuvre selon le périmètre de la délégation. La délégation ne transforme pas l’exécution en une nouvelle décision politique indépendante, pas plus qu’elle ne rend le contrat automatique. Elle est le mécanisme administratif et juridique qui relie l’autorisation au document opératoire.

De l’autorisation à l’accord effectif

La séquence publique se poursuit avec l’annonce du 27 novembre 2024, puis avec l’entrée en vigueur indiquée au 1er décembre. Le registre contractuel de l’ICANN identifie le nouvel accord .COM et ses documents associés. Il faut distinguer au moins trois dates : le 10 novembre, date de l’approbation du Conseil ; le 27 novembre, date de l’annonce publique du renouvellement ; et le 1er décembre, date d’effet du nouvel accord. [https://www.icann.org/en/board-activities-and-meetings/materials/approved-resolutions-regular-meeting-of-the-icann-board-10-11-2024-en] [https://www.icann.org/en/registry-agreements/details/com] [https://www.icann.org/en/announcements/details/icann-and-verisign-announce-renewal-of-the-com-registry-agreement-27-11-2024-en]

Une annonce publiée le 27 novembre ne suffit pas, à elle seule, à prouver que les deux parties ont signé ce jour-là. La date d’exécution juridique doit être vérifiée dans l’instrument signé ou dans les métadonnées contractuelles pertinentes. Cette prudence est plus qu’une précaution rédactionnelle : dans une chaîne de gouvernance, la date à laquelle une institution autorise une action, celle à laquelle les parties concluent un contrat et celle à laquelle ce contrat prend effet peuvent avoir des conséquences différentes.

Le contrat est le point où la décision institutionnelle acquiert une portée opérationnelle. L’accord lie alors l’ICANN et Verisign selon ses propres dispositions. La proposition, les commentaires et la résolution expliquent le chemin vers le contrat ; ils ne se substituent pas au contrat pour déterminer les obligations finales. C’est cette architecture qui permet à l’ICANN d’exercer une forme de contrôle sur le registre .COM sans que chaque opération quotidienne soit une nouvelle décision du Conseil.

La distinction éclaire aussi la nature du pouvoir en jeu. L’ICANN n’agit pas ici comme une administration publique qui imposerait unilatéralement une réglementation générale. Elle agit à travers une institution de coordination, ses instruments de gouvernance et une relation contractuelle avec l’opérateur du registre. La portée concrète du renouvellement dépend donc de l’articulation entre autorité interne et obligations contractuelles.

La responsabilité commence après la décision

La consultation et la décision du Conseil répondent à une partie de la question de légitimité : comment le résultat a-t-il été produit ? Elles ne répondent pas entièrement à une autre question : que peut faire une partie qui estime que l’ICANN a agi de manière irrégulière ou contraire à ses règles ?

L’article 4 des statuts de l’ICANN prévoit des mécanismes de responsabilité, notamment la Request for Reconsideration et l’Independent Review Process. Les documents de gouvernance et de responsabilité de l’ICANN décrivent la Reconsideration comme une voie permettant de contester certaines actions ou inactions de l’ICANN sur les fondements prévus par les statuts. L’IRP vise quant à lui des contestations qualifiantes selon lesquelles une action ou une inaction de l’ICANN aurait violé ses statuts ou ses règlements. [https://www.icann.org/resources/pages/governance/bylaws-en] [https://www.icann.org/resources/pages/accountability/reconsideration-en]

Ces mécanismes ne sont pas des appels généraux sur le bien-fondé de toute décision. L’accès dépend de conditions telles que la qualité pour agir, les motifs invocables, les délais et les règles de procédure applicables. Les versions des statuts en vigueur au moment de l’action contestée peuvent également compter, en particulier lorsqu’il faut déterminer un délai ou une mesure de réparation.

Il faut surtout éviter de confondre possibilité de recours et recours effectivement engagé. Les documents examinés établissent l’existence de voies potentielles de responsabilité, mais ils ne prouvent pas qu’une demande de Reconsideration, une procédure IRP ou un contentieux particulier ait été déposé contre le renouvellement de l’accord .COM. L’absence d’une preuve dans ce dossier ne permet pas d’affirmer qu’aucune contestation n’a jamais existé ; elle interdit seulement de présenter une contestation spécifique comme un fait établi.

La Reconsideration et l’IRP ont par ailleurs des fonctions distinctes. La première s’inscrit dans le système interne de responsabilité de l’ICANN. La seconde offre une procédure d’examen indépendante dans le cadre défini par les statuts et les règles applicables. Ni l’une ni l’autre ne doit être présentée comme une garantie automatique d’annulation ou de suspension de l’accord. Leur valeur pratique dépend du dossier constitué, du respect des conditions d’accès et de la nature de la réparation disponible.

Une légitimité par la traçabilité, pas par la seule participation

Le renouvellement du .COM fournit un cas précis de la manière dont fonctionne l’autorité de l’ICANN. La communauté peut examiner et commenter une proposition. Le Conseil prend ensuite une décision institutionnelle. Une délégation permet aux responsables compétents d’accomplir les actes nécessaires. Le contrat signé fixe enfin le régime opératoire, avec une date d’effet et une durée déterminées par ses termes.

Chaque étape a une fonction différente. Le commentaire public fournit des informations et des arguments. Le Conseil fournit l’autorisation institutionnelle. La délégation organise l’exécution. Le contrat produit les obligations entre les parties. Les mécanismes de responsabilité offrent, sous conditions, des voies de contestation de certaines actions ou inactions. Les traiter comme une seule et même forme de pouvoir rendrait le processus plus simple à raconter, mais moins exact.

La question de légitimité qui reste ouverte est donc concrète : chaque passage de relais laisse-t-il un dossier suffisamment clair pour qu’un tiers puisse comprendre ce qui a été décidé, par qui et avec quelles limites ? Dans le dossier .COM, les sources identifient la consultation publique, l’approbation du Conseil, la délégation d’exécution, l’annonce du renouvellement et l’entrée en vigueur contractuelle. Elles identifient aussi les mécanismes généraux de responsabilité.

Elles ne permettent pas encore, sans recherche supplémentaire dans les textes signés et les dossiers de responsabilité, de répondre à toutes les questions sur la formulation exacte de la délégation, les dates de signature ou l’existence d’une contestation particulière.

Cette limite n’est pas un détail secondaire. Dans une institution dont l’autorité repose largement sur la coordination et la confiance procédurale, la qualité du registre de décision est une partie du pouvoir lui-même. Un résultat peut être contractuellement effectif tout en demeurant contestable sur le terrain de la procédure. Inversement, l’existence d’une voie de contestation ne signifie pas qu’elle annulera le contrat ou qu’elle suspendra son application.

Le cas du .COM montre ainsi que la question pertinente n’est pas de savoir si la consultation publique « contrôlait » le renouvellement. Elle ne le contrôlait pas à elle seule. La question est de savoir si la chaîne complète — participation, autorisation, exécution, contrat et responsabilité — est suffisamment intelligible pour rendre l’exercice du pouvoir vérifiable. C’est à cette condition que la coordination multipartite peut conserver une légitimité institutionnelle lorsqu’elle produit des conséquences opérationnelles durables.