Synthèses de commentaires publics rédigées par le décideur

Synthèse

• Les documents mêmes de l'ICANN sur les commentaires publics indiquent que les soumissions sont publiques, que les procédures restent généralement ouvertes pendant au moins quarante jours, que l'organisation ICANN synthétise les soumissions et identifie des thèmes, et que le groupe qui a ouvert la procédure examine les soumissions et le rapport de synthèse avant de décider des prochaines étapes. Cette conception fait de la synthèse un document de gouvernance, et non un simple outil administratif.
• Le déficit de redevabilité ne tient pas au fait que les commentaires sont cachés. Le problème principal est qu'une synthèse officielle peut comprimer les désaccords en catégories choisies par la même institution qui prépare, conseille ou défend la décision. Sans une table de codage visible, les lecteurs ne peuvent pas savoir si une objection récurrente, un avertissement technique spécialisé ou une position institutionnelle minoritaire a été pesée ou simplement reformulée pour disparaître.
• La procédure de renouvellement du.org illustre ce problème structurel. La page de la procédure a identifié la suppression des dispositions de plafonnement des prix comme un changement important, collecté les commentaires publics, promis une synthèse et une analyse pour l'examen du conseil, et lié à la fois les commentaires et un rapport. Le public peut voir l'architecture de la consultation, mais reconstituer comment chaque objection a affecté la décision finale exige plus qu'un récit thématique.
• Une synthèse de commentaires publics publiable devrait inclure un livre de codes transparent, des décomptes qui séparent les arguments uniques des signatures en double, des sections sur les opinions minoritaires et dissidentes, un tableau de réponse aux décisions, et des raisons spécifiques pour le rejet des objections. L'objectif n'est pas de lier le conseil à chaque commentaire; il s'agit d'éviter qu'une consultation publique ne devienne un consentement par compression.

La synthèse est le lieu où la consultation devient pouvoir

Une période de commentaires publics semble démocratique parce qu'elle invite de nombreuses voix. À l'ICANN, c'est aussi une partie formelle de la production de légitimité. La page publique du programme décrit les commentaires publics comme un mécanisme permettant aux parties prenantes de voir leurs opinions et recommandations documentées formellement et publiquement. La même page indique que les procédures sont ouvertes pendant un minimum de quarante jours sauf exception, que les soumissions et les rapports de synthèse sont publiés, et que les commentaires sont visibles par le public.

La page « À propos des commentaires publics » va plus loin: l'organisation ICANN synthétise les soumissions, identifie des thèmes, et le groupe qui a ouvert la procédure examine les soumissions et le rapport de synthèse, traite les contributions, et propose les prochaines étapes.

Cette séquence est importante. Un commentaire est l'acte démocratique brut; la synthèse en est la traduction institutionnelle. Le conseil, le personnel, l'organisation de soutien, le comité consultatif ou tout autre groupe initiateur lira rarement des milliers de pages de commentaires comme le public les voit. Même lorsque les décideurs individuels lisent largement, ils s'appuient sur les documents du personnel ou des comités pour savoir ce que contient le dossier. La synthèse devient donc la porte d'entrée pratique par laquelle un commentaire accède à la décision.

Une synthèse mal faite peut respecter l'exigence de dépôt tout en affaiblissant l'effet du dépôt.

Ce n'est pas une théorie sur la mauvaise foi. Les grandes consultations publiques nécessitent une compression. Un conseil ne peut pas transformer chaque soumission en une résolution distincte. Le personnel doit identifier des thèmes, fusionner les arguments répétés, ignorer le contenu abusif, et orienter les décideurs vers les questions qui nécessitent un jugement. La difficulté est que la compression est elle-même un jugement. La personne qui décide que deux commentaires soulèvent le même problème a déjà façonné le dossier. La personne qui classe une objection comme hors sujet a déjà affecté le remède disponible.

La personne qui traite une objection comme une demande de surveillance future plutôt que comme une raison de modifier un contrat a déjà restreint le choix.

Les statuts de l'ICANN rendent ce problème de jugement important parce qu'ils ne traitent pas la transparence comme une simple publication. L'article 3 exige des procédures pour des explications détaillées des fondements des décisions, y compris la manière dont les commentaires ont influencé les considérations politiques, et la divulgation publique des motifs des décisions du conseil et de la communauté. Ce langage n'exige pas que chaque commentaire l'emporte. Il exige une explication traçable.

Si une synthèse de commentaires publics indique seulement que des commentaires ont été reçus, que des thèmes ont été examinés et qu'une proposition sera poursuivie, elle peut satisfaire une habitude de dépôt tout en échouant à la promesse plus forte de redevabilité.

La question de gouvernance n'est donc pas de savoir si l'ICANN publie les commentaires. C'est souvent le cas. La question plus sérieuse est de savoir si la synthèse officielle donne à un observateur extérieur suffisamment d'éléments pour tester comment les commentaires ont été convertis en raisons. Une synthèse légitime devrait permettre à un lecteur de demander: qui a fait cette affirmation, combien d'arguments distincts la soutiennent, quelles preuves y étaient jointes, comment l'ICANN l'a classée, à quel point de décision elle se rattache, et pourquoi a-t-elle été acceptée ou rejetée?

Sans cette chaîne, les commentaires publics deviennent un bruit public suivi d'un tri privé.

Les commentaires ne sont pas des votes, mais des preuves

La première erreur dans la lecture d'un registre de commentaires publics est de le traiter comme un plébiscite. L'ICANN n'est pas une législature élue par le public mondial de l'Internet. Un millier de messages identiques ne l'emportent pas automatiquement sur une objection technique spécialisée, et un petit nombre de commentaires de haute qualité peut identifier un défaut qu'une grande pétition manque. Les commentaires publics ne sont pas un comptage de votes.

L'erreur inverse est tout aussi dommageable: traiter les commentaires comme un simple décor. Une période de commentaires publics n'est pas une tournée d'écoute cérémoniale. Lorsque l'ICANN demande aux parties concernées de consacrer du temps à une proposition, cela crée l'obligation d'expliquer comment ce temps a affecté la décision. Les commentaires fournissent des preuves sur les conséquences opérationnelles, la dépendance juridique, l'incidence des coûts, le risque de mise en œuvre, les attentes des utilisateurs, la structure du marché et les effets non intentionnels.

Ils révèlent également si la proposition a été comprise par les personnes qui devront vivre avec elle. Même un commentaire basé sur une prémisse erronée peut être précieux si de nombreuses parties concernées partagent la même incompréhension, car cette incompréhension peut elle-même créer un risque de mise en œuvre.

Cela signifie qu'une bonne synthèse devrait distinguer au moins quatre choses. Premièrement, elle devrait identifier les preuves factuelles. Un commentaire peut signaler une dépendance opérationnelle, un point d'appui contractuel, un risque de sécurité ou un coût qui n'était pas visible dans la proposition. Deuxièmement, elle devrait identifier les positions normatives. Un commentateur peut dire qu'une règle est injuste, incohérente avec les engagements de l'ICANN ou contraire à une attente de la communauté. Troisièmement, elle devrait identifier les préférences de remède.

Un commentateur peut soutenir l'objectif mais demander une clause plus étroite, une période de préavis plus longue, un chemin de transition ou un examen ultérieur. Quatrièmement, elle devrait identifier le soutien ou l'opposition purs. Une déclaration de soutien est utile, mais elle ne doit pas être confondue avec une preuve ou un remède.

La synthèse devrait ensuite indiquer au lecteur quel rôle chaque question a joué. La preuve a-t-elle modifié le texte? L'objection a-t-elle échoué parce qu'elle n'était pas étayée? L'ICANN a-t-elle reconnu le risque mais situé le remède ailleurs? Le conseil a-t-il rejeté un argument d'équité parce qu'il a donné la priorité à l'uniformité des contrats, à la concurrence, à la sécurité, à la stabilité ou à une autre valeur déclarée? Ce sont des résultats différents. Une synthèse thématique qui dit « certains commentateurs ont soulevé des préoccupations » cache la décision qui compte vraiment.

Le danger est le plus grand lorsque le décideur ou son personnel a déjà une voie préférée. Dans de nombreuses procédures de l'ICANN, le personnel a passé des mois à préparer un contrat proposé, un amendement aux statuts, un plan opérationnel ou une conception de mise en œuvre avant l'ouverture des commentaires. Cela n'est pas inapproprié; une gouvernance complexe nécessite une rédaction. Mais la même préparation crée une incitation à lire les commentaires comme des améliorations plutôt que des vetos. Une synthèse de commentaires rédigée par le rédacteur doit donc être tenue à un niveau de preuve plus élevé qu'une transcription neutre.

Elle doit montrer au public comment l'investissement institutionnel dans une proposition a été séparé de la classification des objections à cette proposition.

La procédure de renouvellement du.org montre le risque de compression

Le projet de renouvellement de 2019 de l'accord de registre.org est un cas utile parce que le registre public montre l'architecture de la consultation. La procédure a été ouverte le 18 mars 2019 et close le 29 avril 2019. La page de l'ICANN a identifié la Division des domaines mondiaux comme l'organisation d'origine et a nommé un contact du personnel. Elle décrivait l'accord en vigueur, le renouvellement proposé, la comparaison avec l'accord de registre de base, et les différences importantes.

Un changement répertorié était la suppression des dispositions de tarification qui limitaient les prix d'enregistrement et permettaient des augmentations dans le cadre de l'accord précédent.

La page indiquait aussi clairement l'étape suivante: après examen des commentaires publics, l'ICANN préparerait et publierait une synthèse et une analyse, et le rapport serait disponible pour le conseil dans son examen du renouvellement proposé. Cette phrase est tout le problème en miniature. La synthèse n'était pas préparée pour un musée. Elle était préparée pour une décision. Dès qu'un rapport fait partie de l'examen du conseil, la qualité du rapport affecte la qualité de la décision.

Le dossier.org montre également pourquoi la classification des commentaires ne peut être réduite à un titre. Une objection au plafonnement des prix peut signifier plusieurs choses. Un commentateur peut faire valoir que le.org est utilisé par des utilisateurs non commerciaux et a donc un caractère d'intérêt public. Un autre peut soutenir qu'un registre historique a un pouvoir de marché parce que les titulaires sont confrontés à des coûts de changement. Un troisième peut estimer que l'accord de registre de base est un comparateur inapproprié.

Un quatrième peut accepter la flexibilité des prix mais demander plus de préavis, un plafond plus étroit, une augmentation progressive ou un examen séparé. Un cinquième peut s'opposer à la nature bilatérale de la négociation. Tous ces arguments peuvent être résumés par « préoccupations concernant la tarification », mais ce sont des arguments différents touchant des points de décision différents.

Si un conseil approuve ultérieurement le renouvellement, les motifs de rejet devraient donc être séparés. L'ICANN pourrait rejeter un argument d'accessibilité financière parce que le cadre contractuel traite les registres historiques comme d'autres opérateurs. Elle pourrait rejeter un argument de pouvoir de marché parce qu'elle estime que la concurrence ou les protections des titulaires sont suffisantes. Elle pourrait rejeter un argument procédural parce que la clause de renouvellement limite la renégociation. Elle pourrait reporter une préoccupation d'intérêt public à un forum ultérieur de conformité contractuelle ou de politique.

Chaque raison est contestable, mais au moins elle est visible. Sans cette visibilité, le public voit seulement que des préoccupations existaient et que la décision a été prise.

Le dossier source disponible pour cet article ne permet pas un recomptage indépendant de chaque commentaire.org ni un codage complet du rapport par rapport à chaque soumission. Cette limite est importante. Il ne s'agit pas d'inventer un déséquilibre numérique ou de citer un fichier caché. Il s'agit d'identifier la norme de gouvernance qui rendrait un tel recomptage possible. Une page de procédure publique qui renvoie aux commentaires et à un rapport est un début. Une synthèse publique qui expose sa méthode de classification est l'étape suivante.

Le livre de codes manquant

La réforme la plus pratique est un livre de codes. Les synthèses de commentaires publics devraient publier les catégories utilisées pour classer les soumissions avant ou avec le rapport. Les catégories n'ont pas besoin d'être compliquées. Elles devraient identifier le problème, le point de décision, le type de réclamation et la réponse proposée. Le livre de codes devrait être assez stable pour qu'un lecteur puisse comparer les procédures, mais assez flexible pour saisir des arguments inattendus.

Par exemple, une procédure d'accord de registre pourrait utiliser des codes de problème tels que tarification, droits de renouvellement, continuité de service, obligations en matière d'abus, protection des titulaires, concurrence, transition, autorité juridique et calendrier de mise en œuvre. Elle pourrait utiliser des codes de type de réclamation tels que preuve factuelle, risque opérationnel, interprétation juridique, principe politique, modification textuelle proposée, soutien, opposition et contenu hors sujet.

Elle pourrait utiliser des codes de réponse tels que accepté dans le texte final, accepté en explication seulement, rejeté avec motif, reporté à un autre forum, hors de l'autorité de l'ICANN, déjà traité, non étayé par des preuves, ou nécessite un travail de mise en œuvre ultérieur.

La valeur du livre de codes n'est pas l'élégance mathématique. Il oblige le rédacteur de la synthèse à rendre visibles les choix de classification. Si une objection d'intérêt public est traitée comme un argument de concurrence, les lecteurs peuvent voir ce glissement. Si un avertissement technique de sécurité est fusionné avec une opposition générale, la fusion peut être contestée. Si une position minoritaire est marquée « hors sujet », le rapport peut dire pourquoi. Le conseil peut alors s'appuyer sur la synthèse avec une compréhension plus claire de ce sur quoi il s'appuie.

Le codage sépare également la quantité du poids. Un millier de soumissions types peuvent toutes porter le même code de problème et compter pour un argument récurrent avec de nombreux partisans. Un seul commentaire d'expert peut porter un code de risque technique qui mérite l'attention même si personne d'autre ne l'a soulevé. Un commentaire de groupe de parties prenantes peut représenter une position communautaire formelle et devrait être marqué comme tel, mais il ne devrait pas effacer les objections individuelles. Le livre de codes permet à la synthèse de montrer à la fois l'étendue et la substance.

C'est particulièrement important pour l'ICANN parce que la participation du public est inégale. Certaines parties prenantes ont du personnel politique à temps plein. D'autres sont des bénévoles, des titulaires, de petits opérateurs de réseau, des groupes de la société civile ou des utilisateurs qui n'apparaissent que lorsqu'une décision spécifique les affecte. Une synthèse qui pondère plus lourdement les commentaires institutionnels soignés sans le dire peut reproduire l'inégalité de participation. Une synthèse qui compte chaque objection courte de manière égale peut perdre l'expertise.

Un codage transparent ne résout pas ce problème de distribution, mais il le rend visible.

Les opinions minoritaires ont besoin d'une place nommée

Les institutions de consensus craignent souvent les sections minoritaires parce qu'elles peuvent donner l'impression que le désaccord est plus grand qu'il ne l'est. Cette crainte est compréhensible mais mal placée. Supprimer les opinions minoritaires ne crée pas de consensus; cela crée un dossier opaque. Un conseil peut toujours choisir la recommandation de la majorité ou du personnel. La question est de savoir s'il peut montrer ce qu'il a refusé d'adopter.

Les opinions minoritaires devraient être préservées lorsqu'elles satisfont à l'un de plusieurs critères. Elles devraient être préservées lorsqu'elles identifient un préjudice opérationnel plausible, même si seuls quelques commentateurs l'ont vu. Elles devraient être préservées lorsqu'elles proviennent d'une catégorie de parties concernées sous-représentée dans le registre des commentaires. Elles devraient être préservées lorsqu'elles contestent l'autorité juridique de la décision. Elles devraient être préservées lorsqu'elles proposent un remède plus étroit qui atteindrait l'objectif déclaré à moindre coût.

Elles devraient être préservées lorsqu'elles révèlent qu'une proposition est comprise différemment par différentes communautés.

La synthèse ne devrait pas enterrer de telles opinions sous « autres commentaires ». Elle devrait dire ce qu'est l'opinion, qui l'a exprimée en termes généraux, quelles preuves la soutiennent, et pourquoi elle a ou n'a pas changé le résultat. Si l'opinion est faible, le rapport peut le dire. Si l'opinion est en dehors de la mission de l'ICANN, le rapport peut le dire. Si l'opinion est valable mais relève d'un forum politique ultérieur, le rapport peut dire de quel forum il s'agit et pourquoi la décision actuelle ne devrait pas attendre.

Ce que le rapport ne devrait pas faire, c'est convertir la dissidence en une texture de préoccupation sans réponse décisionnelle.

Le traitement des minorités est aussi le test de la capture. Un système peut être ouvert dans la forme tout en étant dominé par des entités récurrents, des acteurs financés ou des groupes constitués. Une synthèse qui ne montre que le thème dominant peut faire passer la capture pour un consensus. Une synthèse qui enregistre les objections minoritaires permet aux lecteurs de voir si la décision dépendait de l'expertise, du pouvoir de négociation, de l'endurance ou d'un accord réel.

Cela ne signifie pas que chaque objection isolée devient un veto. Le conseil est en droit de rejeter les mauvais arguments. Le personnel est en droit de dire qu'un commentaire comprend mal un contrat. L'ICANN est en droit de protéger la stabilité, la sécurité et l'interopérabilité contre des demandes populaires mais irréalisables. Le point est que le rejet doit être motivé. L'opinion minoritaire n'est pas honorée parce qu'elle est autorisée à s'exprimer; elle est honorée lorsque la raison de ne pas la suivre est visible.

Les motifs de rejet sont des atouts de gouvernance

Un rejet motivé est souvent plus précieux qu'une modification acceptée. Les modifications acceptées sont faciles à voir parce que le texte change. Les rejets nécessitent une explication. Ils montrent la hiérarchie réelle des valeurs: l'uniformité des contrats sur la protection sur mesure, la stabilité sur la vitesse, la confidentialité sur la publication, la concurrence sur le contrôle des prix, la sécurité sur la commodité, les limites de la mission sur la demande publique. Sans motifs de rejet, le public ne peut pas dire quelle valeur l'a emporté.

Les statuts de l'ICANN vont déjà dans ce sens en exigeant des explications détaillées des fondements des décisions et de la manière dont les commentaires ont influencé les considérations politiques. L'expression « comment les commentaires ont influencé » ne doit pas être lue comme « si les commentaires ont modifié le texte final ». L'influence peut inclure la confirmation d'un choix, le resserrement d'une clause, la production d'un engagement de surveillance, la révélation d'un malentendu, la génération d'un examen ultérieur, ou l'échec parce que le conseil a trouvé l'argument peu convaincant. La synthèse devrait montrer toute cette gamme.

Les motifs de rejet protègent également l'ICANN de critiques injustes. Si un registre de commentaires publics contient une forte opposition mais que l'accord juridique ne donne pas à l'ICANN le pouvoir d'imposer la condition demandée, le dire est préférable à prétendre que l'objection a simplement été examinée. Si un commentaire demande un remède qui déstabiliserait un registre, le rapport devrait expliquer le risque de stabilité. Si un commentaire soulève une préoccupation légitime déjà traitée par une autre clause du contrat, le rapport devrait renvoyer à cette clause.

Ces explications peuvent ne pas satisfaire les opposants, mais elles créent un dossier qui peut être examiné.

L'absence de motifs de rejet crée l'incitation inverse. Les critiques supposent que l'institution les a ignorés. Les partisans supposent que l'institution avait des raisons qui n'ont pas besoin d'être montrées. Le personnel apprend qu'un récit thématique large est plus sûr qu'une réponse détaillée parce que les raisons détaillées créent des cibles. C'est la mauvaise leçon. Dans un système de légitimité, les raisons ne sont pas des passifs; elles sont la monnaie de l'autorité.

Le calendrier détermine si les commentaires peuvent avoir de l'importance

Une synthèse de commentaires publics peut être parfaitement rédigée et arriver encore trop tard pour compter. Si un conseil est déjà engagé, si un contrat doit être signé avant une date limite, ou si le personnel a négocié des conditions qui ne peuvent pas être rouvertes de manière réaliste, la synthèse devient un document défensif. Elle explique pourquoi la voie antérieure a survécu. Elle ne crée pas d'opportunité de changement.

La procédure.org montre encore pourquoi le calendrier a besoin d'un traitement plus explicite. La page publique expliquait que l'accord en vigueur expirerait le 30 juin 2019 et que le rapport de commentaires était attendu pour le 3 juin 2019. Ce calendrier laissait une fenêtre étroite entre le rapport et la date d'expiration. Une fenêtre compressée ne prouve pas un mauvais processus. Les échéances de renouvellement sont réelles. Mais lorsque la fenêtre de décision est courte, la synthèse devrait divulguer quelles options restaient ouvertes lorsque les commentaires ont été examinés. Le texte pouvait-il être renégocié?

Le terme pouvait-il être prolongé temporairement? Une clause controversée pouvait-elle être différée? Le conseil pouvait-il approuver avec conditions? Le personnel pouvait-il rouvrir la discussion avec l'opérateur de registre? Un lecteur ne peut pas évaluer l'influence du public sans connaître l'ensemble des options.

Le calendrier compte aussi avant l'ouverture des commentaires. Si la proposition reflète une négociation bilatérale, les commentaires publics peuvent négocier contre une condition déjà acceptée par la contrepartie. Si la proposition reflète un processus politique communautaire, les commentaires peuvent examiner la mise en œuvre plutôt que la politique. Si la proposition reflète un budget ou un plan opérationnel, les changements peuvent affecter des projets dépendants. Les synthèses devraient indiquer la posture procédurale.

Un commentaire ne peut être jugé équitablement que si les lecteurs savent s'il tente de changer la politique, la mise en œuvre, le texte du contrat, le calendrier ou la supervision.

C'est pourquoi l'expression « après examen des commentaires publics » est insuffisante en soi. L'examen peut signifier n'importe quoi, de « nous avons lu et ajusté la proposition » à « nous avons lu et poursuivi ». Une synthèse transparente devrait décrire les degrés de liberté restants. Elle devrait dire quelles questions étaient encore ouvertes, lesquelles étaient contraintes par des engagements antérieurs, et lesquelles nécessiteraient un autre forum. Cette franchise peut décevoir les commentateurs, mais elle prévient les fausses attentes.

Le décideur ne devrait pas être le seul narrateur

Dans le modèle de commentaires publics de l'ICANN, l'organisation ICANN synthétise les soumissions et identifie des thèmes communs. Cela peut être efficace, mais cela concentre le pouvoir narratif. L'organisation qui prépare la proposition, négocie le contrat ou conseille le conseil rédige souvent la synthèse qui explique les objections à cette proposition. Même si le personnel agit avec soin, l'apparence d'auto-évaluation est inévitable.

Il existe plusieurs façons de réduire ce risque sans créer une nouvelle bureaucratie pour chaque procédure. L'une consiste à publier le tableau de classification parallèlement au rapport narratif. Une autre est de permettre aux commentateurs de voir les catégories préliminaires de problèmes et de signaler les erreurs de classification avant le rapport final. Une troisième est de permettre au groupe d'origine d'ajouter une colonne de réponse distincte de la synthèse du personnel, afin que les lecteurs puissent distinguer « ce que les commentaires ont dit » de « ce que les décideurs en pensent ».

Une quatrième est d'exiger un examen indépendant de la classification pour les procédures à fort impact impliquant des contrats, des frais, des documents de gouvernance fondamentaux, des mécanismes de redevabilité ou la stabilité des identifiants.

La séparation clé est entre la synthèse et la réponse. Une synthèse devrait décrire le registre des commentaires aussi fidèlement que possible. Une réponse devrait expliquer ce que l'ICANN fera. Lorsque les deux sont fusionnées, il y a une tentation de décrire les commentaires dans le langage de la réponse prévue. Une objection forte devient « préoccupation traitée par les garanties existantes ». Une demande de décision différente devient « préférence pour une politique alternative ». Une objection juridique devient « commentaire concernant l'autorité ». Ces phrases peuvent être exactes, mais elles ont besoin de soutien.

Séparer la synthèse de la réponse aiderait également le conseil. Les administrateurs doivent savoir quand on leur dit ce que le dossier contient et quand on leur conseille comment décider. Les recommandations du personnel sont légitimes. Le problème n'est pas le conseil; le problème est le conseil déguisé en compression neutre. Un conseil qui reçoit une synthèse codée, un tableau de réponse et les commentaires originaux peut poser de meilleures questions.

Une piste d'audit pratique pour les commentaires publics

La piste d'audit minimale des commentaires publics contiendrait six couches. La première est l'archive des soumissions originales, avec horodatages, noms des soumissionnaires tels que publiés selon les règles, pièces jointes et corrections ultérieures éventuelles. L'ICANN fournit déjà une grande partie de cela. La deuxième est un index lisible par machine reliant chaque soumission aux codes de problème. Cet index ne devrait pas obliger les lecteurs à extraire des pages Web ou à ouvrir manuellement chaque pièce jointe.

La troisième couche est une synthèse thématique qui explique les principaux arguments en prose ordinaire. C'est le rapport public familier, mais il devrait être construit sur l'index codé plutôt que de le remplacer. La quatrième couche est une section sur les opinions minoritaires et dissidentes. Cette section devrait identifier les arguments qui n'ont pas dominé le dossier mais étaient importants en raison de la qualité des preuves, du statut des parties concernées, de l'autorité juridique, du risque opérationnel ou de la conception du remède.

La cinquième couche est un tableau de réponse. Chaque problème majeur devrait recevoir une réponse décisionnelle: accepté, partiellement accepté, rejeté, reporté, hors autorité, déjà traité, ou nécessitant un travail ultérieur. Le tableau devrait inclure une raison, pas seulement une étiquette. La sixième couche est une déclaration à l'usage du conseil. Si le conseil s'appuie sur le rapport, la résolution ou les motifs devraient identifier le rapport et les problèmes décisifs. Si le conseil rejette une objection majeure, il devrait dire pourquoi.

Aucune de ces couches n'exige du conseil qu'il abandonne son pouvoir discrétionnaire. Elles rendent simplement l'exercice de la discrétion examinable. Un système de commentaires publics qui ne peut être examiné devient un rituel de légitimité. Un système de commentaires publics qui montre ses classifications devient une preuve.

Le dossier du conseil ne peut pas réparer une synthèse faible

Il est tentant de dire que les motifs du conseil sont le véritable document de redevabilité et que la synthèse des commentaires publics n'est qu'un élément parmi d'autres. Cette réponse est insuffisante. Au moment où une résolution du conseil est rédigée, la synthèse a déjà façonné l'univers des problèmes visibles. Les motifs du conseil peuvent expliquer pourquoi les administrateurs ont approuvé une décision, mais ils ne peuvent souvent pas révéler ce qui n'a jamais été placé devant eux comme une question distincte.

Cela importe parce que les documents du conseil ne sont pas des contenants neutres. Ils sont préparés pour une réunion décisionnelle. Ils doivent être concis, juridiquement prudents et alignés sur la proposition à l'examen. Si le rapport de commentaires publics a déjà regroupé un ensemble d'objections sous une rubrique large, le document du conseil peut se référer à la rubrique large plutôt qu'aux différences sous-jacentes. Le dossier décisionnel répète alors la compression au lieu de la tester.

Le public voit une cohérence entre le rapport et les motifs, mais la cohérence peut seulement signifier que les deux documents ont hérité de la même classification.

Une synthèse plus solide réduit ce risque avant que le conseil ne se réunisse. Les administrateurs devraient pouvoir voir non seulement la conclusion du personnel, mais la carte contestée en dessous. Si une proposition soulève des préoccupations de tarification, de continuité de service, de pouvoir de marché, de dépendance à l'intérêt public et d'autorité procédurale, ces préoccupations devraient apparaître comme des lignes distinctes. Un administrateur peut alors décider qu'une seule compte, que toutes ont été traitées, ou que l'une nécessite un report.

Ce qui ne devrait pas arriver, c'est que l'administrateur soit invité à approuver une conclusion après que les objections ont été mélangées en un seul thème.

Le même point s'applique lorsqu'un membre du conseil lit personnellement les soumissions originales. La diligence individuelle est utile, mais ce n'est pas un contrôle. La gouvernance publique ne peut pas dépendre des habitudes de lecture de certains administrateurs. Une méthode de synthèse devrait fonctionner même lorsque les administrateurs tournent, lorsque le rôle est chargé, lorsque les pièces jointes sont longues et lorsqu'une décision est urgente. La méthode devrait rendre le dossier lisible sans faire confiance à une seule personne pour remarquer ce que le rapport a omis.

Les commentaires en double ne devraient pas effacer les préjudices distincts

Les procédures à volume élevé attirent souvent des messages répétés. L'ICANN doit être capable de gérer les commentaires types, les textes de campagne et les objections répétées sans prétendre que chaque phrase identique ajoute un nouvel argument. Pourtant, la gestion des doublons peut créer sa propre distorsion. Si les commentaires répétés sont traités uniquement comme une campagne de masse, la synthèse peut manquer le fait que différents soumissionnaires attachent la même objection à des préjudices différents.

Considérons une objection tarifaire dans une procédure d'accord de registre. Un titulaire à but non lucratif, un bureau d'enregistrement, un défenseur des consommateurs, un chercheur en sécurité et un investisseur de noms de domaine peuvent tous s'opposer à la suppression du plafonnement des prix, mais pour des raisons différentes. L'organisation à but non lucratif peut craindre pour les budgets de mission. Le bureau d'enregistrement peut craindre la colère des clients et les frictions de renouvellement. Le défenseur des consommateurs peut craindre l'enfermement pour les sites d'intérêt public.

Le chercheur en sécurité peut craindre que les domaines abandonnés deviennent des cibles d'abus. L'investisseur peut craindre l'incertitude dans l'évaluation des domaines. La phrase de premier niveau est la même, mais la carte des risques ne l'est pas.

Une bonne synthèse devrait donc compter les doublons de deux manières. Elle devrait identifier les textes répétés ou les soumissions de campagne afin que les lecteurs ne confondent pas le volume avec une analyse indépendante. Elle devrait également préserver les théories de préjudice distinctes attachées aux positions répétées. Un millier de commentaires disant « ne pas approuver » peut contenir cinq raisons, et ces raisons doivent être séparées. Le problème de légitimité n'est pas résolu en disant que de nombreux commentateurs se sont opposés à la proposition; il est résolu en montrant quels risques l'opposition a réellement soulevés.

C'est particulièrement important pour les catégories de parties concernées ayant une capacité différente à rédiger des soumissions formelles. Une petite organisation peut soumettre une objection courte parce qu'elle manque de conseil politique. Un grand groupe de parties prenantes peut soumettre une lettre détaillée avec des citations et du texte proposé. Si la synthèse ne valorise que le poli, le grand groupe domine. Si elle ne valorise que le nombre, la campagne domine. La bonne méthode enregistre les deux, puis demande quels arguments portent sur la décision.

Les conclusions hors sujet ont aussi besoin de raisons

« Hors sujet » est l'une des expressions les plus puissantes dans un rapport de commentaires publics. Elle peut être correcte. La mission de l'ICANN est limitée, et tous les griefs liés à l'Internet ne relèvent pas d'une décision de l'ICANN. Un contrat de registre ne peut pas résoudre tous les problèmes de concentration du marché, de discours, de confidentialité, de droit de la concurrence ou de réglementation nationale. Une synthèse ne devrait pas forcer le conseil à décider de questions au-delà de son autorité.

Mais une étiquette « hors sujet » peut aussi cacher les questions de frontière les plus difficiles. Le fait qu'un commentaire soit en dehors de la procédure dépend souvent de la manière dont la procédure a été définie. Si un accord proposé supprime une contrainte de tarification, l'accessibilité financière peut être centrale plutôt que périphérique. Si une politique proposée affecte la publication des données de contact, la confidentialité et l'accès des forces de l'ordre peuvent être centraux plutôt que collatéraux.

Si un changement de redevabilité affecte qui peut contester une décision, le coût et l'accès peuvent être centraux plutôt que simplement procéduraux.

Pour cette raison, les conclusions hors sujet devraient être accompagnées de raisons. Le rapport devrait dire si le problème est en dehors de la mission de l'ICANN, en dehors de l'autorité du groupe initiateur, en dehors du texte spécifique examiné, déjà réglé par une décision politique antérieure, ou réservé à une autre procédure. Ce sont des affirmations différentes. Une limite de mission signifie que l'ICANN n'a pas le pouvoir. Une limite de procédure signifie que l'ICANN peut avoir le pouvoir mais a choisi de ne pas rouvrir cette question ici. Une limite de décision antérieure signifie que le commentaire est tardif, pas hors de propos.

Une limite de forum signifie que le commentateur devrait savoir où aller ensuite.

Des conclusions de périmètre motivées réduisent également le ressentiment. Les commentateurs peuvent accepter d'avoir choisi le mauvais forum si le rapport explique le bon. Ils sont moins susceptibles d'accepter une synthèse qui enregistre leur préoccupation et ne dit ensuite rien. Dans une institution multipartite, les échecs de participation s'accumulent. Une personne qui consacre du temps à une procédure et ne voit aucune réponse visible est moins susceptible de revenir pour la suivante. Le coût n'est pas seulement l'équité dans cette procédure; c'est la perte de preuves futures.

Les objections techniques ne devraient pas être écrasées en préférences politiques

Les procédures de l'ICANN mélangent souvent des valeurs politiques avec des affirmations techniques. Un commentaire peut dire qu'un changement proposé menace la stabilité du DNS, affaiblit la réponse aux abus, complique la transition de registre, sape l'exactitude des données, ou crée une ambiguïté opérationnelle. Un tel commentaire peut également exprimer une opposition comme préférence politique. Une synthèse faible peut fusionner l'affirmation technique et la préférence, puis rejeter l'ensemble comme désaccord.

La meilleure méthode sépare les parties. Si un commentateur dit qu'un changement de contrat proposé affaiblira la transition d'urgence, la synthèse devrait identifier l'affirmation spécifique de transition. L'ICANN peut alors y répondre: les dispositions d'urgence existantes restent suffisantes, le risque est traité ailleurs, l'affirmation n'est pas étayée, ou le texte a été révisé. Si le même commentateur dit également que le conseil devrait rejeter l'accord en raison d'un symbolisme d'intérêt public, c'est une affirmation distincte.

Les séparer empêche qu'un avertissement technique soit perdu parce que la position plus large n'a pas prévalu.

Cette distinction est centrale pour les questions de ressources numériques. Des faits techniques sur l'unicité, l'exactitude du registre, le DNS inverse, la dépendance à la sécurité du routage ou l'éligibilité à l'allocation peuvent être soulevés par un petit nombre d'opérateurs. Ils peuvent ne pas être accompagnés d'un langage politique public soigné. Une synthèse qui donne la priorité aux thèmes larges peut les manquer. Le livre de codes devrait donc marquer les preuves techniques séparément des préférences institutionnelles, même lorsque la même soumission contient les deux.

Le conseil ne devrait pas avoir besoin de devenir l'examinateur technique final de chaque affirmation. Il devrait savoir si une affirmation technique a été soulevée, qui était compétent pour l'évaluer, quelle réponse a été donnée, et si la réponse a changé la décision. Cela suffit pour rendre la décision examinable sans transformer un rapport de commentaires publics en traité d'ingénierie.

Le public a besoin de conclusions négatives, pas seulement de changements positifs

De nombreux rapports de commentaires publics mettent l'accent sur ce qui a changé après les commentaires. C'est utile, mais cela peut créer un dossier déformé. Si un rapport énumère en détail les modifications acceptées et en termes généraux les objections rejetées, les lecteurs voient de la réactivité là où le véritable différend peut se situer ailleurs. Le public a autant besoin de conclusions négatives que de conclusions positives.

Une conclusion négative dit: cette objection a été comprise, classée et rejetée pour cette raison. C'est l'équivalent d'un tribunal judiciaire disant pourquoi un argument échoue, sans transformer l'ICANN en tribunal. Cela discipline le décideur parce que la raison peut être testée plus tard. Si l'ICANN dit qu'une objection d'accessibilité financière a échoué parce que le contrat ne réglemente pas les prix de détail, les futurs critiques peuvent contester cette prémisse.

Si l'ICANN dit qu'une objection de calendrier a échoué parce que l'accord arrivait à expiration, les futurs examinateurs peuvent demander si une prolongation provisoire était possible. Si l'ICANN dit qu'une préoccupation technique a déjà été traitée, les incidents futurs peuvent tester cette affirmation.

Les conclusions négatives créent également une mémoire institutionnelle. La procédure suivante peut voir quels arguments ont été rejetés auparavant et pourquoi. Le personnel ne peut pas simplement dire qu'une préoccupation est nouvelle alors qu'elle est apparue à plusieurs reprises. Les commentateurs ne peuvent pas simplement répéter un argument sans s'engager sur la raison du rejet antérieur. La qualité du débat s'améliore parce que le dossier devient cumulatif.

C'est là que les synthèses de commentaires publics peuvent devenir un véritable instrument de redevabilité. Non pas en transformant chaque commentaire en commandement, mais en transformant chaque objection sérieuse en une conclusion publique motivée. L'ICANN n'a pas besoin de plus de consultations rituelles. Elle a besoin de dossiers de consultation qui peuvent être réutilisés, audités et améliorés.

Limites des sources et ce qui ne peut être déduit

Cet article s'appuie sur la description actuelle des commentaires publics de l'ICANN, les statuts de l'ICANN, et la page de procédure publique pour le projet de renouvellement de l'accord.org. Ces sources montrent le modèle formel de consultation, la période publique minimale, le rôle des rapports de synthèse, la promesse que le rapport serait disponible pour l'examen du conseil, et la question importante de la tarification dans cette procédure spécifique.

Les sources examinées ici n'établissent pas un audit statistique complet de chaque soumission.org par rapport à chaque ligne du rapport. Elles ne prouvent pas qu'un membre du personnel a intentionnellement minimisé une objection. Elles ne prouvent pas que chaque membre du conseil s'est appuyé uniquement sur la synthèse plutôt que sur les commentaires originaux. Elles ne prouvent pas qu'une synthèse différente aurait changé la décision finale. Les preuves soutiennent une affirmation structurelle: la synthèse des commentaires publics a suffisamment d'influence pour que sa méthode de classification soit visible.

Cette distinction importe. Une critique de la conception de la synthèse ne devrait pas devenir une accusation de motif. L'argument institutionnel plus fort est plus simple. Lorsque la même institution rédige la proposition, reçoit les commentaires, les synthétise et procède à une décision, le public a besoin d'un pont traçable du commentaire à la réponse. Ce pont est la garantie manquante.

À quoi ressemblerait un meilleur rapport de l'ICANN

Un rapport de commentaires publics de l'ICANN plus solide commencerait par la proposition et les choix restants. Il indiquerait si le groupe initiateur pouvait modifier le texte, rouvrir la négociation, différer une clause, approuver avec conditions, rejeter la proposition ou seulement apporter des ajustements de mise en œuvre. Il publierait ensuite un livre de codes de problèmes. Les lecteurs verraient exactement comment les commentaires ont été classés.

Le rapport distinguerait les arguments uniques des approbations répétées. Il éviterait de laisser entendre qu'une pétition équivaut à une analyse technique ou qu'une analyse technique équivaut à une légitimité communautaire. Il enregistrerait le type de partie concernée sans donner un statut privilégié à l'écriture institutionnelle soignée. Il préserverait les arguments minoritaires dans une section séparée. Il expliquerait quelles objections ont été rejetées et pourquoi.

Le document du conseil relierait alors la décision au rapport. Si une objection au plafonnement des prix était rejetée, les motifs identifieraient la raison déterminante. Si un avertissement de sécurité était accepté, la modification du texte ou l'engagement de surveillance serait visible. Si une objection d'autorité juridique était en dehors de la procédure, le rapport expliquerait la voie disponible pour la soulever. Si un commentaire demandait un délai et que le conseil refusait, la raison du calendrier serait publique.

Le résultat n'éliminerait pas le désaccord. Il pourrait l'aiguiser parce que les arguments perdants seraient nommés plus clairement. Mais il améliorerait la légitimité institutionnelle parce que les perdants pourraient voir la raison de leur perte. Dans un cadre multipartite, c'est souvent la différence entre le désaccord et l'aliénation.

Pourquoi cela importe au-delà des noms

Bien que l'exemple du.org provienne du côté des noms de domaine de l'ICANN, le problème des synthèses de commentaires publics affecte également la gouvernance des ressources numériques. La mission de l'ICANN comprend la coordination du niveau le plus élevé des numéros de protocole Internet et des numéros AS, ainsi que la facilitation des politiques mondiales de registre de numéros par la communauté concernée et des tâches convenues avec les RIR.

Lorsque l'ICANN sollicite des commentaires sur des documents de gouvernance, des politiques mondiales, des mécanismes de redevabilité ou des arrangements liés à l'IANA, les mêmes mécanismes de synthèse peuvent décider si les objections des opérateurs restent visibles.

Les décisions sur les ressources numériques impliquent souvent de petits groupes concernés, des dépendances techniques complexes et une faible visibilité publique. Quelques commentaires peuvent contenir plus d'informations opérationnelles qu'une grande procédure d'intérêt général. Si une synthèse comprime ces commentaires en thèmes fades, le coût peut être invisible jusqu'à ce qu'une décision de registre, d'allocation, de DNS inverse ou de continuité échoue sous la pression. La méthode de synthèse devrait donc être la plus solide précisément là où la participation est faible et l'expertise spécialisée.

La leçon n'est pas que les commentaires publics devraient gouverner par le nombre. C'est que les commentaires publics devraient laisser un dossier utilisable. La légitimité de l'ICANN dépend moins de la fréquence à laquelle elle invite les commentaires que de sa capacité à montrer comment les commentaires ont changé, restreint ou échoué à changer une décision. Une synthèse rédigée par le système décisionnel ne peut être digne de confiance que lorsque ses classifications sont ouvertes à l'inspection.

Conclusion

Les commentaires publics ne sont pas une redevabilité auto-exécutoire. Ils deviennent une redevabilité lorsque le public peut tracer une soumission en un problème classé, une opinion minoritaire préservée, une réponse et une décision motivée. L'ICANN publie déjà les commentaires et les rapports de synthèse dans le cadre de son modèle de gouvernance. La prochaine norme devrait être la traçabilité à l'intérieur de la synthèse elle-même.

Le décideur peut avoir besoin de synthétiser. Il peut même être le seul organe pratique capable de produire un rapport en temps utile. Mais lorsqu'il rédige la synthèse, il doit montrer son travail. Sinon, l'acte le plus important de la consultation n'est pas le dépôt public des commentaires. C'est l'acte institutionnel discret de décider ce que ces commentaires signifiaient.

Sources examinées

• ICANN, « Public Comment », page d'accueil actuelle des commentaires publics, comprenant la période minimale de procédure, les soumissions publiques, les rapports de synthèse et les liens vers les rapports récents:https://www.icann.org/en/public-comment
• ICANN, « About Public Comment », décrivant l'ouverture des procédures, les soumissions publiques, les rapports de synthèse de l'organisation ICANN, et l'examen des soumissions et de la synthèse par le groupe initiateur:https://www.icann.org/en/public-comment/about
• ICANN, « Bylaws for Internet Corporation for Assigned Names and Numbers », tels que modifiés le 10 juin 2026, en particulier l'article 1 sur la mission et l'article 3 sur la transparence, les dispositions relatives aux avis et commentaires:https://www.icann.org/en/governance/bylaws
• ICANN, « Proposed Renewal of.org Registry Agreement », procédure de commentaires publics ouverte le 18 mars 2019 et close le 29 avril 2019, comprenant le rapport et les liens vers les commentaires, l'étape suivante indiquée pour l'examen du conseil, et la description des dispositions tarifaires:https://www.icann.org/en/public-comment/proceeding/proposed-renewal-of-org-registry-agreement-18-03-2019