Editable Templates and Experience Fragments with MSM



Per this thread, Translating Editable Template , there is a suggestion to use content or experience fragments in an editable template for translation. 

I have gone down this road using 6.4 to little success.  I have tried using Fragment translation two ways, within and outside the variants.  The issue is within the editable template the Experience Fragment path is not translated from en to the other languages.  What is the best practice for header and footer content using fragments and MSM?

Here is what I have tried:

  1. I created a sites with multiple locals in the 6.4 standard with language masters and languages which roll out to regions and locales. 
  2. I created an experience fragment with the language structure siteName/language/fragmentName
  3. I create a live copy of the fragment languages
  4. AEM properly created the fragment in the new language with inheritance setup
  5. I broke inheritance to change the root path for the main menu and image link path
  6. I added the header fragment to the editable template as a component
  7. I rolled out changes to all locales
  8. Header fragment remained en
  9. I added a header container to the template
  10. Authored a fragment component in the header container with the content fragment en path
  11. Changes automatically rolled out to other locales
  12. Fragment path was still en on all locales

Example Content paths

Fragment paths:

  • English: /content/experience-fragments/smith/en/global/master.html
  • French: /content/experience-fragments/smith/fr/global/master.html
  • French within Experience: /content/experience-fragments/smith/en/global/header-french.html

Page paths:

  • English: /content/smith/language-masters/en.html
  • French: /content/smith/language-masters/fr.html

Accepted Solutions (1)

Accepted Solutions (1)



Hi again,

As of now, translation workflows do not look for templates. Therefore, please use Experience Fragments directly inside pages or use i18n. Refer to Translating Editable Template for more details.

Answers (12)

Answers (12)



one way to do it is create language copy by using translation workflow.

example -

1. either select create and translate while creating language copy (fr) from English page. make sure no fr language copy of fragment exist.

2. or create a translation project and include your English page. It will ask to create language copy.

But.. but.. but.. this solution only works for creation. While update again the same issue comes.




We have not investigated further as the project that needed it has not started because of a rebranding effort.  I am attending the session on multi-lingual handling at Summit this year for this question a lone.  It seems ridiculous this does not just work.   I have been using some other contacts at Adobe and they confirm this does not work today. 

I would recommend your own fragment include component that is language aware.  Rather than blindly include the path in the fragment is looks for the fragment path for the proper language.  You have to make sure you handling all the caching cases to ensure you are showing the latest content.  One good option would be an Apache SSI include on the publish side.  This will have apache do the include dynamically getting around the need for invalidation of all pages.  It will always pull the latest fragment HTML without needing to invalidate the parent page. 

Hope that helps.



I have not yet. This is for a sale pursuit we are actively working.  If it progresses I will spend more time finding the correct solution using editable templates. 



Hi, were you able to find a solution to this problem? We have the same scenario and can't figure out a way of having translated header and footer into several languages if it is not with the static templates iparsys approach. Thanks!



Hello Ankur,  If templates are not looked at for translation workflows then what is the Adobe recommended approach for creating a header a footer for multi-lingual sites?  If they cannot be in the template then we need to go back to the iparsys approach so everything is translated correctly without impacting the authoring. 




It seems that the Experience Fragments are used inside editable template. For translating content, please use Experience Fragments directly inside pages and not through templates. Let us know if you face issues with the same.