IDs de campo estáveis
Os campos são referenciados por ID, não por etiqueta. Mude o nome de um campo na interface e todas as associações de templates e integrações de API continuam a funcionar.
Defina tipos de conteúdo como um engenheiro desenharia um esquema, e não como um construtor de páginas o obriga. Cada campo tem um ID estável, por isso templates e integrações sobrevivem à mudança de nome de um campo em vez de falharem sem aviso.
Texto curto, texto formatado, relações, multimédia, enumerações, datas, decimais, JSON e componentes tipados formam um verdadeiro modelo de conteúdo: os mesmos elementos que usaria para desenhar um esquema de base de dados, apresentados aos editores como campos estruturados.
Os campos são referenciados por ID, não por etiqueta. Mude o nome de um campo na interface e todas as associações de templates e integrações de API continuam a funcionar.
Relacione registos entre si e restrinja campos ao nível do esquema, para que dados errados sejam rejeitados à entrada e não descobertos mais adiante.
As alterações de esquema correm com simulações de impacto e são aplicadas apenas para a frente: fazer evoluir um tipo de conteúdo nunca apaga os registos que já contém.
Crie uma vez componentes reutilizáveis e aninhados e deixe os editores montar corpos de página flexíveis a partir de um conjunto de blocos permitidos: sem grupos de campos copiados e colados, sem pedidos à equipa de desenvolvimento para reorganizar uma página.
Defina um componente (uma morada, um escalão de preço, uma pergunta frequente) uma vez e reutilize-o em todos os tipos de conteúdo que precisem dele.
Dê aos editores um conjunto selecionado de blocos para montar o corpo de uma página, sem abrir o layout a HTML arbitrário.
Cada campo pode ter valores por idioma, com um registo de origem claro no idioma predefinido, para que a tradução se mantenha estruturada e não duplicada.
Defina campos, adicione um componente e veja uma página gerada associada a dados reais.