Checklist di migrazione

Usi questo elenco in una sessione di pianificazione con chi ha realizzato il Suo sito web attuale. Un “no” non è di per sé un ostacolo: Le mostra dove si concentra il lavoro.

1. Tecnologia

• Il sito è Next.js App Router, oppure il team accetta uno sforzo aggiuntivo per un altro framework server. (Perché)
• I contenuti possono essere recuperati nel codice server e il token di consegna può risiedere in una variabile d’ambiente del server.
• Il sito può mantenere un contenuto di ripiego integrato per ogni pagina che sposta, così continua a funzionare se Atlas non è raggiungibile.
• Il team può aggiungere un percorso per l’anteprima, uno per i webhook e un rapporto di build all’avvio.

2. Design e componenti

• Le pagine sono composte da sezioni riutilizzabili (hero, schede, FAQ, invito all’azione). Le pagine uniche possono comunque essere un solo componente con dei campi.
• Ha elencato ogni tipo di pagina: home, prodotto, articolo, landing page, pagine legali e così via.
• Per ogni sezione sa quali parti i redattori modificano (testo, immagini, link, elenchi) e quali restano fisse nel codice.
• Le parti interattive (calcolatori, configuratori, mappe, animazioni) restano nel Suo codice. I redattori compilano soltanto i loro testi e le loro impostazioni.

3. Contenuti nel Suo CMS attuale

• Può esportare pagine, voci e immagini: un dump del database, un’API, un CSV oppure un agente IA che legge il vecchio sito.
• I contenuti ripetuti (prodotti, notizie, team, sedi) corrispondono a raccolte.
• Ha elencato i campi personalizzati e ne conosce i tipi: testo, testo formattato, numero, data, link, immagine, riferimento, elenco.
• Sa dove il CMS attuale esegue codice all’interno dei contenuti: shortcode, embed, blocchi HTML, script. Ciascuno richiede un componente sostitutivo. Vedere Corrispondenze con il Suo CMS attuale.
• Dispone di un elenco di URL e reindirizzamenti da mantenere, per non perdere il posizionamento nei motori di ricerca.
• Le lingue e le relative regole di fallback sono chiare. Le lingue da destra a sinistra richiedono il supporto di dir="rtl" nei Suoi componenti.

4. Funzionalità da cui dipende il Suo sito

Verifichi ciascuna rispetto allo stato delle funzionalità prima di impegnarsi:

• Moduli ed email dei contatti commerciali: Sviluppo e sito web online (in revisione finale prima del rilascio).
• Chatbot: Sviluppo e sito web online (in revisione finale prima del rilascio).
• Invio dei contatti commerciali a un CRM o a un altro sistema: l’invio al CRM e la Leads API riguardano oggi solo i contatti di Sviluppo; i contatti del sito web online Le arrivano tramite i webhook.
• Analisi: Atlas conta le visualizzazioni di pagina per percorso, senza cookie, in Sviluppo e sul sito web online. Mantenga i Suoi strumenti di analisi esistenti.
• Ricerca sul Suo sito: Atlas non offre la ricerca nel sito. Mantenga la Sua, oppure la costruisca a partire dall’API delle voci.
• E-commerce, checkout, accessi dei membri: non fanno parte di Atlas. Restano nel Suo codice o nei Suoi servizi esistenti.
• Pubblicazione programmata, traduzioni, reindirizzamenti, campi SEO: supportati.

5. Persone e approvazioni

• Sa chi modifica, chi revisiona e chi approva i rilasci di Produzione.
• Tutti coloro che accedono possono usare l’accesso di Atlas. Il single sign-on con il Suo provider di identità non è disponibile.
• I responsabili legali e della sicurezza hanno letto Sicurezza e i punti aperti nelle domande frequenti.

Risultato

• Per lo più sì: segua la migrazione passo dopo passo.
• Diversi no nelle sezioni da 1 a 3: inizi con un progetto pilota su un tipo di pagina.
• Il Suo sito dipende da elementi della sezione 4 che non sono disponibili: attenda, oppure mantenga per ora quelle parti fuori da Atlas.