Siti web

A chi appartiene il tuo sito web? La domanda che nessuno fa

Dominio, contenuto, codice, accessi: il tuo sito è un insieme di 4 asset che possono appartenere a persone diverse. Come verificare chi possiede cosa.

Di InlevenAggiornato il 24 giugno 20267 min di lettura
Chiave di vetro luminosa posata su un cubo traslucido, immagine della proprietà del proprio sito web

Un sito web non è un oggetto. È un insieme di quattro asset distinti (il nome di dominio, il contenuto, il codice e gli accessi ai servizi che lo fanno funzionare) che possono appartenere a persone diverse. Se uno di essi è a nome del tuo fornitore invece che del tuo, sei prigioniero senza saperlo. Il giorno in cui vuoi recuperare i tuoi asset per portarli altrove, scopri che « il tuo » sito non lo è quanto pensavi. Ecco come verificare chi possiede cosa, e cosa esigere da un fornitore prima che sia troppo tardi.

Un « sito web » è in realtà 4 asset separati

Quando dici « il mio sito », parli in realtà di quattro cose:

  1. Il nome di dominio, la-tua-azienda.it. L’indirizzo a cui ti trovano.
  2. Il contenuto, i tuoi testi, foto, video, loghi. La materia del sito.
  3. Il codice, i file tecnici (HTML, CSS, JS, banca dati) che fanno funzionare il sito.
  4. Gli accessi, account di hosting, banca dati, servizi terzi (Google Analytics, moduli, pagamenti…). Le chiavi del motore.

Ciascuno di questi asset può, legalmente, appartenere a una persona diversa. In un assetto pulito, tutti e quattro sono tuoi. In un assetto meno pulito, ne basta uno solo al fornitore per tenerti in pugno.

Chi possiede il nome di dominio?

È il punto che sorprende di più, dal titolare di una piccola impresa al responsabile informatico di una PMI che scopre che il dominio storico dell’azienda non è mai stato a suo nome. Un nome di dominio non viene « venduto », viene affittato, in genere da uno a dieci anni, presso un registrar (OVH, Gandi, Cloudflare, GoDaddy, ecc.). Ed è la persona iscritta come titolare (« owner » nelle banche dati pubbliche whois) a decidere tutto: trasferimento, rinnovo, reindirizzamento, disdetta.

Tre casi tipici e ricorrenti:

  • Il dominio è a tuo nome (o a quello della tua azienda). È il caso giusto. Puoi trasferirlo presso un altro registrar in qualsiasi momento, senza chiedere il permesso a nessuno.
  • Il dominio è a nome del tuo fornitore. Finché resti con lui, nessun problema visibile. Il giorno in cui vuoi recuperarlo, chiedi il trasferimento, e lui rifiuta, fattura costi di uscita, o non risponde più.
  • Il dominio è presso un registrar « interno » del fornitore. Il caso peggiore: nessuna procedura di trasferimento standard, dipendenza tecnica innestata sulla dipendenza commerciale.

Verificare richiede due minuti. Digita whois la-tua-azienda.it in un qualsiasi strumento whois online (l’AFNIC ne propone uno gratuito per i .fr). Il campo « Titolare » deve mostrare il tuo nome o quello della tua azienda. Se è qualcos’altro, è il momento di agire, non fra due anni.

E quando si gestiscono già i propri DNS e i propri account cloud?

Quanto precede resta un promemoria utile anche quando si crede di sapere. Un livello più su, la sfumatura che inganna i team tecnici sta nella distinzione tra titolare e gestore. Nella console di un registrar o di un hosting, l’account « owner » (quello che detiene giuridicamente la risorsa e può chiuderla o trasferirla) non è l’account « admin » che amministra il quotidiano. Un fornitore può benissimo darti un accesso admin comodo mantenendo la proprietà reale. Verifica il ruolo, non solo il fatto di avere un login.

Altri due punti per una direzione IT:

  • DNS delegati. Il dominio può essere a tuo nome ma i suoi server DNS delegati al fornitore (o puntati verso la sua infrastruttura). Sei proprietario, ma la risoluzione dipende da lui. Idealmente, la zona DNS è ospitata su un account che controlli tu (Cloudflare, il registrar, il tuo DNS gestito).
  • Account cloud e trasferimento di proprietà. Quando l’infrastruttura gira su AWS, GCP o Cloudflare, la vera domanda non è « ho un accesso? » ma « l’account di fatturazione e l’organizzazione sono a mio nome? ». Migrare un progetto tra due account AWS o trasferire la proprietà di un’organizzazione Cloudflare non è banale: meglio che sia chiarito fin dall’inizio piuttosto che nell’urgenza della fine di un rapporto.

Chi possiede il contenuto e il codice?

Legalmente, sei l’autore di ciò che scrivi e proprietario delle foto che hai scattato o commissionato. Per il contenuto che fornisci tu, la questione è chiara: è tuo. Chiedi solo che il contratto lo ribadisca nero su bianco.

Per il codice, è più sfumato. Esistono tre casi tipici.

Sito su misura sviluppato per te. Il contratto deve prevedere esplicitamente che il codice sorgente ti venga consegnato alla fine del progetto o su richiesta, e che ti appartenga. Senza questa clausola, il fornitore resta proprietario del suo lavoro, e tu hai un diritto d’uso, non di proprietà.

Sito montato su un CMS open source (WordPress, Astro, ecc.). Il codice del CMS non ti appartiene (è sotto licenza libera, accessibile a tutti). Il codice specifico del tuo sito, tema, configurazione, plugin sviluppati su misura, quello sì deve esserti consegnato.

Sito su una piattaforma proprietaria (Wix, Squarespace, Webflow, o un costruttore interno del fornitore). Non possiedi il codice, affitti l’uso della piattaforma. È accettabile finché gli altri asset (dominio, contenuto, accessi) sono tuoi, e finché la piattaforma ti lascia esportare il tuo contenuto se te ne vai.

Il punto da ricordare: essere incapace di recuperare il proprio contenuto in un formato riutilizzabile (Markdown, HTML, CSV, banca dati SQL…) è il vero indicatore del lock-in. Non il fatto di possedere il codice in sé.

Quattro oggetti di vetro allineati (globo, documento, parentesi graffe di codice, chiave), immagine dei quattro asset di un sito web

E gli accessi a hosting, email, analytics?

La trappola meno visibile, eppure la più frequente. Quattro account da tenere d’occhio.

  • L’account di hosting (OVH, Cloudflare, Netlify, Vercel…). Se è aperto a nome del fornitore, lui può staccarti il sito in due clic. Chiedi che sia aperto a tuo nome, con le tue credenziali, e che il fornitore vi sia aggiunto come collaboratore.
  • Le caselle email legate al dominio (contatto@la-tua-azienda.it, ecc.). Idem: account a nome della tua azienda, fornitore con accesso delegato.
  • Google Analytics o equivalente. Lo storico delle visite è prezioso. L’account deve essere a nome della tua azienda, con te come amministratore.
  • Servizi terzi, moduli, calendario di prenotazione, pagamenti Stripe, ecc. Tutti questi account devono essere a nome della tua azienda. Il fornitore è un ospite, non il proprietario.

Una buona regola: se il tuo fornitore chiudesse bottega domani, saresti in grado di recuperare tutte le chiavi del sito in meno di un giorno? Se la risposta è « no », c’è qualcosa da sistemare adesso.

Come verificare in 5 minuti?

Una piccola indagine rapida:

  1. Fai un whois sul tuo dominio. Annota il titolare.
  2. Apri la tua ultima fattura di hosting. A che nome è intestata?
  3. Accedi al tuo account di hosting. Hai un accesso amministratore, o soltanto « editor »?
  4. Chiediti: se volessi esportare tutto il contenuto del mio sito questa settimana, saprei come fare?
  5. Hai da qualche parte, sul computer, in una email, in un drive, una copia del contratto con il tuo fornitore e l’elenco degli accessi?

Se ti blocchi su uno di questi passaggi, è un segnale, non una catastrofe. Un fornitore serio sistema tutto senza difficoltà: dominio rimesso a tuo nome, accessi trasferiti, contratto chiarito. Una reticenza è, di per sé, una risposta.

Le domande giuste da fare prima di firmare

Prima di partire con un nuovo fornitore, chiedi per iscritto (una email basta):

  • Il nome di dominio sarà a mio nome (o a quello della mia azienda)?
  • Il contratto specifica che il contenuto e il codice specifico mi appartengono?
  • Su quale hosting verrà ospitato il sito, e l’account sarà a mio nome?
  • Il giorno in cui deciderò di andarmene, qual è esattamente la procedura per recuperare dominio, contenuto e codice, e ci sono costi di uscita?

I buoni fornitori rispondono in fretta e con chiarezza, perché si sono già sentiti fare la domanda e perché gioca a loro favore. Gli altri girano intorno al discorso. È proprio l’informazione che cercavi.

Queste domande valgono qualunque sia il formato, abbonamento, pacchetto unico, freelance o agenzia. La trappola non dipende dal modo di fatturazione: un sito pagato in un’unica soluzione può benissimo lasciarti prigioniero se il dominio resta a nome del fornitore, e un abbonamento può lasciarti andare via con tutto. Se vuoi approfondire nello specifico il formato abbonamento, è da questa parte. Per inquadrare le vere fasce di costo per formato, l’articolo sui prezzi completa il quadro.

Da Inleven, abbiamo voluto rendere questi impegni espliciti e pubblici. La pagina Garanzie elenca nero su bianco chi possiede cosa: dominio, contenuto e codice sono tuoi dal primo giorno, e te ne vai con tutto, senza costi di uscita né penali. È anche ciò che dettaglia la nostra offerta: un primo anno che finanzia il su misura, in 12 rate o in un’unica soluzione, poi 180 €/anno tutto compreso. È la lettura che avremmo voluto avere quando abbiamo iniziato.

Domande frequenti

Il mio fornitore può tenersi il mio nome di dominio se smetto di lavorare con lui?

Se ne è il titolare (il campo « owner » nelle banche dati whois), sì, ne ha il controllo giuridico. È proprio per questo che conviene verificare fin da ora che il dominio sia registrato a tuo nome o a quello della tua azienda. Se lo è, puoi trasferirlo presso un altro registrar quando vuoi, senza il suo consenso.

Avere un accesso amministratore è la stessa cosa che essere proprietario?

No, ed è la confusione più costosa. Un account « admin » amministra il quotidiano; un account « owner » detiene la risorsa ed è il solo a poterla trasferire, chiudere o cambiarne la fatturazione. Puoi avere un accesso admin molto completo senza essere proprietario di nulla. Verifica il ruolo esatto, non solo il fatto di avere delle credenziali.

Se il mio sito è su Wix, Squarespace o Webflow, sono prigioniero?

Non necessariamente. Non possiedi il codice di queste piattaforme, ma è accettabile finché il dominio, il contenuto e gli accessi sono a tuo nome, e finché la piattaforma ti lascia esportare il tuo contenuto in un formato riutilizzabile. Il vero indicatore di prigionia non è l'assenza di codice, è l'incapacità di recuperare i tuoi dati.

Cosa chiedere concretamente prima di firmare, per recuperare i propri asset in futuro?

Chiedi per iscritto che il dominio sia a tuo nome, che il contratto specifichi la proprietà del contenuto e del codice specifico, che gli account di hosting e i servizi terzi siano aperti a nome della tua azienda (con il fornitore come collaboratore), e quale sia la procedura esatta per recuperare dominio, contenuto e codice il giorno in cui te ne vai, costi di uscita compresi. Un fornitore serio mette tutto questo per iscritto senza battere ciglio.

Hai un progetto?

Una chiamata di 15 minuti basta per iniziare. Nessun impegno.