Fragments de contenu et Gestion des modèles de fragments de contenu OpenAPI content-fragments-and-content-fragment-models-management-openapis

L’implémentation OpenAPI modernisée de l’API de gestion des fragments de contenu permet aux développeurs d’effectuer par programmation des opérations de création, de lecture, de mise à jour et de suppression sur AEM afin de gérer les modèles de fragment de contenu et les fragments de contenu stockés dans AEM. Ces API prennent en charge un certain nombre de cas d’utilisation.

Pour consulter la documentation complète, voir API de gestion des fragments de contenu.

NOTE
L’utilisation existante de l’API HTTP ​ pour les fragments de contenu doit être migrée vers la nouvelle OpenAPI de gestion des fragments de contenu.
NOTE
Une autorisation est requise pour accéder à l’OpenAPI lorsque vous n’êtes pas connecté à AEM ; par exemple, lorsque l’OpenAPI est utilisé à partir d’un autre produit dans le cadre d’une intégration.
Voir API OpenAPI-Based pour plus d’informations sur l’autorisation de votre accès à l’API OpenAPI.
CAUTION
Par défaut, l’OpenAPI de gestion des fragments de contenu est désactivée lors de la publication. Au lieu de cela, pour les cas d’utilisation orientés diffusion, nous vous recommandons d’utiliser l’OpenAPI de diffusion de fragments de contenu.
NOTE
Consultez API AEM pour la diffusion et la gestion de contenu structuré pour un aperçu des différentes API disponibles et une comparaison de certains des concepts impliqués.

Diffuser un élément composite deliver-a-composite-item

Vous pouvez diffuser vos éléments composites avec l’API de gestion Open (API de gestion des fragments de contenu).

Le type de données composite est entièrement couvert par les principales opérations d’OpenAPI de gestion :

  • GET /adobe/sites/cf/fragments/{uuid\} renvoie des valeurs composites sous forme de structures de champs imbriqués.

  • GET /adobe/sites/cf/fragments/{uuid\}?partial={fieldPath\} résout une sous-arborescence composite unique, utilisée par l’éditeur pour développer un composite à la demande.

  • POST / PATCH / PUT acceptent les payloads composites, uniques et en bloc.

  • Pour les modèles, les opérations de modèle GET et POST prennent en charge la définition de champs composites avec des modelIds autorisées.

  • Pour les variations :

    • Les points d’entrée du modèle de GET et du schéma d’interface utilisateur prennent en charge un paramètre de requête de variation
    • le point d’entrée de fragment de GET de variation prend en charge partial
    • PATCH sur les variations : prise en charge du paramètre partial sur le point d’entrée PATCH de variation
recommendation-more-help
experience-manager-cloud-service-help-main-toc