내 커뮤니티 업적 표시줄을 확대합니다.

Submissions are now open for the 2026 Adobe Experience Maker Awards.

Mark Solution

활동이 없어 이 대화는 잠겼습니다. 새 게시물을 작성해 주세요.

해결됨

Secure Page Authoring Capabilites

Avatar

Level 2

Hello Team,

 

We have a requirement where we there are few product detail pages which needs to secured for some sensitive authoring which shouldn't be know to many till go-live. Step wise details below:

 

  1. Suppose standard we -retail MSM structure is followed and we have a product detail page like /content/xyz/language-masters/en/products/product1 . There also exists a published livecopy of the same as /content/xyz/us/en/product1.html
  2. Now there is some sensitive content to be added on the page which only 1 or 2 page in the organization are authorized of. Also the regular content authoring on language-master, translation , rollout should continue to happen as is.
  3. Now 1 way can be to utilize the AEM launch feature but then translation cant be achieved and also issues with maintaining permissions.

 

Is there any high level solution to this requirement ? Currently we are thinking of having a separate folder structure for secure pages but the next blocker is with how to merge this back with the master copy ( basically what launch promote does ) . Any better thoughts on it?

1 채택된 해결책 개

Avatar

정확한 답변 작성자:
Level 9

Leveraging Launch is the best option to reduce the customization. You just need to create a one/BU specific group one time and you can use that going forward to maintain the permissions.

 

Otherwise, you'll have to develop your own custom solution which requires a lot of dev effort plus the maintenance cost. 

 

I would recommend using the Launch.

 

Thanks,

Singaiah

원본 게시물의 솔루션 보기

1 답변 개

Avatar

정확한 답변 작성자:
Level 9

Leveraging Launch is the best option to reduce the customization. You just need to create a one/BU specific group one time and you can use that going forward to maintain the permissions.

 

Otherwise, you'll have to develop your own custom solution which requires a lot of dev effort plus the maintenance cost. 

 

I would recommend using the Launch.

 

Thanks,

Singaiah