Atlas fa per Lei?
Una verifica rapida e onesta per capire se oggi il Suo sito web e il Suo team sono adatti ad Atlas.
Questa pagina è stata tradotta dall'inglese. In caso di differenze, fa fede la versione inglese. Leggi in inglese
Risponda a queste domande prima di pianificare uno spostamento. Se la maggior parte delle risposte ricade nella colonna di destra, Atlas probabilmente non è ancora lo strumento giusto per Lei, e preferiamo dirglielo subito.
Il Suo sito web
Sezione intitolata “Il Suo sito web”| Domanda | Adatto | Non adatto oggi |
|---|---|---|
| Con che cosa è realizzato il sito? | Next.js (App Router), il framework che Atlas documenta e testa | Un sito senza alcun codice server, o realizzato interamente in un builder ospitato (Wix, Squarespace, Webflow) |
| Può recuperare i contenuti da codice server? | Sì (server component, route handler, un runtime Node o Cloudflare Workers) | Solo dal browser. Il token di consegna non deve mai raggiungere i browser |
| Il design è composto da componenti riutilizzabili? | Sì, sezioni come hero, griglia di funzionalità, testimonianza | Ogni pagina è un markup scritto a mano e irripetibile |
| Il Suo CMS attuale esegue codice all’interno dei contenuti (plugin, shortcode, blocchi HTML personalizzati o di script)? | No, o solo in minima parte e trasformabile in componenti | Intensamente, e i redattori devono poter continuare ad aggiungere script o HTML |
| Ospita e distribuisce il sito autonomamente (o tramite un’agenzia)? | Sì. Atlas non distribuisce mai il Suo codice | Si aspetta che il CMS ospiti e distribuisca il sito web |
Altri framework (Remix, Astro, Nuxt, SvelteKit, Node semplice) possono chiamare la stessa API di consegna HTTPS, ma Atlas non li testa né fornisce guide per essi. Preventivi tempo aggiuntivo per gli sviluppatori.
I Suoi contenuti e il Suo team
Sezione intitolata “I Suoi contenuti e il Suo team”| Domanda | Adatto | Da pianificare |
|---|---|---|
| Chi modifica i contenuti? | Persone di marketing o dei contenuti che non devono dipendere da uno sviluppatore | Se modificano solo gli sviluppatori, può bastare un flusso di lavoro basato su Git |
| Quante lingue? | Una o più; la scrittura da destra a sinistra (arabo) è supportata nella consegna | Verifichi con i Suoi sviluppatori le regole di fallback di ciascuna lingua |
| Servono approvazioni? | Sì. I rilasci in Produzione richiedono un approvatore | Decida per tempo chi approva |
| Moduli, chat e analisi | Realizzati per lo Sviluppo e per il sito web online | In revisione finale prima del rilascio. L’invio al CRM e la Leads API riguardano oggi solo i contatti di Sviluppo. Vedere lo stato delle funzionalità |
| Contratti, residenza dei dati, SSO | — | Alcune condizioni enterprise sono ancora decisioni aperte. Ci contatti prima di firmare; vedere le domande frequenti |
Impegno tipico
Sezione intitolata “Impegno tipico”Sono intervalli di pianificazione, non promesse. Dipendono soprattutto da quanto il Suo sito sia già basato su componenti.
- Collegare una pagina in Sviluppo: uno sviluppatore, circa un giorno.
- Modellare l’intero sito nel contratto e mostrare ogni tipo di pagina a partire da Atlas: da qualche giorno a qualche settimana.
- Spostare contenuti e immagini esistenti: dipende dal volume. Un agente IA di programmazione collegato tramite MCP può prepararne la maggior parte, perché una persona la controlli e la pubblichi.
Passo successivo: la checklist di migrazione.