CMS 이전을 "페이지 복사"로 보면 오픈 직전에 문제가 쌓입니다. 옮겨야 하는 것은 페이지만이 아니라 URL, 메타데이터, 권한, 승인 흐름 같은 운영 방식입니다.
먼저 구분할 것: 어떤 이전인가
- AEM에서 AEM as a Cloud Service로 이전: Adobe가 제공하는 Content Transfer Tool(CTT)을 사용할 수 있습니다.
- WordPress, Sitecore, 자체 개발 CMS에서 AEM으로 이전: CTT 대상이 아닙니다. 콘텐츠 인벤토리, 매핑, 이전 스크립트를 별도로 설계해야 합니다.
이전 전에 해야 할 일
1. 콘텐츠를 분류합니다
이전할 것, 정리할 것, 버릴 것으로 나눕니다. 오래된 페이지와 중복 콘텐츠를 그대로 옮기면 새 사이트가 처음부터 무거워집니다.
2. URL과 메타데이터 매핑표를 만듭니다
기존 URL이 새 URL과 어떻게 대응하는지, 제목과 설명, 대표 이미지 같은 메타데이터가 어떻게 이어지는지 표로 정리합니다. 바뀐 URL에는 리다이렉트를 설정하고 사이트맵을 갱신합니다. 이 항목은 Adobe 문서가 다루지 않는 영역이라 설계 단계에서 직접 정해야 합니다.
3. 승인 흐름과 권한을 옮깁니다
누가 수정하고 누가 승인하는지, 기존 권한 그룹을 새 환경에서 어떻게 대응시킬지 정합니다.
AEM 간 이전에서 Adobe가 안내하는 것
- Best Practices Analyzer(BPA)를 먼저 실행합니다. 파트너 이전 가이드는 계획 단계에서 BPA로 작업량을 가늠하도록 안내합니다.
- 사전 정리가 필요합니다. 원본 렌디션이 없는 자산은 원본에서 제거하고, jcr:content가 없는 폴더를 확인해야 합니다. Dynamic Media를 하이브리드 모드로 쓴다면 먼저 Scene7 모드로 옮겨야 합니다.
- 사용자 계정은 옮겨지지 않습니다. 그룹은 이전되지만 사용자 계정은 이전되지 않습니다.
- 서비스 영향: 사용자에게 보이는 사이트는 이전 중에도 유지되고, Author 수집(ingestion) 중에는 편집이 불가능합니다.
- 검증: 크기 확인 기능으로 이전 세트 크기를 가늠하고, 이전 후 검증 기능으로 수집 결과를 확인합니다. 수집 뒤 자산은 별도로 재처리를 요청해야 합니다.
한 번에 옮길 필요는 없습니다
주요 사이트나 특정 콘텐츠부터 단계적으로 옮길 수 있습니다. 이전 세트를 사이트와 자산 단위로 나누면 검증과 되돌리기가 쉬워집니다.
이전 체크리스트
- 이전 대상 콘텐츠 목록과 정리 기준
- URL, 메타데이터 매핑표와 리다이렉트 계획
- 권한 그룹과 승인 흐름 대응표
- 단계별 이전 일정과 검증 항목
- 이전 후 검색 노출 점검 계획
현재 사용 중인 CMS와 사이트 규모를 알려주시면 이전 범위와 단계를 함께 정리해 드립니다.
참고한 Adobe 공식 문서
Author
Martech Division
Martech & Digital Platform
네오다임 Martech Division은 Adobe Experience Manager, Marketo 등 마케팅 기술 플랫폼의 도입과 운영을 지원하는 팀입니다.
