Résumé
- Le candidat doit indiquer les RSP qui fourniraient les services critiques de registre si sa candidature allait jusqu’à la délégation.
- Lors de la contractualisation, l’ICANN demande séparément au RSP désigné de confirmer qu’il prévoit de soutenir ce candidat et le ou les gTLD concernés.
- Après le dépôt, le candidat peut préciser ou modifier ses RSP au moyen de la procédure de demande de modification de candidature.
Cet article utilise deux pièces pour expliquer les deux événements étayés par le Guidebook. La première consigne le prestataire que le candidat prévoit d’utiliser. Pour la seconde, pendant la phase de contractualisation, l’ICANN demande au RSP de confirmer son intention de soutenir le candidat et le ou les gTLD concernés. Ce cadre à deux pièces relève de l’analyse de BTW, pas d’une exigence de l’ICANN.
Cette distinction est limitée mais décisive. Un nom saisi par le candidat documente une intention du candidat, pas une confirmation émise par le RSP. Au stade de la contractualisation, l’ICANN demande ce second élément au prestataire ; cette demande ne prouve pas qu’une réponse a été obtenue.
La sélection peut aussi évoluer après le dépôt, par la procédure de demande de modification. Il faut donc conserver la date, le périmètre et le motif de chaque changement, au lieu de traiter la première désignation comme le dossier contractuel définitif.
Cela ne prouve ni l’acceptation ou le refus d’un prestataire, ni la signature d’un contrat, ni une évaluation réussie ou une délégation. Cela établit uniquement que la désignation et la confirmation répondent à deux questions différentes.
Analyse
Le contrôle le plus clair repose sur deux pièces : le dossier de candidature montre les RSP désignés pour les services envisagés ; le dossier de contractualisation suit la confirmation demandée au prestataire concernant son intention de soutien. Si un RSP change, cette séparation permet d’identifier le choix remplacé et le prestataire auquel ICANN demanderait ensuite une confirmation. Cette chaîne est une recommandation de gouvernance de BTW, pas une obligation documentaire imposée par l’ICANN.
Sources
- ICANN, Applicant Guidebook 2026, module 3, section 3.1.10.1 : https://newgtldprogram-2026-agb.icann.org/en/7-module-3-application-submission.html
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance

