MSM Rollout of Content Fragments in AEM

[Mahesh_Gunaje]

Hello Team,

Anyone has used MSM for content fragments?

Checking this portal:
https://experienceleague.adobe.com/en/docs/experience-manager-cloud-service/content/assets/content-f...

I have used MSM for content page, experience fragments. Not tried on content fragment.
If you have worked on, please let me know pros and cons.

Thanks

cc @arunpatidar @lukasz-m  @SureshDhulipudi  @VeenaVikraman  @Anmol_Bhardwaj  @Raja_Reddy  @AmitVishwakarma 

[konstantyn_diachenko · Accepted solution]

Hi @Mahesh_Gunaje ,

I used MSM for content fragments. I'd say that it was complex in managing. My client had dozens of supported locales, that's why we had to create live copy for each CF to N locales. Sometimes some properties (paths) were not localized and it was required to cancel inheritance and manually fix it. P.S. I know that it should work by default out-of-the-box using referencesUpdateCF rollout action.

However, there are case when you have to use MSM for CFs, especially when you want to localize CF content.

At the same time you have to follow the strict folder naming for MSM of CF. You need to have folders with locales names. It increases a complexity of custom logic for searches (for feed, search results etc), because you need to filter our unnecessary locales or add condition to search under certain locale-specific path.

Generally, here are some pros and cons based on the documentation and general MSM principles:

Pros:

• Content Consistency - MSM helps maintain uniformity across different content fragment variations while allowing controlled modifications.
• Efficiency in Updates - Changes in the blueprint fragment can be rolled out to live copies, reducing manual effort.
• Localized Variations - Supports localization while preserving the original structure.

Cons:

• Complexity in Management - Managing inheritance and rollouts can be challenging, especially when content fragments have deep dependencies.
• Potential Overhead - If not properly structured, MSM for content fragments may introduce unnecessary dependencies, making updates cumbersome.
• Limited Use Cases - Unlike experience fragments, content fragments are primarily used for structured content, so MSM benefits may not always be significant.
• Custom code complexity - Force to filter our unnecessary locales for CF in custom code.

Best regards,

Kostiantyn Diachenko.

[Mahesh_Gunaje]

Hi @konstantyn_diachenko 

Thanks for your help. In my case, I dont have to change the content for other language.

Consider, I have many countries(fr, de, gb, uk, +5 more countries). For these countries content remains the same in each content fragment. In this case, instaed of creating 10 content fragment data, I can create a single live copy and roll out to each country. This would be easier if I use MSM. Also, will not have much complexity to maintain. What you say ?

Thanks