Dominio, codice e account: cosa deve essere intestato a te e come verificarlo

Dominio intestato alla web agency: le conseguenze pratiche e cosa chiedere

Capita che il fornitore registri il dominio insieme al sito e lo intesti a sé, e che nessuno ci pensi finché tutto funziona. La prima conseguenza riguarda rinnovo e scadenza. Per il Regolamento del Registro un .it dura un anno e si rinnova in automatico. Nei quindici giorni dopo la scadenza il registrar può cancellarlo anche senza la richiesta esplicita del registrante, se è venuto meno il vincolo che lo obbligava a mantenerlo. Succede, per esempio, quando il contratto con il registrar non viene rinnovato. Qui a rinnovarlo, o a dimenticarsene, è il fornitore. Dopo la cancellazione il nome resta al massimo trenta giorni in uno stato da cui soltanto quel registrar può recuperarlo.

La seconda riguarda gli avvisi del Registro. Arrivano all’indirizzo email del registrante riportato nel record, per esempio dopo un cambio di intestatario o quando il registrar non ha più un contratto attivo con il Registro. Se il registrante è il fornitore, li legge lui. Per questo quell’indirizzo deve appartenere a chi usa il dominio, e funzionare.

Le richieste da fare hanno un nome preciso. La «modifica del Registrante» è il cambio intestatario: la esegue il registrar su richiesta del nuovo intestatario, che deve aver ricevuto dal vecchio il codice AuthInfo, detto comunemente auth code. La «modifica del Registrar» sposta il nome presso un altro fornitore e passa dallo stesso codice, che il registrar è obbligato a comunicare al registrante. Regole e moduli stanno nella pagina del Registro .it sulle modifiche a un dominio (si apre in una nuova scheda).

Per i domini generici la Transfer Policy di ICANN (si apre in una nuova scheda) dà al registrar cinque giorni di calendario per fornire il codice, quando non permette di generarlo in autonomia. Una controversia sui pagamenti, da sola, non gli consente di negarlo. Dopo un cambio di registrante scatta un blocco di sessanta giorni ai trasferimenti fra registrar, salvo rinuncia scelta prima, dove il registrar la offre. La riforma adottata dal consiglio di ICANN il 7 giugno 2026 cambia questi termini ma, al momento in cui scriviamo (ottobre 2026), non ha una data di applicazione. Nei documenti del Registro .it non abbiamo trovato un blocco a tempo di questo tipo.

Tutto passa da chi oggi risulta registrante. Gli strumenti diretti presso il Registro, come il recupero dell’AuthInfo quando il registrar è irreperibile o lo rifiuta, sono riservati a lui. Se nel WHOIS c’è l’agenzia, il Registro non sposta il dominio su richiesta del cliente.

App e store: account sviluppatore, chiavi di firma e trasferimento

Un’app pubblicata vive dentro un account sviluppatore. Sull’App Store il nome mostrato come venditore è quello del titolare dell’account, organizzazione o persona. Se quell’account è del fornitore il rinnovo dipende da lui, e quando l’iscrizione Apple scade le app non sono più scaricabili. Come si aprono gli account e quanto costano lo raccontiamo a parte.

Un’app si può spostare da un account all’altro. Secondo la guida di Apple sul trasferimento di un’app (si apre in una nuova scheda) il passaggio lo avvia il titolare dell’account che cede e lo accetta quello dell’account che riceve. L’app conserva recensioni, valutazioni e identificativo, e gli utenti continuano a ricevere gli aggiornamenti. Serve almeno una versione già pubblicata. Prima vanno chiusi i test su TestFlight, e chi cede perde l’accesso ai dati di analisi dell’app.

Passare l’account è un’altra faccenda. In un’organizzazione il ruolo di titolare si cede a un altro membro del team che abbia il potere di impegnarla, mentre per le iscrizioni individuali Apple lo ammette solo in casi limitati. Conviene aprirlo da subito a nome di chi possiede l’app.

Su Google Play la Guida di Play Console descrive il trasferimento delle app a un altro account sviluppatore, che il destinatario deve approvare. Con l’app passano utenti, statistiche, commenti, valutazioni e abbonamenti. Restano fuori i rapporti su vendite e utili, da scaricare prima, i gruppi di test e i collegamenti ai servizi integrati: un progetto Firebase va scollegato dall’account originale e ricollegato a quello nuovo.

Poi ci sono le chiavi. Con la firma dell’app di Google Play la chiave di firma è custodita da Google, e lo sviluppatore conserva quella di caricamento. Persa questa, se ne genera una nuova e si chiede la reimpostazione da Play Console. La chiave di firma gestita in proprio, fuori da quel servizio, una volta persa non si ripristina. Al fornitore va chiesto chi custodisce quale chiave.

La regola che dichiariamo per i lavori su commessa e due casi nei nostri prodotti

Scriviamo dalla parte del fornitore, quella che durante il lavoro ha in mano le chiavi. La regola è pubblicata nella pagina Chi siamo: repository, progetto Firebase, account Google Play o App Store e dominio vengono creati o trasferiti a nome del cliente. Alla consegna di un’app sviluppata su commessa arrivano repository completo, chiavi di firma, accessi ai servizi cloud e documentazione. Se gli account sviluppatore non esistono ancora, ne guidiamo l’apertura senza inserire noi dati di pagamento o credenziali del cliente. La pagina del servizio siti web e piattaforme dice lo stesso per dominio, codice sorgente e account dei servizi collegati.

Nei prodotti in abbonamento che sviluppiamo le cose stanno diversamente, e va detto subito. BarbierItalia, la piattaforma per barbieri e parrucchieri appena partita, dà a ogni salone abbonato un sito su un sottodominio nostro e oggi non permette di collegarvi un dominio proprio. Per le condizioni del servizio l’indirizzo è concesso in uso per la durata del rapporto: se il salone disdice, non lo segue, e alla chiusura dell’account torna disponibile. Chi ne vuole uno stabile nel tempo, dicono le stesse condizioni, dovrebbe usare un dominio proprio e reindirizzarlo.

Un prodotto in abbonamento si paga per l’uso, e il codice resta a chi lo sviluppa. Conta poter portare via i propri dati. Le condizioni di BarbierItalia dicono che i contenuti caricati restano del salone e che dal pannello si scarica una copia completa dei dati. Prima di caricare listino e anagrafica in un servizio a canone, conviene guardare come si esce.

CivitApp, l’app per i Comuni che sviluppiamo, è in fase commerciale e non ha ancora Comuni aderenti. Le intestazioni sono già scritte nella descrizione del servizio: pubblicazione sugli store a nome dell’Ente, Comune titolare del trattamento dei dati, studio responsabile.