ID di campo stabili
I campi sono identificati per ID, non per etichetta. Rinomina un campo nell’interfaccia e ogni collegamento dei template e ogni integrazione API continuano a funzionare.
Definisci i tipi di contenuto come un ingegnere progetterebbe uno schema — non come ti impone un page builder. Ogni campo ha un ID stabile: template e integrazioni sopravvivono alla rinomina di un campo invece di rompersi in silenzio.
Testo breve, rich text, relazioni, media, enumerazioni, date, decimali, JSON e componenti tipizzati ti danno un vero modello di contenuto — gli stessi mattoni che useresti per progettare lo schema di un database, presentati a chi scrive come campi strutturati.
I campi sono identificati per ID, non per etichetta. Rinomina un campo nell’interfaccia e ogni collegamento dei template e ogni integrazione API continuano a funzionare.
Collega i record tra loro e vincola i campi a livello di schema, così i dati errati vengono respinti all’inserimento, non scoperti più avanti.
Le modifiche allo schema passano per simulazioni d’impatto e si applicano solo in avanti — far evolvere un tipo di contenuto non azzera mai i record che contiene.
Crea una volta componenti riutilizzabili e annidabili, poi lascia che la redazione componga corpi di pagina flessibili da un insieme autorizzato di blocchi — niente gruppi di campi copiati e incollati, niente ticket agli sviluppatori per riorganizzare una pagina.
Definisci un componente — un indirizzo, un livello di prezzo, una voce di FAQ — una volta sola e riutilizzalo in ogni tipo di contenuto che ne ha bisogno.
Offri a chi scrive una selezione curata di blocchi da comporre nel corpo della pagina, senza aprire il layout all’HTML arbitrario.
Ogni campo può avere valori per lingua con un record di origine chiaro nella lingua predefinita, così la traduzione resta strutturata, non duplicata.
Definisci i campi, aggiungi un componente e guarda una pagina generata collegata a dati reali.