Email Experience Fragment Component

The Email Experience Fragment Component allows the content author to place an Experience Fragment variation in their content while supporting a localized content structure.

Usage

The Email Experience Fragment Component allows the content author to select from existing Experience Fragment variations and place one within the content. An Experience Fragment is a group of content that includes both content and layout and is reusable across channels.

  • The component’s properties can be defined in the configure dialog.
  • Defaults for the component when adding it to content can be defined in the design dialog.

The Email Experience Fragment component supports a localized site structure.

Version and Compatibility

The current version of the Email Experience Fragment Component is v1, which was introduced with release X of the Email Core Components in October 2022, and is described in this document.

The following table details all supported versions of the component, the AEM versions with which the versions of the component is compatible, and links to documentation for previous versions.

Component Version
AEM 6.5
AEM as a Cloud Service
v1
Compatible
-

For more information about the Email Core Component versions and releases, see the document Email Core Components Versions.

Localized Site Structure Support

The Email Experience Fragment Component is adaptive to localized content structures and renders the proper Experience Fragment based on the localization of the content. To do this, the Experience Fragment must meet the following conditions.

  • The Email Experience Fragment Component is added to a page template.
  • That template is used to create a new content page that is part of a localized structure below /content/<site>.
  • The Experience Fragment referenced on a content page is part of a localized Experience Fragment structure below /content/experience-fragments that follows the same patterns as the site below /content/<site> including using the same component names.

In this case, the fragment with the same localization (language, blueprint, or live copy) as the current page will be rendered as part of the template.

This behavior is limited to Email Experience Fragment Components added to templates. Experience Fragment Components added to individual content pages will render the exact Experience Fragment renditions configured within the component.

Example

Let’s say that your content looks something like this:

/content
+-- experience-fragments
   \-- wknd
      +-- language-masters
      +-- us
         +-- en
            +-- footerTextXf
            \-- headerTextXf
         \-- es
            +-- footerTextXf
            \-- headerTextXf
      \-- ch
         +-- de
            +-- footerTextXf
            \-- headerTextXf
         +-- fr
            +-- footerTextXf
            \-- headerTextXf
         \-- it
            +-- footerTextXf
            \-- headerTextXf
+-- wknd
   +-- language-masters
   +-- us
      +-- en
      \-- es
   +-- ch
      +-- de
      +-- fr
      \-- it
+-- wknd-events
\-- wknd-shop

Notice that the structure below /content/experience-fragments/wknd mirrors the structure of /content/wknd.

In this case, if the Email Experience Fragment component /content/experience-fragments/wknd/us/en/footerTextXf is placed on a template, the localized pages created based on that template will automatically render the localized Experience Fragment that corresponds to the localized content page.

So if you navigate to a content page under /content/wknd/ch/de that uses the same template, /content/experience-fragments/wknd/ch/de/footerTextXf will be rendered instead of /content/experience-fragments/wknd/us/en/footerTextXf.

Fallback

The Email Experience Fragment Component will attempt to find a corresponding localized component in the following order.

  1. First it tries to find a language root.
  2. If not found, it tries to find a blueprint.
  3. If not found, it tries to find a live copy.
  4. If not found, it defaults to the Experience Fragment configured in the component.

Technical Details

Read the latest technical documentation about the Experience Fragment Component.

Further details about developing the Core Components can be found in the Core Components developer documentation.

Configure Dialog

The configure dialog allows the content author to select the Experience Fragment variation that should be rendered in the content.

Email Experience Fragment Component's edit dialog

Use the Open Selection Dialog button to open the component selector to choose which Experience Fragment component variation to add to the content page.

If you add the Email Experience Fragment Component to a template, it will be automatically localized provided that the Experience Fragments are localized, so what is rendered on the page may vary from the component you explicitly select. See the example above for more information.

You can also define an ID. This option allows controlling the unique identifier of the component in the HTM.

  • If left blank, a unique ID is automatically generated for you and can be found by inspecting the resulting content.
  • If an ID is specified, it is the responsibility of the author to make sure that it is unique.
  • Changing the ID can have an impact on CSS.

Styles Tab

The Email Experience Fragment Component supports the AEM Style System.

Use the drop-down to select the styles that you want to apply to the component. Selections made in the edit dialog have the same effect as those chosen from the component toolbar.

Styles must be configured for this component in the design dialog in order for the tab to be available.

Design Dialog

The design dialog allows the template author to define the options available to the content author who uses the Email Experience Fragment Component and the defaults set when placing the Email Experience Fragment Component.

Styles Tab

The Email Experience Fragment Component supports the AEM Style System.

d2be9096-a81e-404b-9952-d8925af7219c