ICANN ha ricordato che la finestra per candidarsi al Registry Service Provider Evaluation Program del round nuovi gTLD 2026 chiuderà alle 23:59 UTC del 12 agosto 2026. È una scadenza tecnica, ma con conseguenze strategiche: ogni applicant di un nuovo gTLD deve indicare almeno un RSP valutato positivamente da ICANN, cioè un fornitore in grado di sostenere i servizi critici di backend del futuro registro.
Nel round 2026 la scelta della stringa non basta. Dietro ogni TLD servono DNS, RDAP, DNSSEC, eventuale supporto IDN, servizi registry e processi operativi capaci di reggere requisiti ICANN e aspettative del mercato. Per molti candidati, soprattutto brand e nuovi operatori, il RSP è il partner che trasforma un progetto di naming in un'infrastruttura reale.
Leggi anche: Nuovi gTLD 2026: perché la scelta del RSP pesa quanto la stringa
Che cosa chiude il 12 agosto
L'annuncio riguarda la seconda finestra di application per il programma RSP, aperta in parallelo con il New gTLD Program 2026. ICANN spiega che i Registry Service Provider offrono servizi essenziali per conto dei registry operator: DNS, RDAP, DNSSEC e altri componenti previsti dal programma. Alcuni applicant possono gestire internamente il backend, ma devono comunque passare dalla valutazione; altri si appoggiano a fornitori terzi già qualificati.
La prima fase di valutazione era stata aperta dal 19 novembre 2024 al 20 maggio 2025. La seconda finestra, quella ora in chiusura, accompagna il periodo di presentazione delle domande per i nuovi gTLD. Il punto pratico è semplice: chi vuole comparire come RSP valutato nel round 2026 deve rispettare il calendario. Le domande non inviate entro il termine restano fuori da questa finestra.
Per i candidati al TLD, la scadenza non va letta come un dettaglio amministrativo. Se il provider tecnico scelto non è già valutato, o se deve completare passaggi aggiuntivi, il rischio è introdurre incertezza proprio nella parte più sensibile dell'application: la capacità di operare il registro in modo stabile, sicuro e conforme.
Perché il programma RSP cambia il peso del backend
Nel round precedente molti aspetti tecnici venivano valutati dentro la singola application del TLD. Con il programma RSP, ICANN separa la valutazione del fornitore tecnico da quella della stringa. In teoria questo riduce duplicazioni, tempi e costi: un RSP valutato una volta può supportare più candidature, senza ripetere da zero ogni verifica per ogni estensione.
Questo modello rende più leggibile il mercato dei backend registry. Gli applicant possono consultare l'elenco dei fornitori valutati e confrontare capacità tecniche, servizi, esperienza e supporto. Al tempo stesso, i provider hanno un incentivo a completare la valutazione per essere selezionabili da più candidati. La competizione non si gioca solo sul prezzo, ma su affidabilità, IDN, gestione DNSSEC, SLA, supporto compliance e capacità di accompagnare un TLD fino alla delega.
Leggi anche: ICANN riporta online RST v2.0: per i nuovi gTLD il test tecnico torna centrale
Per i brand TLD, il tema è ancora più concreto. Un'azienda può avere un progetto solido di identità digitale, sicurezza e comunicazione, ma se il backend non è pronto il TLD resta sulla carta. Per i registry commerciali, invece, la scelta del RSP influenza time-to-market, capacità di gestire volumi, integrazioni registrar e servizi premium.
Impatto per applicant, registry e consulenti
La scadenza del 12 agosto mette pressione su tre gruppi. Il primo è quello dei fornitori tecnici che non hanno ancora completato o inviato la propria domanda. Il secondo è composto dagli applicant che stanno valutando se affidarsi a un RSP già in lista o a un provider ancora in valutazione. Il terzo riguarda consulenti, registrar corporate e advisor che devono trasformare la strategia gTLD in una roadmap eseguibile.
La scelta conservativa, per molti applicant, sarà orientarsi verso fornitori già valutati o con iter chiaramente avviato. Ma non sempre il provider più noto è quello più adatto. Alcuni progetti hanno esigenze specifiche: supporto IDN, politiche di eligibility, integrazioni con sistemi aziendali, servizi addizionali, requisiti di sicurezza o presenza geografica. Il calendario ICANN obbliga quindi a mettere ordine nelle priorità prima della chiusura della finestra.
Leggi anche: Nuovi gTLD 2026: per i .brand la vera prova arriva dal DNS
Per gli investitori e gli osservatori del mercato domini, il programma RSP è un segnale indiretto della maturità del round. I nuovi gTLD non sono solo naming e marketing: sono infrastruttura, compliance e continuità operativa. Le stringhe più ambiziose avranno bisogno di backend credibili, mentre i progetti più deboli potrebbero emergere proprio nella fase tecnica.
La lettura Webinvest
La data del 12 agosto 2026 crea una linea di demarcazione. Prima di quella scadenza, un provider può entrare nel percorso di valutazione per il round. Dopo, gli applicant dovranno ragionare con un perimetro più definito di opzioni tecniche. Questo rende la scelta del RSP una decisione anticipata, non un dettaglio da risolvere dopo aver scelto la stringa.
Per chi guarda al round 2026 in ottica business, la lezione è chiara: la qualità di un nuovo gTLD dipenderà anche dal suo backend. Una buona estensione con un piano tecnico debole è un rischio; una stringa meno appariscente ma sostenuta da infrastruttura solida può avere più possibilità di arrivare alla delega e al mercato senza frizioni.
La finestra RSP è quindi una scadenza da monitorare non solo per i fornitori, ma anche per brand, registry, consulenti e investitori che vogliono capire quali progetti del round 2026 sono davvero pronti a diventare TLD operativi.
Fonte: ICANN; approfondimento programma RSP: New gTLD Program.
← Tutte le news