Chi possiede il vostro sito? Proprietà del codice e reversibilità per le PMI
Molte PMI scoprono il giorno in cui vogliono andarsene di non possedere nulla: né il codice, né contenuti esportabili, né gli accessi. Ecco come verificare che il vostro sito vi appartenga e che possiate riprenderlo.
Indice
La domanda che si pone troppo tardi
Un cliente ci chiama. La sua agenzia ha chiuso. Vuole riprendersi il suo sito per affidarlo a qualcun altro. Scopre di non avere alcun accesso al codice, che i contenuti vivono in uno strumento proprietario di cui nessuno conosce la password e che il nome di dominio è registrato a nome dell’agenzia scomparsa. Tre anni di lavoro, e riparte da zero.
Questo scenario lo vediamo più volte all’anno. Il problema non è mai tecnico. È contrattuale, e si risolve al momento della firma, non al momento del divorzio.
La domanda giusta da porsi prima di commissionare un sito: « il giorno in cui voglio andarmene, che cosa porto con me? » Se la risposta è vaga, non possedete il vostro sito. Lo affittate senza saperlo.
Che cosa significa concretamente « possedere il proprio sito »
Un sito web è fatto di quattro cose distinte. Potete possederne alcune senza le altre, ed è proprio lì che arrivano le sorprese.
Il nome di dominio. L’indirizzo (vostrosito.ch) deve essere registrato a nome della vostra azienda, con i vostri dati come titolare. Se il vostro fornitore lo ha registrato a suo nome « per semplificarvi la vita », non lo controllate. Il trasferimento dipenderà dalla sua buona volontà.
Il codice sorgente. I file che fanno funzionare il vostro sito: pagine, stili, logica. Su uno stack moderno è una cartella di codice che potete copiare, versionare e affidare a un altro sviluppatore. Su alcune piattaforme chiuse questo codice non esiste in una forma esportabile. Resta rinchiuso presso il fornitore e non ne esce mai.
I contenuti. I vostri testi, immagini, articoli, schede prodotto. Su un CMS aperto sono esportabili in un formato standard. Su uno strumento proprietario l’esportazione può essere parziale, in un formato illeggibile altrove, o semplicemente assente.
Gli accessi. Le credenziali del dominio, del CMS, dell’account di analisi del pubblico, del sistema di invio dei moduli. Senza di esse non potete riprendere in mano nulla, anche se tutto il resto vi appartiene.
Possedere il proprio sito significa avere tutte e quattro. La reversibilità è la garanzia di poterle recuperare e di ripartire altrove senza permessi né trattative.
La dipendenza vincolata, spiegata una volta per tutte
La chiamiamo dipendenza vincolata, o lock-in: la situazione in cui cambiare fornitore o piattaforma costa così tanto, o diventa così complicato, che restate prigionieri anche quando vorreste andarvene.
La dipendenza vincolata non è sempre malevola. Spesso è il sottoprodotto di una scelta tecnica fatta per andare veloci all’inizio. Ma si paga più tardi, nel momento peggiore: quando il rapporto si deteriora, quando i prezzi aumentano, quando volete evolvere e vi si risponde che « non è possibile sul nostro sistema ».
Tre forme ricorrono più spesso.
L’agenzia che tiene il codice in ostaggio. Il sito viene sviluppato, consegnato, messo in produzione. Ma il codice sorgente non viene mai consegnato. Il giorno in cui volete affidare un’evoluzione a un altro sviluppatore, scoprite di non avere nulla da dargli. Siete costretti a restare, o a rifare tutto.
La piattaforma SaaS chiusa da cui non si esce. Costruite il vostro sito su uno strumento tutto in uno. Comodo all’inizio. Ma i contenuti, la struttura e l’impaginazione vivono in un formato che appartiene solo a quella piattaforma. Il giorno in cui volete andarvene, non esiste una porta d’uscita pulita. Ricreate tutto altrove, a mano.
Il tema proprietario non esportabile. Il vostro sito funziona su un tema acquistato o sviluppato su misura, ma bloccato. Le impaginazioni, i componenti, la logica sono rinchiusi in un sistema che solo l’editore originale padroneggia. Cambiare fornitore significa abbandonare tutto questo lavoro visivo.
Quanto costa, in franchi e in settimane
La dipendenza vincolata ha un prezzo. Diventa visibile quando volete muovervi.
Rifare da zero un sito vetrina bloccato. Calcolate da CHF 8’000 a 15’000 per ricostruire ciò che avevate già, senza alcun miglioramento. Pagate due volte lo stesso lavoro.
Recuperare contenuti non esportabili. Quando un’esportazione pulita non esiste, bisogna ricopiare pagina per pagina. Per un sito da 20 a 40 pagine, calcolate da 3 a 8 giorni di inserimento manuale, più gli errori di trascrizione. A CHF 100 l’ora, la fattura sale in fretta.
Perdere lo storico SEO per mancanza di accessi. Senza gli accessi ai vecchi URL e senza la possibilità di impostare reindirizzamenti puliti, una migrazione forzata fa crollare il traffico acquisito. Il tempo per tornare al livello precedente si conta in mesi.
Negoziare un’uscita sotto pressione. Quando il fornitore sa che non potete andarvene facilmente, la posizione negoziale non è la vostra. Gli aumenti di tariffa passano meglio quando il cliente è prigioniero.
Nessuno di questi costi compare nel preventivo iniziale. Tutti si pagano al momento di andarsene.
Dove la dipendenza vincolata fa meno male
Siamo onesti: questo rischio non ha lo stesso peso per tutte le PMI.
Sito vetrina semplice, fornitore stabile. Se il vostro sito è modesto, modificato raramente, e il vostro fornitore è solido e raggiungibile, la dipendenza vincolata resta teorica finché nulla cambia. Il rischio si risveglia il giorno in cui la situazione si muove.
Progetto di breve durata. Una pagina per un evento, una campagna temporanea, un sito destinato a scomparire entro l’anno: la reversibilità conta poco. Non avrete mai bisogno di uscirne.
Budget di avvio molto ridotto. Una piattaforma chiusa può essere il compromesso giusto per partire con costi contenuti. Basta saperlo, e prevedere che l’uscita sarà costosa se il progetto cresce.
Sito destinato a crescere o a durare. È qui che la reversibilità diventa strutturale. Un sito aziendale che vi accompagna per 5-10 anni, che evolverà, che forse cambierà mano: deve essere vostro ed esportabile fin dall’inizio. È il caso della maggior parte delle PMI.
Le domande da porre prima di firmare
Non serve essere tecnici per verificare che il vostro futuro sito vi apparterrà. Bastano quattro domande scritte, e anche la risposta deve essere scritta.
-
Il nome di dominio sarà registrato a nome della mia azienda, con il trasferimento degli accessi alla consegna? La risposta attesa è sì, senza condizioni.
-
Il codice sorgente mi verrà consegnato, in una forma che posso affidare a un altro sviluppatore? Un repository Git, un archivio documentato. Se la risposta è « il codice resta da noi », si tratta di una dipendenza vincolata dichiarata.
-
I contenuti sono esportabili in un formato standard? Un CMS aperto esporta in formati leggibili altrove. Uno strumento che non offre alcuna esportazione, o un’esportazione inutilizzabile al di fuori della sua piattaforma, vi rinchiude.
-
Quali accessi mi vengono trasmessi alla fine del progetto? Dominio, CMS, analisi del pubblico, sistema dei moduli. L’elenco deve essere chiaro e completo.
Porre queste domande non costa nulla. Rivelano in cinque minuti ciò che altrimenti scoprireste solo dopo tre anni.
Come verificare un sito che avete già
Se il vostro sito esiste già, potete testarne la reversibilità senza aspettare il conflitto.
Test del dominio. Verificate il titolare del vostro nome di dominio (basta uno strumento whois pubblico, oppure chiedete al vostro fornitore di mostrarvi l’account). Il titolare deve essere la vostra azienda.
Test del codice. Chiedete una copia del codice sorgente. Un fornitore corretto ve la invia senza discutere. Un’esitazione, un ritardo che si trascina, una risposta evasiva: è un segnale.
Test dell’esportazione. Chiedete un’esportazione completa dei vostri contenuti. Aprite il file. Se è leggibile e strutturato, siete in una buona posizione. Se non esiste, o se è inutilizzabile, sapete a che punto siete.
Test degli accessi. Fate l’elenco di tutti gli account legati al vostro sito e verificate di avervi accesso in prima persona, non tramite un intermediario. Un accesso che passa dal fornitore è un accesso che non avete davvero.
Un sito che supera i quattro test è un sito che possedete. Se ne fallisce uno, avete una reversibilità da recuperare, ed è meglio farlo a mente fredda che in emergenza.
L’approccio di Voren
La nostra posizione è semplice. Un sito che pagate è un sito che vi appartiene, interamente, fin dalla consegna. In concreto:
Il codice sorgente vi viene consegnato. Vive in un repository Git che vi trasferiamo. Potete copiarlo, affidarlo a un altro sviluppatore, riprenderlo internamente. Nulla viene trattenuto.
I contenuti sono esportabili. Lavoriamo su CMS aperti, con formati standard. I vostri testi e le vostre immagini escono in modo pulito, senza dipendere da noi.
Il dominio resta a vostro nome. Se necessario lo registriamo per voi, a nome della vostra azienda, e vi trasmettiamo gli accessi. Il titolare siete voi, non noi.
Gli accessi vi vengono trasmessi, documentati. Alla consegna ricevete l’elenco completo degli account e delle credenziali, con una nota che spiega a cosa serve ciascuno.
Non costruiamo dipendenze vincolate perché preferiamo che i nostri clienti restino per scelta, non per costrizione. Un cliente libero di andarsene che decide di restare è un rapporto migliore di un cliente prigioniero.
Per approfondire
Vedere il nostro servizio Sito vetrina: codice consegnato, contenuti esportabili, dominio a vostro nome.
Vedere il nostro pacchetto Manutenzione: un accompagnamento senza clausole che vi trattengono.
Richiedere un audit del vostro sito attuale: testiamo per voi la reversibilità del vostro sito (dominio, codice, esportazione, accessi) e vi diciamo a che punto siete. Gratuito, senza impegno.