Cambiare web agency non richiede necessariamente di rifare il sito o trasferire subito il dominio. Prima di muovere qualsiasi componente serve capire chi controlla gli asset, ottenere gli accessi corretti, creare una copia verificabile e concordare una sequenza di passaggio. L’obiettivo non è raccogliere password in un documento: è rendere il sito e i servizi collegati gestibili dall’azienda senza interrompere posta, campagne, misurazione o visibilità organica.
Un handover ben organizzato risponde a quattro domande: quali asset esistono, chi ne è proprietario o amministratore, quali dipendenze collegano i sistemi e quale prova dimostra che la consegna è completa. Solo dopo queste verifiche conviene revocare i vecchi accessi o avviare una migrazione.
Cambiare web agency non significa cambiare subito il sito
Il cambio di fornitore e il rifacimento del sito sono decisioni diverse. È possibile mantenere dominio, hosting, CMS, URL e configurazioni esistenti affidandone la gestione a un nuovo referente. Allo stesso modo, un restyling può essere pianificato in una fase successiva, dopo che accessi e dati sono stati messi in sicurezza.
Separare le due decisioni riduce il rischio di modificare troppe variabili insieme. Quando dominio, DNS, posta, hosting, sito e tracciamento cambiano nello stesso momento, un errore diventa più difficile da isolare e il ritorno alla configurazione precedente può risultare complesso.
Prima di cambiare web agency, definisci quindi il perimetro:
- solo gestione: il sito resta dov’è e cambia il referente operativo;
- presa in carico tecnica: il nuovo fornitore verifica codice, CMS, hosting, sicurezza e manutenzione;
- migrazione: sito, hosting o altri servizi vengono trasferiti senza cambiare necessariamente struttura e URL;
- restyling o riprogettazione: cambia anche l’esperienza, l’architettura o la tecnologia, con un progetto autonomo.
Cambiare web agency: accesso non significa controllo
Conoscere una password non dimostra che l’azienda controlli davvero un servizio. Un account può essere intestato al fornitore, dipendere dalla sua email, usare un secondo fattore di autenticazione non accessibile o essere una semplice utenza con permessi limitati.
Per ogni asset registra almeno cinque elementi: nome del servizio, identificativo dell’account, soggetto intestatario, ruolo assegnato all’azienda e metodo di recupero. Classifica poi lo stato in modo esplicito.
| Stato | Che cosa significa | Azione necessaria |
|---|---|---|
| Controllo verificato | L’azienda possiede un account amministrativo e un recupero indipendente | Conservare evidenza e verificare i contatti di sicurezza |
| Accesso condiviso | L’azienda entra, ma proprietà o amministrazione restano al fornitore | Richiedere il ruolo adeguato o un trasferimento |
| Solo esportazione | I dati sono scaricabili, ma il servizio non può essere amministrato | Valutare continuità, storico e nuova configurazione |
| Mancante | Non esiste un accesso aziendale utilizzabile | Identificare il titolare e avviare la procedura corretta |
| Da chiarire | Proprietà, licenza o diritto d’uso dipendono dal contratto | Non fare supposizioni; verificare gli accordi e, se serve, chiedere un parere qualificato |
Questo controllo evita un errore frequente: ricevere molte credenziali e scoprire in seguito che nessuna consente di gestire utenti, rinnovi o impostazioni critiche.
Checklist per cambiare web agency senza perdere asset e continuità
Cambiare web agency: dominio, registrar e DNS
Identifica il registrar, il registrante, la data di rinnovo, i contatti associati e chi può modificare i nameserver. Se è previsto il trasferimento del dominio, verifica disponibilità e custodia dell’Auth-Code. La documentazione ICANN sull’Auth-Code chiarisce che questo codice serve ad autorizzare il trasferimento tra registrar per i domini generici; procedure e vincoli possono cambiare in base all’estensione e al provider.
Esporta anche la zona DNS o documenta tutti i record attivi. Non riguarda soltanto il sito: MX, SPF, DKIM, DMARC e record di verifica possono sostenere posta elettronica e servizi esterni. Modificarli senza inventario può interrompere funzioni che sembravano indipendenti.
Hosting, server, database e backup
Richiedi il pannello hosting e, quando pertinenti, accessi SFTP o SSH, database, log, cron, CDN, WAF e certificati. Il livello necessario dipende dall’architettura: non tutti i siti hanno gli stessi componenti e non tutte le utenze devono avere privilegi massimi.
La consegna deve includere un backup recente di file e database, ma la presenza dell’archivio non basta. Verifica che sia completo, leggibile e ripristinabile in un ambiente separato. Registra inoltre dove sono conservate le copie, con quale frequenza vengono create e chi può recuperarle.
CMS, utenti e codice
Nel CMS serve almeno un’utenza aziendale con capacità coerenti con la gestione futura. La documentazione WordPress su ruoli e capacità mostra che un Amministratore di un sito singolo può gestire impostazioni, utenti, temi e plugin, mentre ruoli come Editor o Autore hanno un perimetro più ristretto.
Inventaria tema, plugin, personalizzazioni, child theme, snippet, repository e procedure di deploy. Per ogni componente a pagamento annota intestatario, scadenza, modalità di rinnovo e cosa accade se la licenza del precedente fornitore viene scollegata. Codice sorgente, diritti d’uso e trasferibilità non vanno dedotti dalla sola presenza dei file: dipendono dagli accordi applicabili.
Analytics, Search Console e advertising
Gli account di misurazione e promozione devono essere accessibili con identità aziendali, non attraverso l’account personale di chi lascia il progetto. Per Google Analytics controlla sia il livello account sia il livello proprietà: la guida ufficiale alla gestione degli accessi Analytics distingue ruoli e restrizioni assegnabili sui due livelli.
In Search Console verifica proprietà, utenti e token. Google distingue proprietari verificati, proprietari delegati, utenti completi e utenti con restrizioni; la sua documentazione su proprietari e permessi avverte inoltre che un token di verifica ancora valido può consentire a un precedente proprietario di riottenere l’accesso.
Per Google Ads registra ID cliente, amministratori, account manager collegati, dati di fatturazione e integrazioni. Gli accessi di Google Ads non sono equivalenti: solo alcuni livelli possono gestire utenti, collegamenti e impostazioni sensibili. Lo stesso principio vale per Meta, LinkedIn, strumenti email, CRM e piattaforme di automazione.
Google Business Profile, social e altri asset del brand
La scheda Google, i profili social, il Business Portfolio di Meta, i cataloghi, i pixel, le pagine LinkedIn e gli account pubblicitari devono comparire nello stesso inventario. Ogni persona dovrebbe usare una propria identità, con ruolo nominativo e autenticazione a più fattori, evitando password condivise.
Per Google Business Profile, Google raccomanda che l’attività mantenga l’accesso e che il fornitore terzo operi con un ruolo appropriato. Le norme per i fornitori terzi di Business Profile indicano che il cliente dovrebbe essere proprietario del profilo e il fornitore gestore.
Contenuti, creatività e documentazione
Raccogli testi, immagini originali, video, font, file grafici modificabili, linee guida del brand e liberatorie disponibili. Aggiungi mappa del sito, integrazioni, moduli, webhooks, flussi email, ambienti di test, procedure ricorrenti, contatti tecnici e problemi noti.
Una consegna utile non è un archivio senza contesto. La documentazione deve permettere al nuovo referente di capire quali componenti sono critici, quali attività sono aperte e quali modifiche non devono essere eseguite senza una prova preventiva.
Come organizzare il passaggio di consegne tra vecchia e nuova agenzia
La sequenza più prudente evita revoche premature e cambi simultanei. Un possibile percorso operativo è questo:
- definire perimetro e responsabili: chiarire cosa passa, cosa resta e chi approva ogni fase;
- congelare le modifiche critiche: scegliere una finestra in cui contenuti, codice, DNS e campagne non cambino senza registrazione;
- creare l’inventario: associare a ogni asset titolare, ruolo, dipendenze, rinnovo e stato della consegna;
- aggiungere accessi aziendali: usare account controllati dall’organizzazione e provare login e recupero;
- acquisire copie ed esportazioni: salvare backup, configurazioni, report e documentazione prima degli interventi;
- verificare in parallelo: la nuova agenzia controlla che dati e privilegi siano sufficienti senza modificare ancora la produzione;
- eseguire eventuali trasferimenti uno alla volta: dominio, hosting, posta o altri sistemi seguono un piano con test e ritorno alla configurazione precedente;
- accettare la consegna: l’azienda conferma il superamento dei controlli concordati;
- revocare e ruotare: soltanto alla fine si rimuovono utenti non più necessari, si cambiano credenziali condivise e si aggiornano i contatti di sicurezza.
Condividere password via email non è un handover. Quando la piattaforma lo consente, è preferibile invitare il nuovo referente con un account personale o aziendale e il minimo privilegio necessario. Le credenziali condivise rimaste in uso vanno ruotate dopo la verifica.
Cambiare web agency senza compromettere SEO, form e campagne
Il posizionamento non dipende dal nome del fornitore, ma il passaggio può introdurre modifiche tecniche che incidono su scansione, indicizzazione e misurazione. Prima di intervenire conserva un inventario di URL, redirect, canonical, sitemap, robots.txt, dati strutturati e configurazioni di Search Console.
Verifica anche ciò che produce valore commerciale: moduli, recapiti, thank you page, eventi analytics, conversioni Ads, chiamate, newsletter, CRM e automazioni. Una homepage raggiungibile non dimostra che il sito stia raccogliendo richieste o che le campagne continuino a misurarle.
| Area | Prova minima dopo il passaggio | Segnale bloccante |
|---|---|---|
| Sito | Pagine principali, login e funzioni critiche operative | Errori, risorse mancanti o permessi insufficienti |
| Dominio e DNS | Risoluzione corretta e record documentati | Record non inventariati o controllo del registrar assente |
| Posta | Invio e ricezione testati sulle caselle necessarie | MX o autenticazione modificati senza piano |
| SEO | URL e status code coerenti, Search Console accessibile | Redirect mancanti, noindex inatteso o proprietà non controllata |
| Lead | Form ed eventi provati fino alla destinazione corretta | Richiesta persa, duplicata o non attribuibile |
| Account | Accesso aziendale e recupero verificati | Dipendenza esclusiva da email o 2FA del vecchio fornitore |
Quando non è ancora il momento di cambiare web agency
Non è prudente considerare conclusa la transizione quando manca il controllo del dominio, il backup non è stato provato, gli account dipendono ancora dal fornitore uscente o non esiste un inventario delle integrazioni. Anche una disputa su codice, contenuti o licenze è un elemento da chiarire prima di agire: un tecnico può descrivere dipendenze e rischi, ma non sostituisce la valutazione contrattuale o legale.
Altri segnali di stop sono una campagna importante imminente, un picco stagionale, un progetto già a metà o l’assenza di una finestra di rollback. In questi casi può essere più utile completare prima la messa in sicurezza e programmare il cambio in una fase controllabile.
Come scegliere la nuova agenzia dopo la verifica degli accessi
La valutazione non dovrebbe fermarsi al preventivo. Chiedi come verrà eseguita la presa in carico, quali accessi sono davvero necessari, come vengono gestiti backup e test, quali responsabilità restano all’azienda e come sarà documentata una futura uscita.
La pagina BNZ dedicata alla realizzazione di siti web descrive un processo con fasi, deliverable, proprietà e accessi definiti. Quando il sito esistente deve essere preso in carico e seguito nel tempo, il percorso può continuare con un servizio di manutenzione tecnica del sito, che include controlli, backup, aggiornamenti e monitoraggio.
Cambiare web agency è più sicuro quando la decisione viene trattata come un progetto di continuità, non come uno scambio di password. Se non riesci a stabilire chi controlla dominio, hosting, CMS, misurazione e account collegati, puoi richiedere a BNZ Solutions una valutazione tecnica del perimetro e delle priorità prima di pianificare il passaggio.
Domande frequenti sul cambio di web agency
Si perde il posizionamento cambiando agenzia?
No, il solo cambio del referente non modifica il ranking. Il rischio nasce da interventi contestuali su dominio, URL, contenuti, rendering, redirect, indicizzazione o performance. Per questo è utile separare la presa in carico da un eventuale restyling e conservare una baseline tecnica e organica.
È sufficiente ricevere tutte le password?
No. Bisogna verificare intestazione, ruolo, metodo di recupero, secondo fattore, rinnovi e dipendenze. Dove possibile, ogni persona deve ricevere un accesso nominativo; le password condivise dovrebbero essere sostituite dopo che la consegna è stata validata.
Quando vanno rimossi gli accessi della vecchia agenzia?
Dopo che l’azienda e il nuovo referente hanno verificato accesso, recupero, copie e funzionamento dei servizi. Revocare troppo presto può bloccare informazioni necessarie alla transizione; rimandare senza una data mantiene invece privilegi non più giustificati.
Cosa fare se dominio o account sono intestati al fornitore?
Identifica prima provider, titolare registrato, ruolo disponibile e contratto applicabile. Le procedure cambiano per piattaforma e situazione: evita azioni improvvisate, conserva la documentazione e coinvolgi il supporto ufficiale o un professionista qualificato quando proprietà e diritti non sono chiari.
