Stabilne ID pól
Pola są adresowane po ID, a nie po etykiecie. Zmień nazwę pola w interfejsie, a wszystkie powiązania szablonów i integracje API nadal będą działać.
Definiuj typy treści tak, jak inżynier projektuje schemat — a nie tak, jak narzuca to kreator stron. Każde pole ma stabilny identyfikator, więc szablony i integracje przetrwają zmianę nazwy pola, zamiast po cichu przestać działać.
Krótki tekst, tekst sformatowany, relacje, media, wyliczenia, daty, liczby dziesiętne, JSON i typowane komponenty dają prawdziwy model treści — te same elementy, po które sięgasz przy projektowaniu schematu bazy danych, udostępnione redaktorom jako ustrukturyzowane pola.
Pola są adresowane po ID, a nie po etykiecie. Zmień nazwę pola w interfejsie, a wszystkie powiązania szablonów i integracje API nadal będą działać.
Łącz rekordy ze sobą i nakładaj ograniczenia na pola na poziomie schematu, aby błędne dane były odrzucane przy wprowadzaniu, a nie wykrywane dalej w łańcuchu.
Zmiany schematu przechodzą próbne uruchomienie z analizą skutków i są stosowane tylko do przodu — rozwijanie typu treści nigdy nie resetuje istniejących w nim rekordów.
Zbuduj zagnieżdżone komponenty wielokrotnego użytku raz, a redaktorzy będą składać elastyczne treści stron z dozwolonego zestawu bloków — bez kopiowania grup pól i bez zgłoszeń do programistów, by przestawić stronę.
Zdefiniuj komponent — adres, poziom cenowy, pozycję FAQ — raz i używaj go w każdym typie treści, który go potrzebuje.
Daj redaktorom wyselekcjonowany zestaw bloków do składania treści strony, bez otwierania układu na dowolny HTML.
Każde pole może mieć wartości dla poszczególnych wersji językowych z jasnym rekordem źródłowym w domyślnym języku, więc tłumaczenie pozostaje ustrukturyzowane, a nie powielone.
Zdefiniuj pola, dodaj komponent i zobacz wygenerowaną stronę powiązaną z prawdziwymi danymi.