Stabila fält-ID:n
Fält adresseras via ID, inte etikett. Byt namn på ett fält i gränssnittet så fortsätter varje mallkoppling och API-integration att fungera.
ProduktINNEHÅLLSMODELLERING
Din innehållsmodell. Din data. Aldrig hyrd.
Definiera innehållstyper så som en utvecklare skulle designa ett schema — inte så som en sidbyggare tvingar dig. Varje fält har ett stabilt ID, så mallar och integrationer klarar att ett fält byter namn i stället för att tyst gå sönder.
01 / BYGGSTENARNA
Rika fälttyper, inte en textruta
Kort text, formaterad text, relationer, media, uppräkningar, datum, decimaltal, JSON och typade komponenter ger dig en riktig innehållsmodell — samma byggstenar du skulle använda för att designa ett databasschema, presenterade för redaktörer som strukturerade fält.
Relationer & validering
Relatera poster till varandra och begränsa fält på schemanivå, så att felaktig data avvisas vid inmatning i stället för att upptäckas längre fram.
Migreringar som bara går framåt
Schemaändringar körs med provkörningar av påverkan och tillämpas bara framåt — att utveckla en innehållstyp nollställer aldrig de poster som redan finns i den.
02 / KOMPONERA, DUPLICERA INTE
Komponenter och dynamiska zoner
Bygg återanvändbara, nästlade komponenter en gång och låt sedan redaktörerna sätta ihop flexibla brödtexter av en godkänd uppsättning block — inga kopierade fältgrupper, inget utvecklarärende för att flytta om på en sida.
Återanvändbara komponenter
Definiera en komponent — en adress, en prisnivå, en FAQ-post — en gång och återanvänd den i varje innehållstyp som behöver den.
Dynamiska zoner
Ge redaktörerna en kurerad uppsättning block att bygga en brödtext av, utan att öppna layouten för godtycklig HTML.
Flerspråkiga fält
Varje fält kan ha värden per språk med en tydlig källpost på standardspråket, så översättningen förblir strukturerad, inte duplicerad.
MER AV FLÖDET
MODELLERA DIN FÖRSTA TYP
Börja med en innehållstyp.
Definiera fält, lägg till en komponent och se en genererad sida kopplad till riktig data.