추가 구성 mc-additional-configurations
임계값 모니터링 monitoring-thresholds
메시지 센터 서비스 수준 및 메시지 센터 처리 시간 보고서에 표시되는 표시기의 경고 임계값(주황색) 및 경고 임계값(빨간색)을 구성할 수 있습니다(트랜잭션 메시지 보고서 액세스 참조).
이렇게 하려면 아래 단계를 수행합니다.
-
실행 인스턴스 에서 배포 마법사를 엽니다.
-
Message Center 페이지로 이동합니다.
-
화살표를 사용하여 임계값을 변경합니다.
이벤트 제거 purging-events
배포 마법사를 사용하여 데이터베이스에 데이터를 저장할 기간을 구성할 수 있습니다.
이벤트 삭제는 데이터베이스 정리 워크플로우에서 자동으로 수행됩니다. 이 워크플로우는 실행 인스턴스에 수신 및 저장된 이벤트와 제어 인스턴스에 보관된 이벤트를 삭제합니다.
화살표를 적절하게 사용하여 제거 설정을 변경합니다.
컨트롤 인스턴스의 이벤트 제거 설정:
실행 인스턴스에 대한 이벤트 제거 설정:
데이터베이스 정리 워크플로우에 대한 자세한 내용은 이 섹션을 참조하십시오.
기술 워크플로 technical-workflows
트랜잭션 메시지 템플릿을 배포하기 전에 제어 인스턴스 및 다른 실행 인스턴스의 기술 워크플로우가 실제로 생성 및 시작되었는지 확인해야 합니다.
트랜잭션 메시지(메시지 센터)와 관련된 다양한 기술 워크플로는 제어 인스턴스와 실행 인스턴스 간에 분류됩니다.
인스턴스 워크플로 제어 control-instance-workflows
실행 인스턴스가 하나 또는 여러 개 등록되었는지에 관계없이 제어 인스턴스에서는 각 Message Center execution instance 외부 계정에 대해 하나의 보관 워크플로우를 만들어야 합니다. Create the archiving workflow 단추를 클릭하여 워크플로를 만들고 시작합니다.
그런 다음 관리 > 프로덕션 > 메시지 센터 폴더에서 이러한 워크플로에 액세스할 수 있습니다. 워크플로우가 만들어지면 자동으로 보관 워크플로가 시작됩니다.
실행 인스턴스 워크플로 execution-instance-workflows
실행 인스턴스에서 관리 > 프로덕션 > 메시지 센터 폴더에서 트랜잭션 메시지를 위한 기술 워크플로우에 액세스할 수 있습니다. 그냥 시작하기만 하면 돼 목록의 워크플로는 다음과 같습니다.
-
Processing batch events(내부 이름: batchEventsProcessing): 이 워크플로우를 사용하면 메시지 템플릿에 연결되기 전에 대기열의 일괄 처리 이벤트를 분류할 수 있습니다.
-
Processing real time events(내부 이름: rtEventsProcessing): 이 워크플로를 사용하면 대기열의 실시간 이벤트가 메시지 템플릿에 연결되기 전에 분류할 수 있습니다.
-
Update event status(내부 이름: updateEventStatus): 이 워크플로를 사용하면 이벤트에 상태를 지정할 수 있습니다.
다음 이벤트 상태를 사용할 수 있습니다.
- Pending : 이벤트가 큐에 있습니다. 메시지 템플릿이 아직 할당되지 않았습니다.
- Pending delivery : 이벤트가 큐에 있고 메시지 템플릿이 할당되어 게재에 의해 처리되는 중입니다.
- Sent : 이 상태는 게재 로그에서 복사됩니다. 게재가 전송되었음을 의미합니다.
- Ignored by the delivery : 이 상태는 게재 로그에서 복사됩니다. 게재가 무시되었다는 뜻입니다.
- Delivery failed : 이 상태는 게재 로그에서 복사됩니다. 게재에 실패했다는 뜻입니다.
- Event not taken into account : 이벤트를 메시지 템플릿에 연결할 수 없습니다. 이벤트가 처리되지 않습니다.
워크플로우 일정 보관
컨트롤 인스턴스에서 실행되는 보관 워크플로 일정을 수정하지 마십시오. 그렇지 않으면 실행 인스턴스에서 가져오는 일부 추적 데이터가 손실될 수 있습니다.
보관 워크플로 일정을 수정하는 경우 실행 인스턴스의 추적 워크플로 일정도 컨트롤 인스턴스의 보관 워크플로 일정과 일치하도록 변경해야 합니다.
멀티브랜딩 구성 configuring-multibranding
이 섹션에서는 Adobe Campaign에서 트랜잭션 메시지에 대해 브랜드당 추적 및 미러 페이지 URL을 구성하는 한 가지 솔루션에 대해 설명합니다.
필수 구성 요소 prerequisites
- 모든 호스트를 인스턴스(
config-<instance>.xml)의 구성 파일에 추가해야 합니다. - 각 브랜드에는 하위 도메인을 할당해야 합니다.
- HTTPS 페이지에서 웹 추적이 수행되는 경우 모든 브랜드에 대해 HTTPS 인증서가 있어야 합니다.
멀티브랜딩을 구성하려면 실행 인스턴스와 제어 인스턴스를 모두 구성해야 합니다.
실행 인스턴스 execution-instance
실행 인스턴스에서 아래 단계를 수행합니다.
-
브랜드당 하나의 외부 계정을 만듭니다.
note note NOTE 이 섹션에서 실행 인스턴스 유형 외부 계정을 만드는 방법을 알아봅니다. -
nms:extAccount 스키마를 확장하여 추적 URL 추가:
code language-none <attribute advanced="true" desc="URL of the tracking servers" label="Tracking server URL" length="100" name="trackingURL" type="string"/>note note NOTE 스키마 확장 섹션에서 기존 스키마를 확장하는 방법을 알아보세요. -
nms:extAccount 양식을 수정합니다.
code language-none <container label="Message domain branding" type="frame"> <static type="help"> These parameters are used to override the DNS alias and addresses used during message delivery. When not populated, the values of the 'NmsServer_MirrorPageUrl' and 'NmsEmail_DefaultErrorAddr' options are used.</static> <input xpath="@mirrorURL"/> <input xpath="@trackingURL"/> <input img="nms:sendemail.png" menuId="deliveryMenuBuilder" type="scriptEdit"> xpath="errorAddress"/> </container> -
글로벌 옵션 대신 외부 계정을 사용하도록 NmsTracking_OpenFormula 및 NmsTracking_ClickFormula 옵션을 수정합니다.
이렇게 하려면 다음을 바꾸십시오.
code language-none <%@ include option='NmsTracking_ServerUrl' %>포함:
code language-none <%@ value object="provider" xpath="@trackingURL" %>note important IMPORTANT 이러한 변경 사항은 업그레이드 시 충돌로 이어질 수 있습니다. 이러한 수식을 새 버전과 수동으로 병합해야 할 수 있습니다.
컨트롤 인스턴스 control-instance
제어 인스턴스에서는 게재 템플릿과 외부 계정을 연결해야 합니다.
이렇게 하려면 아래 단계를 수행합니다.