Stabile felt-ID-er
Felt adresseres med ID, ikke med etikett. Gi et felt nytt navn i grensesnittet, og hver malkobling og API-integrasjon fortsetter å virke.
Definer innholdstyper slik en utvikler ville designet et skjema — ikke slik en sidebygger tvinger deg til. Hvert felt har en stabil ID, så maler og integrasjoner tåler at et felt får nytt navn, i stedet for å slutte å virke i det stille.
Kort tekst, formatert tekst, relasjoner, media, oppramsinger, datoer, desimaltall, JSON og typede komponenter gir deg en ekte innholdsmodell — de samme byggesteinene du ville brukt til å designe et databaseskjema, presentert for redaktører som strukturerte felt.
Felt adresseres med ID, ikke med etikett. Gi et felt nytt navn i grensesnittet, og hver malkobling og API-integrasjon fortsetter å virke.
Knytt poster til hverandre og begrens felt på skjemanivå, slik at feil data avvises ved registrering i stedet for å bli oppdaget senere i flyten.
Skjemaendringer kjøres med prøvekjøringer av konsekvensene og brukes bare fremover — å videreutvikle en innholdstype nullstiller aldri postene som allerede ligger i den.
Bygg gjenbrukbare, nestede komponenter én gang, og la redaktørene sette sammen fleksible brødtekster fra et godkjent sett med blokker — ingen kopierte feltgrupper, ingen utviklersak for å omorganisere en side.
Definer en komponent — en adresse, et prisnivå, en FAQ-oppføring — én gang, og gjenbruk den i hver innholdstype som trenger den.
Gi redaktørene et kuratert sett med blokker å bygge brødteksten av, uten å åpne oppsettet for vilkårlig HTML.
Hvert felt kan ha verdier per språk med en tydelig kildepost på standardspråket, så oversettelsen forblir strukturert, ikke duplisert.
Definer felt, legg til en komponent og se en generert side koblet til ekte data.