Expand my Community achievements bar.

Don’t miss the AEM Skill Exchange in SF on Nov 14—hear from industry leaders, learn best practices, and enhance your AEM strategy with practical tips.
SOLVED

AEM Experience Fragments

Avatar

Level 10

Hi all,

 

Once we create an AEM Experience Fragment, will it be ready to be consumed by both AEM and other channels?

What is the output? HTML and CSS? Do not think it is JSON, as we need layout as well.

 

From AEM Front end, we use Experience Fragment component and select this fragment.

From other channels how to consume it?

 

What is the role of HTTP API in this process?

 

Apologies for the number of queries.

 

Appreciate all your responses.

 

Thanks,

Rama.

1 Accepted Solution

Avatar

Correct answer by
Administrator

@AEM_Forum My 2 cents:

The HTTP API plays a crucial role in the process of consuming Experience Fragments from other channels beyond AEM. It serves as a standardized interface for exchanging Experience Fragment data between AEM and external applications, enabling seamless integration and utilization of Experience Fragments across various platforms.

Here's a some explanation of how the HTTP API facilitates the consumption of Experience Fragments:

  1. Data Retrieval and Access: The HTTP API provides a standardized way to retrieve Experience Fragment data from AEM. Developers can use HTTP GET requests to fetch the content and metadata of Experience Fragments, including their HTML, CSS, and layout information. This allows external applications to access and utilize Experience Fragments programmatically.

  2. Content Integration and Delivery: By leveraging the HTTP API, developers can integrate Experience Fragments into their own applications and workflows. They can retrieve Experience Fragment data, parse it to extract the necessary components and render the fragments within their applications. This enables the delivery of consistent and reusable content across various channels.

  3. Decoupling and Flexibility: The HTTP API decouples the consumption of Experience Fragments from AEM's front-end presentation layer. Developers can utilize Experience Fragments without relying on AEM's WCM (Web Content Management) knowledge or the Experience Fragment component. This fosters flexibility and allows for integration with diverse front-end frameworks and platforms.

  4. Headless CMS Capabilities: The HTTP API empowers AEM to function as a headless CMS (Content Management System), enabling it to serve as a content repository for external applications. Developers can access and manage Experience Fragments using the API, without the need for direct integration with AEM's presentation layer.

  5. Standardized Communication: The HTTP API adheres to the widely adopted HTTP protocol, ensuring compatibility with a vast range of programming languages, frameworks, and platforms. This promotes interoperability and simplifies the integration of Experience Fragments into various development environments.



Kautuk Sahni

View solution in original post

6 Replies

Avatar

Employee Advisor

Hi @AEM_Forum!

There has been a similar question on usage and consumption of Experience Fragments (XF) by 3rd party applications / other channels than AEM itself.

Let me cite my answer from the other post:


Experience Fragments (short: XF) in AEM are a great way to reuse your content at various places, being it inside of AEM or on other channels. See also here for a high level overview. XF are usually meant to be consumed as rendered HTML for external applications/channels, see also the Plain HTML rendition.

 

If you want to expose rendered HTML to a 3rd party application, XF is the right option.

If you are looking to expose content as structured data, please refer to Content Fragments (short: CF) instead.

 

In addition to the official documentation on the differences, there's also an article that outlines the concepts and differences of the two pretty well.


Especially the links about rendered HTML and the Plain HTML rendition should be useful with regards to your query.

You are right that XF are HTML and not JSON. Once an XF is published, it should be ready for consumption through other channels. The exact way of consumption depends on the desired output channel.

 

Hope that helps!

Avatar

Level 10

Hi,

 

What is the role of HTTP API in this process?

 

Thanks,

Rama.

Avatar

Correct answer by
Administrator

@AEM_Forum My 2 cents:

The HTTP API plays a crucial role in the process of consuming Experience Fragments from other channels beyond AEM. It serves as a standardized interface for exchanging Experience Fragment data between AEM and external applications, enabling seamless integration and utilization of Experience Fragments across various platforms.

Here's a some explanation of how the HTTP API facilitates the consumption of Experience Fragments:

  1. Data Retrieval and Access: The HTTP API provides a standardized way to retrieve Experience Fragment data from AEM. Developers can use HTTP GET requests to fetch the content and metadata of Experience Fragments, including their HTML, CSS, and layout information. This allows external applications to access and utilize Experience Fragments programmatically.

  2. Content Integration and Delivery: By leveraging the HTTP API, developers can integrate Experience Fragments into their own applications and workflows. They can retrieve Experience Fragment data, parse it to extract the necessary components and render the fragments within their applications. This enables the delivery of consistent and reusable content across various channels.

  3. Decoupling and Flexibility: The HTTP API decouples the consumption of Experience Fragments from AEM's front-end presentation layer. Developers can utilize Experience Fragments without relying on AEM's WCM (Web Content Management) knowledge or the Experience Fragment component. This fosters flexibility and allows for integration with diverse front-end frameworks and platforms.

  4. Headless CMS Capabilities: The HTTP API empowers AEM to function as a headless CMS (Content Management System), enabling it to serve as a content repository for external applications. Developers can access and manage Experience Fragments using the API, without the need for direct integration with AEM's presentation layer.

  5. Standardized Communication: The HTTP API adheres to the widely adopted HTTP protocol, ensuring compatibility with a vast range of programming languages, frameworks, and platforms. This promotes interoperability and simplifies the integration of Experience Fragments into various development environments.



Kautuk Sahni

Avatar

Administrator

@AEM_Forum Did you find the suggestions from users helpful? Please let us know if more information is required. Otherwise, please mark the answer as correct for posterity. If you have found out solution yourself, please share it with the community.



Kautuk Sahni

Avatar

Level 10

Hi,

 

Yes. All my queries were answered, except for the below:

What is the role of HTTP API in this process for both CFs and EFs.

 

Thanks,

Rama.