PREMIUM 권장 사항 FAQ

Adobe Target Recommendations 활동에 대한 FAQ 목록.

숫자 값이 있는 사용자 지정 속성을 검색할 때 카탈로그 검색에 올바른 결과가 표시되지 않는 이유는 무엇입니까?

숫자 값을 사용하는 사용자 지정 속성에 대해 카탈로그 검색을 수행하면 결과가 사용자 지정 속성을 숫자 값 대신 문자열 유형으로 처리합니다.

현재, 고객이 특성 유형을 변경할 수 있는 기능이 없습니다. 변경하려면 문자열에서 숫자로 유형을 변경해야 하는 특성을 참조하는 고객 문제를 여십시오.

내 카탈로그에 있는 항목에 대한 업데이트를 내 사이트에 반영하는 데 얼마나 걸립니까?

항목을 업데이트하는 방식에 따라 시간대와 결과가 다릅니다.

소스 세부 사항
mbox 또는 or API
  • 권장 사항이 15분 안에 업데이트됩니다.
  • 기존 권장 사항 및 항목 속성은 업데이트를 사용할 수 있을 때까지 표시됩니다.
  • 카탈로그 색인 다음에는 카탈로그 검색이 없데이트됩니다(3~8시간).
피드를 통한 항목 속성 업데이트
  • 피드 수집 후에는 권장 사항이 업데이트됩니다(2~8시간).
  • 기존 권장 사항 및 항목 속성은 업데이트를 사용할 수 있을 때까지 표시됩니다.
  • 피드 수집(2~8시간) 및 후속 카탈로그 색인(3~8시간) 후에는 카탈로그 검색이 업데이트됩니다. 카탈로그 검색은 총 5-16시간 내에 업데이트됩니다.
Target UI 또는 API를 통해 카탈로그에서 삭제된 항목
  • 권장 사항이 15분 안에 업데이트됩니다.
  • 기존 권장 사항 및 항목 속성은 업데이트를 사용할 수 있을 때까지 표시됩니다.
  • 카탈로그 색인 다음에는 카탈로그 검색이 없데이트됩니다(3~8시간).
항목이 mbox 또는 API를 통해 카탈로그에 추가됨
  • 알고리즘 실행 후에는 권장 사항이 업데이트됩니다. 알고리즘 실행은 1~2일 알고리즘의 경우 12시간마다 예약되며, 7일 이상 알고리즘의 경우에는 24시간마다 예약됩니다.
  • 추가된 항목이 요청된 키가 아닌 경우에는 업데이트를 사용할 수 있을 때까지 기존 권장 사항이 표시됩니다.
  • 추가된 항목이 요청된 키가 아닌 경우에는 업데이트를 사용할 수 있을 때까지 백업 권장 사항이 표시됩니다.
  • 카탈로그 색인 다음에는 카탈로그 검색이 없데이트됩니다(3~8시간).
항목이 피드를 통해 카탈로그에 추가됨
  • 피드가 수집된 후에는 권장 사항이 업데이트됩니다(2~8시간). 후속 알고리즘 실행은 1~2일 알고리즘의 경우 12시간마다 예약되며, 7일 이상 알고리즘의 경우에는 24시간마다 예약됩니다. Recommendations은 총 2-32시간 내에 업데이트됩니다.
  • 추가된 항목이 요청된 키가 아닌 경우에는 업데이트를 사용할 수 있을 때까지 기존 권장 사항이 표시됩니다.
  • 추가된 항목이 요청된 키가 아닌 경우에는 업데이트를 사용할 수 있을 때까지 백업 권장 사항이 표시됩니다.
  • 피드 수집(2~8시간) 및 카탈로그 색인(3~8시간) 후에는 카탈로그 검색이 업데이트됩니다. 카탈로그 검색은 총 5-16시간 내에 업데이트됩니다.

피드 파일을 가져온 후 또는 API나 mbox를 통해 엔티티 업데이트를 받은 후, 60분 이내에 다음 변경 사항이 반영됩니다.

  • 이전에는 제외되었지만 지금은 포함되어야 하는 경우에는 항목이 다음 알고리즘 실행에 포함됩니다(12~24시간).

    이 문제는 Target이(가) 온라인 및 오프라인 모두에서 제외를 적용하므로 발생합니다. 항목을 새로 제외하는 경우에는 온라인 제외가 빠르게 적용됩니다. 항목이 새로 포함되는 경우에는 온라인 제외가 빠르게 사라지지만, 오프라인 제외는 다음 알고리즘일 실행될 때까지 사라지지 않습니다.

  • 이전에는 포함되었지만 지금은 제외되는 경우에는 피드 소스에 따라 위에서 논의된 "항목 속성 업데이트…" 시간표(mbox/API를 통해 15분 또는 피드를 통해 12~24시간)에 따라 항목이 제외됩니다.

다음 알고리즘이 실행될 때까지 아래 변경 사항이 반영되지 않습니다(12~24시간 이내).

  • 활동에 사용된 컬렉션 규칙에 사용되는 항목 속성입니다.
  • 활동과 연관된 속성 또는 컬렉션을 기반으로 한 프로모션에 사용되는 항목 속성입니다.
  • 항목이 최상위 판매자 또는 가장 많이 본 알고리즘의 "현재 범주" 또는 "즐겨 찾는 범주"에 대한 항목이 표시되는 항목 범주입니다.
  • 변경된 속성이 알고리즘에 대한 사용자 지정 키로 사용되는 사용자 지정 속성인 경우 권장되는 항목의 등급입니다.
  • 권장 사항 로직이 "속성이 비슷한 항목"이거나, "콘텐츠 유사성" 가중치 요소가 사용되거나, "속성 가중치" 요소가 사용되는 경우 하나 이상의 변경된 속성에 따라 권장되는 항목의 등급입니다.
노트

피드 파일은 "항목 가져오는 중"에서 "검색 색인 업데이트 준비 중"으로 상태가 변경될 때 가져온 것으로 간주됩니다. 업데이트는 카탈로그 검색 사용자 인터페이스에 반영되는 데 60분 이상 걸릴 수 있습니다. 피드 상태가 "업데이트 완료"로 바뀌는 경우 카탈로그 검색이 최신이 상태가 됩니다. 카탈로그 검색이 아직 최신 상태가 아닌 경우에도 위에 나열된 시간대에 사이트 업데이트가 반영됩니다. 가장 최근의 카탈로그 검색 색인 업데이트 시간이 카탈로그 검색 페이지에 표시됩니다.

내 사이트에 반영될 Recommendations 활동, 오퍼, 프로모션 또는 기준 설정의 구성을 변경하는 데 시간이 얼마나 걸립니까?

  • 프로모션 설정을 변경하는 데 최대 5시간이 걸릴 수 있습니다.

  • 다음 알고리즘이 실행될 때까지 다른 기준 설정에 대한 변경 사항이 반영되지 않을 수 있습니다.

    • 일부 기준 설정(예: "동적 포함 규칙 추가")이 즉시 반영됩니다.
    • 다른 기준 설정(예: "동적 포함 규칙 제거", 전환 확인 기간 변경 등)은 다음 알고리즘이 실행될 때까지 통합할 수 없습니다.
    • 이러한 변경 사항에 의해 알고리즘 실행이 트리거되지만 완료하는 데 최대 24시간이 걸릴 수 있습니다. 알고리즘은 또한 12-24시간마다 예약된 기준으로 실행됩니다.

사용자가 받은 권장 사항 에 반영되는 사용자의 행동(예: 제품 A를 클릭하고 제품 B를 구매하는 경우)이 얼마나 걸립니까?

  • 현재 조회/구매한 제품/컨텐츠는 사용자가 동일한 페이지 보기/Target 컨텐츠 요청에서 수신하는 권장 사항에 영향을 줍니다.
  • "마지막으로 본 제품", "가장 많이 본 제품" 및 전체 보기/구매 내역 등의 내역 사용자 동작은 해당 요청으로 업데이트되며, 사용자가 다음 페이지 보기/Target 컨텐츠 요청에서 받은 권장 사항에 영향을 줍니다. 예를 들어, "최근에 본 항목" 및 "사용자에게 권장" 알고리즘은 각 제품 보기/구매로 업데이트되고 후속 컨텐츠 요청에 반영됩니다.

권장 사항 기타 사용자가 수신하는 권장 사항에 반영되는 사용자의 행동(예: 제품 A를 클릭하고 제품 B를 구매하는 경우)이 얼마나 걸립니까?

집계에서 사용자의 동작은 12-24시간마다 발생하는 모든 알고리즘 실행을 사용하여 오프라인 알고리즘 처리에 통합되어 있습니다.

특수 문자가 배열을 깨는 경우 어떻게 해야 합니까?

Javascript에서 이스케이프 처리된 값을 사용하십시오. 따옴표(")는 배열을 깰 수 있습니다. 다음 코드 스니펫은 이스케이프 처리된 값의 예입니다.

#set($String='') 
#set($escaper=$String.class.forName('org.apache.commons.lang.StringEscapeUtils')) 
<script type="text/javascript"> 
console.log("$escaper.escapeJavaScript($entity1.name)") 
console.log("$escaper.escapeJavaScript($entity2.name)") 
console.log('$escaper.escapeJavaScript($entity3.name)') 
names.push("$escaper.escapeJavaScript($entity4.name)") 
</script>

권장 사항 활동을 만들 때 사용자 지정 기준을 포함한 일부 기준을 선택할 수 없는 이유는 무엇입니까?

사용 가능한 기준은 현재 범주를 기반으로 합니다. 권장 사항 오퍼를 만드는 경우 알고리즘 선택기는 범주 ID를 기반으로 기준을 표시합니다.

이 기준을 적용하는 위치에 범주 ID가 없을 경우 알고리즘 선택기에서 특정 기준을 사용할 수 없습니다.

mbox에 범주 ID가 있는 위치를 사용하는 경우 기준 선택기는 적용 가능한 모든 기준을 포함합니다.

Target 에는 호환되지 않는 기준이 있으므로 알고리즘 선택기의 지능형 필터링을 제어할 수 있습니다.

노트

이 설정은 시각적 경험 작성기(VEC)에서 만들어진 활동에만 적용되고, 이 설정은 양식 기반 경험 작성기에서 만든 활동에는 적용되지 않습니다(Target에 위치 컨텍스트가 없음).

호환되지 않는 기준 필터링 설정에 액세스하려면 권장 사항 > 설정을 클릭하십시오.

호환되지 않는 기준 필터링 설정이 활성화되어 있지 않으면 Target이 알고리즘 선택기에서 알고리즘을 필터링하지 않고 모든 알고리즘이 표시됩니다.

호환되지 않는 기준 필터링 설정이 활성화되어 있으면 VEC 활동에서 Target는 선택한 위치로부터 entityId와 카테고리 ID를 읽은 다음 currentItem|currentCategory(각 값이 해당 위치에 있는 경우)를 기반으로 알고리즘을 표시합니다. 따라서 기본적으로 알고리즘 선택기에는 선택한 위치를 위한 호환되는 알고리즘만 표시됩니다.

호환되지 않는 기준 필터링 설정이 활성화되어 있으면 기준을 선택하는 동안 호환 확인란을 선택 취소하여 비호환 알고리즘을 계속 볼 수 있습니다.

다음 목록에는 TargetCompatible 확인란이 표시되지 않는 특수 사례가 포함되어 있습니다.

  • entityId와 범주 ID가 모두 해당 위치에 있으며 아무것도 필터링되지 않는 경우
  • mbox.js 버전 55 이하를 사용하는 경우
  • 페이지에서 mbox 호출이 실행되지 않는 경우(!config.isAutoCreateGlobalMbox && !config.isRegionalMbox).
  • Target 매개 변수가 정의되지 않았습니다.

권장 사항의 컬렉션이 0(영)이 되는 경우 어떻게 해야 합니까?

이전에 0이 아니었던 컬렉션이 0이 된 것으로 표시되면 다음 정보를 고려하십시오.

  • 컬렉션을 다시 저장하고 번호가 업데이트되는지 확인할 수 있습니다. 다시 저장하면 컬렉션이 해당 컬렉션을 사용하는 모든 알고리즘을 다시 실행합니다.

  • 올바른 환경을 보고 있습니까? /target/products.html#recsSettings 로 이동하여 아래와 같이 다시 확인합니다.

  • 색인이 최신 상태입니까? /target/products.html#productSearch 로 이동하여 색인이 몇 시간 경과되었는지 확인합니다(예를 들어 "색인화된 후 3시간 경과"). 필요에 따라 색인을 새로 고칠 수 있습니다.

  • 엔티티가 더 이상 컬렉션 규칙과 일치하지 않도록 피드 또는 데이터 계층에서 변경한 것이 있습니까? 대소문자가 일치하는지 확인하십시오(대소문자 구분).

  • 피드가 성공적으로 실행되었습니까? FTP 디렉터리, 암호 등을 변경한 사람이 있습니까?

  • Target 은 게재(고객의 페이지/앱에서)에 대한 업데이트를 가능한 한 빨리 수행하는 데 최선을 다합니다. 그러나 Target 역시 마케터의 UI에 일부 표현을 제공해야 합니다. Target 는 UI 업데이트가 동기화될 때까지 기다리기 위해 게재 업데이트를 지연하지 않습니다. mboxTrace 를 사용하여 요청이 들어올 당시 시스템의 내용을 확인할 수 있습니다.

일반 속성 가중치와 콘텐츠 유사성별 속성 가중치 간의 차이는 무엇입니까?

속성 가중치는 "표준 속성 가중치"와 "콘텐츠 유사성 속성 가중치", 이렇게 두 가지 형태로 존재합니다.

표준 속성 가중치는 모두는 아니지만 대부분의 기준 유형(콘텐츠 유사성뿐만 아니라)에 적용됩니다. 이 유형의 가중치는 특정 속성 값에 더 많은 가중치를 부여합니다. 다음 예에서 Nike 제품은 출력 권장 사항에서 문제가 생깁니다.

콘텐츠 유사성 속성 가중치는 콘텐츠 유사성 기준에만 적용됩니다.

이 유형의 가중치는 더 동적이며 현재 "권장 사항 키"(현재 보는 항목)를 기반으로 합니다. 다음 예에서(브랜드 x 16)는 방문자가 Nike 스니커즈를 보고 있다면 해당 방문자는 경쟁 업체의 스니커즈보다 다른 Nike 제품(반드시 스니커즈일 필요는 없음)을 추천받을 가능성이 더 큽니다. 방문자가 Adidas 스니커즈를 보고 있다면 이 방문자는 Adidas 제품을 추천받을 가능성이 더 큽니다.

Target에서 권장 사항이 때때로 표시되지 않는 이유는 무엇입니까?

Target 때로는 사용 가능한 권장 사항 수가 적어서 권장 사항이 표시되지 않을 수 있습니다.

기준당 생성된 값의 수는 디자인에 지정된 엔티티 수의 배입니다. 런타임 필터링(예: 재고, mbox 속성 일치)은 3x개의 값을 생성한 후에 적용되며, 따라서 전달 시 3x개보다 적은 수의 값으로 끝날 수 있습니다. 이 상황을 완화하려면 추가 엔티티를 숨겨서 디자인의 엔티티 수를 늘리십시오.

다음 JavaScript는 요청한 엔티티 수를 늘리기 위해 디자인의 시작 부분에서 사용할 수 있습니다. 이 예제에서 요청된 엔티티 수는 30(3x10)입니다.

#foreach($entity in $entities) 
 #if( $foreach.count > 10 ) 
  #break 
 #end 
 #set ($foo = $entity.id) 
#end 

제품 삽입/업데이트에 대한 API 호출의 크기 제한이란 무엇입니까? 피드 대신 API를 사용하여 한 번의 호출로 50,000개의 제품을 업데이트할 수 있습니까?

Target 애플리케이션 수준에 50MB의 사후 제한을 지정합니다.그러나 application/x-www-form-urlencoded 콘텐츠 유형 헤더를 전달하는 경우에만 해당됩니다.

단일 호출에서 50,000개 제품 전송을 시도할 수 있습니다. 실패할 경우 묶음으로 나누어야 합니다. 일반적으로 고객이 호출을 5,000 또는 10,000개의 제품 묶음으로 나누어 시스템 로드로 인한 시간 초과 가능성을 줄이는 것이 좋습니다.

권장 사항 기준, 프로모션 또는 템플릿 테스트 규칙을 생성할 때 mbox 이름을 지정해야 합니까?

mbox 매개 변수를 기반으로 한 권장 사항, 기준, 프로모션 또는 템플릿 테스트 규칙을 만들 때 mboxParametermboxName을 묻는 메시지가 더 이상 표시되지 않습니다. 이제 mbox 이름은 선택 사항입니다. 따라서 여러 mbox의 매개 변수를 사용하거나 가장자리에 아직 기록되지 않은 매개 변수를 참조할 수 있습니다.

원하는 매개 변수를 선택하려면 다음을 수행하십시오.

  • 기준, 프로모션 또는 템플릿 테스트 규칙을 생성하는 동안 목록에서 매개 변수 이름을 선택합니다. 원하는 매개 변수 이름의 첫 번째 문자 입력을 시작하거나 원하는 매개 변수 이름의 전체 이름을 입력합니다.
  • mbox 이름은 기억하지만, 매개 변수 이름을 기억하지 못하는 경우 원하는 매개 변수를 전달하는 알려진 mbox를 필터링할 확인란을 사용합니다.

어느 방법을 사용하든 mbox와 매개 변수 간에 링크가 없습니다. 기준, 프로모션 또는 템플릿 테스트 규칙은 해당 매개 변수를 전달하는 모든 mbox에서 매개 변수를 기준으로 하여 작동합니다.

기존 기준, 프로모션 또는 템플릿 테스트 규칙을 편집하는 경우 필터링 기준에는 작성 중에 제공된 mbox 이름이 함께 표시됩니다.

새 대상을 정의한 후 기존 권장 사항 활동을 저장할 수 없는 이유는 무엇입니까?

대상에 고유한 이름이 있는지 확인하십시오. 기존 대상과 동일한 이름을 지정했다면 기존 권장 사항 활동(2016년 10월 이전에 만든 권장 사항 활동)을 저장할 수 없습니다.

피드 업로드를 위한 CSV 파일의 최대 크기는 얼마입니까?

피드의 CSV 파일 업로드에 대한 행 수 또는 파일 크기에는 엄격한 제한이 없습니다. 그러나 파일 업로드 프로세스 중 실패를 방지하기 위해 CSV 파일 크기를 1GB로 제한하는 것이 좋습니다. 파일 크기가 1GB를 초과하는 경우 이상적으로 여러 피드 파일로 분할해야 합니다. 사용자 지정 속성 컬럼의 최대 수는 100개이며 사용자 지정 속성은 4096자로 제한됩니다. 필요한 열 길이에 대한 다른 제한 사항은 Target 제한 페이지에서 사용할 수 있습니다.

엔티티를 동적으로 제외할 수 있습니까?

권장 사항에서 제외하려는 엔티티에 대한 엔티티 ID를 쿼리 문자열에서 전달할 수 있습니다. 예를 들어 장바구니에 이미 있는 항목을 제외할 수 있습니다.

제외 기능을 활성화하려면 excludedIds mbox 매개 변수를 사용합니다. 이 매개 변수는 쉼표로 구분된 엔티티 ID 목록을 가리킵니다. 예: mboxCreate(..., "excludedIds=1,2,3,4,5"). 권장 사항 요청 시 해당 값이 전송됩니다.

제외는 현재 Target 호출에 대해서만 수행됩니다.excludedIds 값이 다시 전달되지 않는 한 후속 Target 호출에서 항목이 제외되지 않습니다. 장바구니의 항목을 모든 페이지의 권장 사항에서 제외하려면, 모든 페이지의 excludedIds 값을 계속 전달하십시오.

노트

너무 많은 엔티티가 제외되는 경우 권장 사항은 엔티티가 개체 템플릿을 채우기에 부족한 것처럼 작동합니다.

entityIds를 제외하려면 &excludes=${mbox.excludedIds} 토큰을 오퍼 콘텐츠 URL에 추가합니다. 콘텐츠 URL이 추출되면 필수 매개 변수는 현재 mbox 요청 매개 변수를 사용하여 대체됩니다.

기본적으로 이 기능은 새로 만든 권장 사항에 활성화되어 있습니다. 동적으로 제외된 엔티티를 지원하려면 기존 권장 사항을 저장해야 합니다.

권장 사항 콘텐츠 추적에서 반환되는 NO_CONTECT 응답은 무엇을 의미합니까?

요청한 알고리즘 및 키 조합에 대한 권장 사항을 사용할 수 없는 경우 NO_CONTENT가 반환됩니다. 일반적으로 이 상황은 알고리즘에 대해 백업이 비활성화된 경우에 발생하며 다음 중 하나 이상에 해당하는 경우에도 발생합니다.

  • 결과가 아직 준비되지 않았습니다.

    일반적으로 이 상황은 새로 만든 활동을 처음 저장하거나 활동에 사용된 컬렉션, 기준 또는 프로모션에 대한 구성이 변경된 후에 발생합니다.

  • 요청된 알고리즘/키 조합에 대해 가장 가까운 에지 서버에 아직 캐시되지 않은 결과가 준비됩니다.

    요청이 캐싱 작업을 시작하므로 이 문제는 몇 페이지를 다시 로드하거나 몇 분이 경과하면 해결됩니다.

  • 결과가 준비되었지만 제공된 키 값에 대해 사용할 수 없습니다.

    이 상황은 일반적으로 최신 알고리즘 실행 후 카탈로그에 추가된 항목에 대한 권장 사항을 요청할 때 발생하며 다음 알고리즘 실행 후에 자체적으로 해결됩니다.

  • 부분 템플릿 렌더링이 비활성화되며 템플릿을 채우기에는 결과가 충분하지 않습니다.

    일반적으로 이 상황은 동적 포함 규칙이 있을 때 발생하며, 이 규칙은 가능한 결과에서 많은 항목을 적극적으로 필터링합니다. 상황이 발생하지 않도록 하려면 백업을 활성화하고 백업에 포함 규칙을 적용하지 않거나 덜 적극적으로 필터링된 기준을 순서대로 사용하십시오.

최근에 본 항목 기반의 권장 사항은 단일 방문자에 대해 여러 디바이스에서 지속됩니까?

방문자가 세션을 시작하는 경우, 세션 ID가 단일 에지 머신에 연결되며 임시 프로필 캐시는 이 에지 머신에 저장됩니다. 동일한 세션의 후속 요청에서는 최근에 본 항목을 포함해 이러한 프로필 캐시를 읽습니다.

세션이 종료되면, 최근에 본 항목을 포함한 세션 상태는 동일한 지리적 에지의 보다 영구적인 프로필 스토리지로 유지됩니다.

새로운 세션이 동일한 MCID(Marketing Cloud ID), ECID(Experience Cloud ID), or CustomerID/mbox3rdPartyId를 통해 고객 프로필에 연결되어 있는 동안에는 다른 디바이스의 후속 세션이 이러한 최근에 본 항목에 액세스할 수 없습니다.

방문자에게 동시에 두 개의 활성 세션이 있는 경우, 한 장치에서 최근 본 항목은 장치가 세션 ID를 공유하도록 강제 되지 않는 한 다른 장치에서 최근에 본 항목을 업데이트하지 않습니다. 문제에 대한 잠재적인 해결 방법이 있기는 하지만, Target은 디바이스 여러 대의 세션 ID에 대한 공유를 직접 지원하지 않습니다. 고객은 직접 이러한 ID 공유를 관리해야 합니다.

이 동작은 방문자가 한 장치에서 활성 상태이고 몇 분 후에 다른 장치에서 활성 상태가 될 경우에도 계속 발생합니다. 첫 번째 디바이스의 세션은 30분 동안 만료되지 않으며, 프로필 상태가 영구 상태에 기록되어 처리되기 전에 최대 5분 동안 지연될 수 있습니다. 이 행동을 테스트할 때, 35분 안에 세션을 만료할 수 있으며 프로필을 저장할 수 있습니다.

방문자에게 동시에 2개의 활성 세션이 없는 경우에는 세션이 종료된 동안 하나의 디바이스에 있는 최근에 본 항목이 다른 디바이스에 있는 최근에 본 항목을 업데이트하지 않습니다. 이 행동을 테스트할 때, 35분 안에 세션을 만료할 수 있습니다.

Recommendations Premium의 Adobe Recommendations Classic에서 만든 알고리즘을 사용할 수 있습니까?

Recommendations Classic에서 생성된 알고리즘은 Recommendations Premium에서 지원되지 않습니다. Target Premium;에서 기존 알고리즘을 사용할 수 있습니다.그러나 알고리즘에서는 Target Premium UI에서 활동을 비활성화하거나 삭제할 때 동기화 문제를 만들 수 있습니다. 두 솔루션 간의 차이에 대한 자세한 내용은 Target Premium🔗의 Recommendations Classic versus Recommendations 활동 을 참조하십시오.

이 페이지에서는