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.