Résumé

  • Dans sa notification du 25 septembre 2026, ICANN qualifie le non-paiement des frais d'accréditation de manquement fondamental et substantiel de Netpia.com, Inc. Elle traite séparément la défaillance de RDAP et l'absence de lien direct vers la procédure de divulgation.
  • RDAP sert à interroger les données d'enregistrement qui doivent être publiques. Le lien en page d'accueil indique, lui, comment solliciter des données non publiques ; il n'autorise pas leur remise automatique.
  • L'échéance de remédiation est fixée au 16 octobre. La résiliation n'est qu'une possibilité annoncée en cas de défaut persistant, et non une décision déjà prise.

Un reçu de virement est une preuve étroite. Il dit qu'une somme a été réglée, pas qu'un service de recherche répond aux requêtes ni qu'une personne peut trouver où déposer une demande portant sur des données protégées. C'est sous cet angle qu'il faut lire l'avis adressé par ICANN à Netpia.com, Inc., bureau d'enregistrement portant le numéro IANA 130. La dette, la consultation et la demande n'ont ni le même utilisateur ni le même test.

Le texte est précis sur la qualification. Le défaut de paiement des frais dus à ICANN relève de la section 3.9 de l'accord d'accréditation et constitue, selon l'organisme, le manquement fondamental et substantiel. Deux autres domaines sont dits non conformes : le service RDAP et le lien direct vers le mécanisme de demande de divulgation. Sept éléments relatifs au site et au contrat figurent dans une rubrique distincte, « Additional Concerns ». Leur présence n'autorise pas à les présenter tous comme le manquement financier expressément nommé.

Une analyse utile part de cette séparation sans faire de la typologie de l'avis son seul sujet.

Sur le premier parcours, Netpia dispose d'une adresse de base RDAP enregistrée, rdap.ibi.net. ICANN indique pourtant que son système de surveillance a détecté des épisodes intermittents assortis de résultats « down » répétés ; lorsque le service est indisponible, les recherches de domaines parrainés échouent. Nous ne disposons ni d'une mesure indépendante de disponibilité, ni d'une durée de panne, ni d'un décompte de domaines touchés. ICANN demande une démonstration plus exigeante qu'une capture d'écran : accès gratuit par requête à des données à jour pour tous les noms gTLD actifs parrainés, conformité aux deux documents du profil RDAP de février 2024 et transmission d'un nom parrainé pour la surveillance. Ce profil est obligatoire depuis août 2025. Une requête réussie isolée ne ferme pas le dossier.

Le second parcours ne peut être remplacé par RDAP. La politique d'ICANN sur les données d'enregistrement exige, en section 10.1, un lien directement accessible depuis la page d'accueil vers les modalités de demande de divulgation de données non publiques. Ces modalités doivent expliquer ce qu'il faut fournir, comment la réponse parviendra au demandeur et dans quel délai elle est attendue. L'avis affirme que ces informations ne figuraient pas sur la page d'accueil examinée. Publier un lien ouvre une porte identifiable ; cela ne décide pas du bien-fondé de chaque demande.

La politique prévoit un examen au cas par cas, une réponse et, en cas de refus, des motifs. Confondre cette voie avec la consultation libre compromettrait à la fois l'accès légitime et la confidentialité.

Le 16 octobre est une date de contrôle, non le constat anticipé d'une issue. ICANN demande le paiement, des preuves du fonctionnement RDAP, le lien de divulgation et d'autres corrections. Elle dit pouvoir entamer une résiliation si Netpia ne remédie pas aux problèmes et ne fournit pas les éléments requis. Sa chronologie montre des échanges, dont certaines réponses du bureau jugées insuffisantes ; dire qu'il n'a jamais répondu serait inexact.

Un dossier de rétablissement lisible comporterait donc trois pièces distinctes : le solde acquitté ; une série horodatée de vérifications RDAP, avec périmètre, version du profil et exceptions ; enfin l'URL d'accueil, les consignes de demande et le canal de réponse à jour. Il s'agit d'une proposition d'analyse, pas d'un formulaire imposé par ICANN. Les données personnelles, l'identité des demandeurs et les accès de surveillance n'ont pas leur place dans sa version publique. Ce qui importe est de ne pas annoncer le retour de l'accès sur la seule foi du paiement.

Sources