Configuración
| Campo | Descripción |
|---|---|
operation | create, update, delete o create_or_update (upsert). |
content_type | El tipo de instance (p. ej. stories, products). |
template_id | El content template a usar. |
instance_id_or_slug | Un field mapping que localiza la instance (para update/delete/upsert). |
instance_fields | Campos a nivel de instance — title, slug, description, parent_id y campos de jerarquía. |
version_fields | Los valores de contenido (attributes) de cada version. |
version_matrix | Las combinaciones { language, environment } a crear/actualizar. |
auto_publish | Publica cada version tras escribirla. |
taxonomies / tags | Listas add/remove de referencias a taxonomies o tags — ver Taxonomies, tags y ownership. |
ownership | Listas add/remove de entradas { user, role } — ver Taxonomies, tags y ownership. |
En
create_or_update, cuando la instance no se encuentra y el localizador es un slug,
ese slug se vuelve el slug de la nueva instance.Taxonomies, tags y ownership
Además de sus campos, la acción puede gestionar las Taxonomies, los Tags y el ownership de la instance. Cada una de las tres secciones recibe una lista add y una lista remove de field mappings, con semántica estricta de add/remove:- Las entradas que ya están en la instance y que la acción no nombra se preservan siempre — las listas nunca se reemplazan por completo.
- En
createsolo aplican las listas add; las listas remove están disponibles enupdatey upsert. Quitar una entrada que no está presente no tiene efecto.
- Cada entrada puede resolver a un id o slug, a una lista de ellos, o a objetos copiados del contexto del run (por ejemplo, las taxonomies de otro registro) — todas las formas se aplanan a identificadores.
- Los valores de taxonomy se validan contra las taxonomies permitidas del template, igual que al editar la instance a mano; el selector de configuración solo ofrece esa lista permitida.
- Las entradas de ownership son
{ user, role }, conroleigual aownerofollower(por defectoowner). El user puede referenciarse por id o email. Agregar un user que ya está en la lista actualiza su role en lugar de duplicarlo; los users archivados no se pueden agregar. - El ownership no aplica a instances de tipo taxonomy, que nunca llevan lista de ownership — la sección se oculta para ese content type.
relations de lo que se agregó, se quitó o
cambió de role, legible desde nodes posteriores del flujo. El mismo resumen aparece en
el detalle de cada run como Taxonomies, tags & ownership changes, con los ids
resueltos a emails de user y slugs de taxonomy/tag.
Relacionado
Content Instances
Los registros que gestiona esta acción.
Content Templates
El blueprint que usa cada instance.