Corrispondenze con il Suo CMS attuale

La maggior parte della personalizzazione di un CMS tradizionale ricade in pochi schemi ricorrenti. Questa tabella mostra dove approda ciascuno in Atlas.

Nel Suo CMS attuale	In Atlas	Note
Page builder (blocchi, righe, widget)	Pagina composta da sezioni; ogni sezione è uno dei Suoi componenti	I redattori scelgono tra le sezioni che il tipo di pagina consente
Tipi di contenuto personalizzati (prodotti, notizie, team)	Raccolte con voci	Filtrabili, ordinabili e paginabili con l’API di consegna
Campi personalizzati (ACF, campi Drupal, campi Contentful)	Campi tipizzati nel contratto del sito	Testo, testo formattato, numero, data, link, asset, riferimento, elenco, gruppo, tabella e altro
Relazioni tra elementi	Campi riferimento
Menu, intestazione, piè di pagina, impostazioni del sito	Contenuti globali come site-header e site-footer	Il Suo codice continua a mostrarli
Tema e impostazioni di design	Design token nel contratto: colori, stili tipografici, spaziatura	Atlas non applica mai stili propri al Suo sito
Libreria multimediale	Media, con versioni per profilo media, punti focali e testo alternativo
Plugin multilingua (WPML, Polylang)	Traduzioni di pagine, voci e contenuti globali, con fallback	Compreso l’arabo e le altre lingue da destra a sinistra
Plugin SEO (Yoast, Rank Math)	Campi SEO per pagina, reindirizzamenti, elenco dei percorsi per la Sua sitemap	Il Suo codice produce i tag e la sitemap
Gestore dei reindirizzamenti	Reindirizzamenti, letti dal Suo sito
Moduli di contatto (Contact Form 7, Gravity Forms)	Moduli con protezione anti-spam Turnstile ed email dei contatti commerciali	Sviluppo e sito web online (stato)
Ruoli e flusso editoriale	Ruoli, bozze, anteprima, pubblicazione, approvazione dei rilasci di Produzione
Articoli programmati	Pubblicazione programmata per le raccolte editoriali
Webhook e automazioni “alla pubblicazione”	Webhook firmati

Che cosa non ha un equivalente, di proposito

Nel Suo CMS attuale	Perché Atlas non lo fa	Che cosa fare invece
Plugin che eseguono codice sul Suo sito	I contenuti non devono mai poter eseguire codice sul Suo sito web	Realizzi la funzione nel codice del Suo sito web e le dia un componente con impostazioni
Shortcode, blocchi HTML grezzo, widget di “codice personalizzato”	Stesso motivo. È anche un modo frequente con cui i siti gestiti da un CMS vengono compromessi	Un componente per ogni tipo di embed (video, mappa, widget di prenotazione) con un campo URL o ID
Script di tracciamento aggiunti dai redattori	Gli script sono una decisione degli sviluppatori, verificata nel codice	Li aggiunga nel Suo codice o nel tag manager, sotto la Sua Content-Security-Policy
Il CMS che genera e ospita il sito (temi)	Atlas è headless; il Suo sito web resta Suo	Mantenga il Suo hosting
Logica server nel CMS (checkout, aree riservate, API personalizzate)	Fuori ambito	La mantenga nella Sua applicazione o nei Suoi servizi esistenti
Ricerca nel sito	Non fornita	Mantenga la Sua ricerca, oppure indicizzi le voci dall’API di consegna

Un esempio concreto

Un sito WordPress aziendale ha un page builder, un tipo di contenuto “Projects” con campi ACF, Yoast, WPML (inglese e arabo), Contact Form 7 e uno shortcode [map].

1. Ogni blocco del page builder diventa un componente nel contratto, mostrato da un componente React esistente.
2. “Projects” diventa una raccolta con gli stessi campi. La pagina dei progetti legge /entries?collection=projects.
3. I titoli e le descrizioni di Yoast confluiscono nei campi SEO di ciascuna pagina. I vecchi URL vanno nei reindirizzamenti.
4. Inglese e arabo diventano lingue. Il sito richiede &locale=ar e imposta dir="rtl".
5. Il modulo di contatto diventa un modulo di Atlas. Raggiunge il sito online con il successivo rilascio; i contatti arrivano in Forms & leads.
6. Lo shortcode [map] diventa un componente Map con un campo indirizzo. Lo script della mappa risiede nel codice del sito web.