DocumentaçãoAEM 6.5Guia do usuário

Fragmentos de conteúdo - Considerações sobre a exclusão content-fragments-delete-considerations

Última atualização: 9 de junho de 2026
  • Aplica-se a:
  • Experience Manager 6.5

Criado para:

  • User

Analise essas considerações importantes antes de definir as políticas de exclusão de fragmentos de conteúdo no AEM. Os fragmentos de conteúdo são uma ferramenta eficiente para fornecer conteúdo headless, e as implicações de excluí-los devem ser cuidadosamente consideradas.

Permissões — Excluir ou não excluir permissions-delete-or-not-delete

A capacidade de excluir conteúdo é uma ferramenta poderosa, mas também perigosa, com muitos setores precisando restringir e controlar a distribuição desses privilégios.

Com relação às permissões de exclusão, os fragmentos de conteúdo devem ser considerados em dois níveis:

  1. O fragmento de conteúdo como uma única entidade.

  2. As várias entidades secundárias que compõem um fragmento de conteúdo; por exemplo, variações, nós secundários.

    A operação básica do editor de fragmentos de conteúdo requer que esses elementos transitórios secundários possam ser excluídos. Por exemplo, ao manipular variações; também ao editar metadados ou gerenciar conteúdo associado.

NOTE
Quando um usuário não tem permissões de Exclusão, o editor de Fragmento de conteúdo opera no modo somente leitura.
NOTE
Consulte também Como auditar operações de gerenciamento de usuários no AEM.

Permissões necessárias somente para funcionalidade de edição permissions-required-for-editor-functionality-only

Para usuários que precisam editar/atualizar um fragmento de conteúdo, sem permitir que excluam um fragmento inteiro, permissões específicas devem ser atribuídas, já que a operação básica do editor de fragmentos de conteúdo requer que elementos transitórios secundários possam ser excluídos.

Por exemplo, ao manipular variações, ao editar metadados ou ao gerenciar conteúdo associado.

NOTE
As permissões de exclusão, necessárias para editar/atualizar um Fragmento de conteúdo, estão incluídas na permissão de exclusão atribuída por meio do gerenciamento de usuários e/ou grupos.

As permissões necessárias para editar/atualizar um fragmento precisam ser aplicadas ao nó que contém o fragmento de conteúdo ou a um nó principal apropriado (em qualquer nível no /content/dam). Quando atribuídas a esse nó principal, as permissões serão aplicadas a todos os nós dentro dessa ramificação.

Por exemplo, uma pasta que manterá todos os fragmentos de conteúdo, como:

  • /content/dam/contentfragments
CAUTION
Definir as permissões em /content/dam também é possível, pois todos os fragmentos de conteúdo são armazenados aqui.
No entanto, esta ação aplica as mesmas permissões de exclusão a todos outros tipos de ativos também.

Os pré-requisitos de permissões para permitir que um usuário e/ou grupo específico edite/atualize um fragmento de conteúdo são:

NOTE
Esta lista mostra todos os privilégios necessários, não apenas os privilégios de exclusão.

  • Para os nós ou pastas do fragmento de conteúdo:

    • jcr:addChildNodes, jcr:modifyProperties

  • Para o nó jcr:content de todos os fragmentos de conteúdo:

    • jcr:addChildNodes, jcr:modifyProperties e jcr:removeChildNodes

  • Para todos os nós abaixo de jcr:content de todos os fragmentos de conteúdo:

    • jcr:addChildNodes, jcr:modifyProperties e jcr:removeChildNodes, jcr:removeNode

Esses privilégios remove devem ser administrados usando Listas de Controle de Acesso, no CRXDE Lite.

Os privilégios add e modify também podem ser administrados no CRXDE Lite ou usando o console de Gerenciamento de Usuários.

Por exemplo, a definição dos privilégios remove para um grupo content-authors-no-delete:

cf-delete-03

recommendation-more-help
experience-manager-65-help-main-toc