새 사이트를 오픈하고도 문구 하나, 배너 하나를 바꾸려면 개발팀에 요청해야 하는 경우가 많습니다. 원인은 개발팀의 속도가 아니라 사이트의 구조에 있는 경우가 대부분입니다.
수정 요청이 개발팀으로 가는 3가지 이유
- 화면 단위로 만들어져 변경 가능한 범위가 정의되지 않았습니다.
- 어떤 컴포넌트를 어디에 쓸 수 있는지 기준이 없어 안전하게 맡기기 어렵습니다.
- 누가 수정하고 누가 승인하는지 권한이 정리되지 않았습니다.
템플릿으로 "변경 가능한 범위"를 정의합니다
AEM의 편집 가능한 템플릿(Editable Templates)은 템플릿 작성자가 페이지의 구조와 허용되는 컴포넌트를 정하고, 그 템플릿으로 만든 페이지에서 작성자가 안전하게 콘텐츠를 편집하게 합니다. Adobe 문서는 새 AEM Sites를 만들 때 편집 가능한 템플릿을 권장합니다.
콘텐츠 정책이 컴포넌트의 규칙을 정합니다
콘텐츠 정책은 컴포넌트의 디자인 설정, 예를 들어 허용할 컴포넌트나 크기 범위를 정의합니다. 정책은 템플릿과 그 템플릿으로 만든 페이지에 적용되고 여러 템플릿에서 재사용할 수 있습니다. 정책을 바꾼 뒤에는 방문자에게 반영하려면 게시가 필요하다고 Cloud Service 문서가 안내합니다.
컴포넌트는 "모양"이 아니라 "콘텐츠 의미"로 나눕니다
화면에서 달라 보이는 요소마다 컴포넌트를 만들면 수가 늘고 운영이 어려워집니다. 반대로 데이터 구조가 같다면 하나의 컴포넌트에 변형을 두는 편이 낫습니다. 이 기준은 Adobe 문서의 규정이 아니라 구축 현장의 설계 원칙입니다. 설계 초기에 정리하지 않으면 나중에 템플릿이 계속 늘어납니다.
권한은 그룹 단위로 설계합니다
Admin Console의 제품 프로필은 환경에 접근할 수 있는지를 정하고, AEM 안의 그룹과 권한이 실제 가능한 작업을 정합니다. 업로드, 편집, 삭제, 승인 같은 작업은 AEM의 그룹과 ACL로 제어합니다. 권한은 사용자 개인이 아니라 그룹에 설정하는 것이 권장됩니다.
마케팅팀이 직접 운영하려면
- 자주 바꾸는 항목을 목록으로 만들고 템플릿으로 수정 가능한지 확인합니다.
- 수정 가능한 범위를 정책으로 정의하고, 불가능한 요청은 개발 요청으로 분류합니다.
- 작성자, 검토자, 게시 담당 그룹과 권한을 나눕니다.
- 오픈 전에 실제 운영자가 자주 하는 작업을 직접 수행해 봅니다.
모든 변경을 직접 할 수는 없습니다
새 컴포넌트가 필요하거나 레이아웃 구조를 바꾸는 일은 여전히 개발이 필요합니다. 중요한 것은 요청 유형을 "마케팅팀이 직접 하는 일"과 "개발이 필요한 일"로 미리 나누는 것입니다. Edge Delivery Services처럼 문서 기반 편집이 편한 방식도 있지만, 템플릿과 정책이 제한적이라 거버넌스 요구가 큰 조직에는 맞지 않을 수 있다고 Adobe가 설명합니다.
현재 수정 요청이 어떤 유형에서 많이 발생하는지 알려주시면 템플릿과 권한 설계 방향을 함께 정리해 드립니다.
참고한 Adobe 공식 문서
Martech Division
Martech & Digital Platform
네오다임 Martech Division은 Adobe Experience Manager, Marketo 등 마케팅 기술 플랫폼의 도입과 운영을 지원하는 팀입니다.
