Consegna accessi sito web: scheda per il passaggio di gestione

Scrivi le attività quotidiane: modificare una pagina, pubblicare un aggiornamento, ricevere un modulo, consultare statistiche, rinnovare i servizi. Poi individua dominio, hosting, sistema di gestione dei contenuti e strumenti esterni coinvolti. Aggiungi posta elettronica, prenotazioni o CRM quando fanno parte del percorso reale.

Per ogni servizio registra chi è il referente attuale e chi deve subentrare. Non presumere che un accesso al CMS includa anche dominio o posta, né che un solo fornitore gestisca tutte le dipendenze. Se un servizio non è identificato, scrivi «da verificare» e assegna la ricerca a una persona.

Usa una riga per servizio con questi campi: nome e funzione; URL del pannello; account dell'organizzazione; referente attuale; referente futuro; ruolo necessario; attività da provare; rinnovo e referente amministrativo; documenti disponibili; stato della consegna; problema aperto.

Nel campo stato distingui «richiesto», «accesso ricevuto», «attività verificata» e «da completare». Queste etichette aiutano a evitare un equivoco frequente: un invito ricevuto ma non accettato non prova che il nuovo referente possa lavorare.

La scheda contiene riferimenti e responsabilità, non password, codici di recupero o chiavi API. Concorda con i responsabili un canale sicuro per gli eventuali segreti e usa le funzioni di invito del servizio quando disponibili. Assegna ruoli adeguati al lavoro richiesto, senza condividere indiscriminatamente un account personale.

Esempio ipotetico: un'azienda vuole cambiare chi aggiorna il sito. Il nuovo referente riesce a modificare una pagina di prova nel CMS e può consultare Search Console, ma non sa dove siano gestiti i rinnovi del dominio. Nella scheda le prime due attività hanno un riscontro; il rinnovo resta da verificare, con un responsabile e una data concordata.

Prima di chiudere il passaggio, il team identifica il pannello del dominio e controlla chi riceve gli avvisi amministrativi. Non deve necessariamente trasferire il dominio o cambiare hosting: prima chiarisce se il cambio tecnico è davvero necessario. Il risultato della scheda è una decisione documentata, non un trasferimento automatico.

Fai provare al referente autorizzato un'attività non distruttiva coerente con il suo ruolo, per esempio aprire un report o salvare una bozza. Annotane l'esito senza eseguire modifiche pubbliche soltanto per dimostrare che il pulsante funziona.

Google distingue proprietari e utenti con permessi diversi in Search Console. La documentazione ufficiale spiega anche che la gestione di un proprietario verificato coinvolge i metodi di verifica: non va trattata come la semplice rimozione di un utente. Il passaggio va controllato con chi amministra la proprietà, mantenendo un responsabile aziendale identificato.

Pianifica separatamente la revisione degli accessi non più necessari. Prima di revocare un account, verifica che non sia ancora usato da pubblicazioni, integrazioni o procedure di recupero. La scheda segnala la necessità del controllo; non è un'autorizzazione a rimuovere accessi o modificare sistemi altrui.

Oltre ai pannelli, elenca i materiali previsti dalla consegna: contenuti modificabili, file di progetto, istruzioni di pubblicazione, configurazioni documentate ed eventuali copie di sicurezza. Chiedi formato e ambito di ogni elemento. Un archivio disponibile e una procedura di ripristino verificata sono due cose diverse.

Registra licenze e servizi di terzi che devono restare attivi, con referente e scadenza da confermare. Non inserire importi sconosciuti come zero e non presumere che un abbonamento sia trasferibile: chiedi di verificare le condizioni del servizio specifico. Distingui il costo della consegna dagli interventi di migrazione o formazione ancora da definire.

Riepiloga attività verificate, documenti ricevuti, dipendenze aperte e persone responsabili. Chi approva deve sapere quali operazioni potrà svolgere subito e quali richiedono ancora il fornitore. Se il sito viene anche modificato, affianca a questo riepilogo il collaudo dei percorsi pubblici; se cambiano gli URL, serve inoltre il piano di migrazione.

Per valutare un redesign con ConversionWorks, porta l'inventario e i vincoli conosciuti, senza inviare credenziali nel primo contatto. Questi elementi permettono di chiarire dipendenze e perimetro del lavoro prima di definire la proposta.