이 섹션에서는 자격 규칙, 사전 정의된 필터, 워크플로우 활동 및 데이터베이스 옵션을 포함하여 Adobe Campaign Classic에서 상호 작용 모듈을 관리하는 모범 사례 방법을 제공합니다.
Adobe Campaign에서 상호 작용하려면 효율적으로 작동하도록 신중하게 관리해야 합니다. 연락처 수와 오퍼 카테고리 및 오퍼 수 간에 균형을 찾아야 합니다. 이러한 요소를 신중하게 처리하지 않으면 Adobe Campaign 인스턴스에 문제가 발생할 수 있습니다.
다음은 상호 작용을 구현하고 구성할 때 염두에 두어야 하는 중요한 요소 목록입니다.
다음은 자격 규칙과 관련된 몇 가지 우수 사례입니다.
다음은 제안 표와 관련된 몇 가지 우수 사례 목록입니다.
이 섹션에서는 오퍼를 관리하고 Adobe Campaign Classic에서 상호 작용 모듈을 사용하는 방법에 대한 자세한 조언을 제공합니다.
게재에 오퍼를 포함할 때 일반적으로 오퍼는 보강 활동(또는 다른 유사한 활동)을 통해 Campaign 워크플로우에서 업스트림으로 선택됩니다.
데이터 보강 활동에서 오퍼를 선택할 때 사용할 오퍼 공간을 선택할 수 있습니다. 그러나 선택한 오퍼 공간에 관계없이 게재 사용자 지정 메뉴는 게재에 설정된 오퍼 공간에 따라 다릅니다.
아래 예에서는 게재에서 선택한 오퍼 공간이 있습니다 Email (Environment - Recipient):
게재에서 선택한 오퍼 공간에 HTML 렌더링 기능이 설정되어 있지 않으면 게재 메뉴에 표시되지 않고 선택할 수 없습니다. 다시 말하지만, 데이터 보강 활동에서 선택한 오퍼 공간과 독립적입니다.
아래 예에는 게재에서 선택한 오퍼 공간에 렌더링 함수가 있으므로 드롭다운 목록에서 HTML 렌더링 함수를 사용할 수 있습니다.
이 함수는 다음과 같은 코드를 삽입합니다. <%@ include proposition="targetData.proposition" view="rendering/html" %>
.
제안을 선택하면 view 속성은 다음과 같습니다.
단일 이메일 게재에 여러 오퍼 공백을 포함하고, 일부 오퍼에 렌더링 기능이 있고 일부 오퍼에는 렌더링 기능이 없는 경우, 어느 오퍼에서 어느 오퍼 공간을 사용하고 어떤 오퍼 공간에는 렌더링 기능이 있는지 기억해야 합니다.
따라서 문제를 방지하려면 오퍼 공간에만 HTML 컨텐츠가 필요한 경우에도 모든 오퍼 공간에 HTML 렌더링 기능이 정의된 것이 좋습니다.
오퍼 공백은 proposition이 생성되거나 수락될 때 제안 테이블에 데이터를 저장할 수 있습니다.
하지만 인바운드 상호 작용에만 적용됩니다.
또한 아웃바운드 상호 작용을 사용할 때와 상호 작용 모듈 없이 아웃바운드 오퍼를 사용할 때 제안 테이블에 추가 데이터를 저장할 수도 있습니다.
이름이 제안 테이블의 필드 이름과 일치하는 워크플로우 임시 테이블의 모든 필드는 제안 테이블의 동일한 필드에 복사됩니다.
예를 들어, 데이터 보수정에서 수동으로(상호 작용 없이) 오퍼를 선택할 때 표준 필드는 다음과 같이 정의됩니다.
다음과 같은 @rank 필드를 추가할 수 있습니다.
이름이 @rank인 제안 테이블에 필드가 있으므로 워크플로우 임시 테이블의 값이 복사됩니다.
제안 테이블에 추가 필드를 저장하는 방법에 대한 자세한 내용은 워크플로우를 통해 오퍼 통합.
상호 작용을 하는 아웃바운드 오퍼의 경우, 이 기능은 여러 오퍼를 선택하고 오퍼가 전자 메일에 표시될 순서를 기록하려는 경우 유용합니다.
또한 제안 테이블에 현재 지출 수준과 같은 추가 메타데이터를 직접 저장하여 오퍼가 생성된 시간에 소비에 대한 기록 레코드를 유지할 수도 있습니다.
아웃바운드 상호 작용을 사용할 때 위 예와 같이 @rank 필드를 추가할 수 있지만 상호 작용에서 반환된 순서에 따라 값이 자동으로 설정됩니다. 예를 들어 상호 작용을 사용하여 세 개의 오퍼를 선택하는 경우 @rank 필드에 값 1, 2 및 3이 반환됩니다.
상호 작용을 사용하고 오퍼를 수동으로 선택할 때 사용자는 두 접근 방식을 결합할 수 있습니다. 예를 들어, 사용자는 수동으로 선택한 오퍼에 대해 @rank 필드를 1로 수동으로 설정하고, 상호 작용에 의해 반환된 오퍼에 대해 "1 + @rank"과 같은 표현식을 사용할 수 있습니다. 상호 작용이 세 개의 오퍼를 선택한다고 가정할 경우, 두 접근 방법 모두에서 반환되는 오퍼는 1-4로 평가됩니다.
nms:offer 스키마를 확장할 때는 이미 설정된 기본 구조를 따라야 합니다.
아래의 컨텐츠 저장소에 대한 새 필드를 정의합니다. <element name="view">
.
각 새 필드를 두 번 정의해야 합니다. 한 번은 일반 XML 필드로, 그리고 한 번은 이름에 "_js"가 추가된 CDATA XML 필드로 사용됩니다. 예제:
<element label="Price" name="price" type="long" xml="true"/>
<element advanced="true" label="Script price" name="price_jst" type="CDATA" xml="true"/>
추적할 URL이 포함된 모든 필드는 아래에 배치해야 합니다 <element name="trackedUrls">
다음 위치에서 찾을 수 있습니다. <element name="view" >
.