Target 및 대상 FAQ

경험 타깃팅 및 대상에 대한 FAQ 목록

은 어떻게 합니까? Target 타깃팅에서 URL을 평가하시겠습니까?

Target은 활동을 만드는 동안 대상 URL 타깃팅을 사용하는지 또는 대상을 만드는 동안 URL 타깃팅을 사용하는지에 따라 URL을 다르게 평가합니다.

다음 URL을 고려하십시오.

http://www.example.com/path1/path2/path3?queryStringParam1=test123&queryStringParam2=test7

대상자 URL 타겟팅

활동을 만드는 동안 대상 URL 타깃팅을 적용하려면 경험 페이지(3단계 안내식 워크플로우의 1단계)에서 톱니바퀴 아이콘을 클릭하고 페이지 전달 을 클릭한 다음, 원하는 URL을 지정하십시오.

대상자 URL 타겟팅이 정확한 URL 일치를 찾습니다. URL이 일치하는 경우 Target은 추가 논리를 고려하지 않습니다. 위의 URL에서 활동이 실행되도록 설정된 경우 www.example.com, 대상 URL 타깃팅이 쿼리에 구애받지 않으므로 URL은 다음 URL과 일치합니다.

• www.example.com?query=something
• www.example.com?query=anything
• www.example.com?query=nothing&qa=true&stuff=random&product=shoes&height=superTall

URL의 대상 타겟팅 외에 쿼리에 있을 수 있는 특정 값을 지정할 수도 있습니다.

다음을 통해 추가된 대상자 URL 타겟팅 및 URL 타겟팅 템플릿 규칙 URL 타겟팅으로 평가합니다(아래 URL 타겟팅 참조).

URL 타겟팅

대상을 만드는 동안 URL 타깃팅을 적용하려면 다음을 클릭하십시오. 규칙 추가, 클릭 사이트 페이지첫 번째 드롭다운 목록에서 옵션을 선택합니다(현재 페이지, 이전 페이지, 또는 랜딩 페이지), 선택 URL 두 번째 드롭다운 목록에서 평가기를 지정한 다음 원하는 URL을 지정합니다.

URL 타겟팅은 URL을 규칙 세트로 변환하여 다음을 평가합니다.

• URL = example.com/path1/path2/path3?queryStringParam1=test123&queryStringParam2=test7
• 도메인 = example.com
• 경로 = path1/path2/path3
• 쿼리 = queryStringParam1=test123&queryStringParam2=test7

복잡한 URL 문자열을 만들 때 는을 수행합니다 Target 전체 URL을 평가하시겠습니까?

URL 문자열에서 동일한 매개 변수 이름을 두 번 이상 사용하는 경우 HTTP는 첫 번째 매개 변수 이름을 고려하며 동일한 이름의 후속 매개 변수는 무시합니다.

예를 들어 다음 URL 문자열에서

https://www.adobe.com/SearchResults.aspx?sc=BM&fi=1&fr=1&ps=0&av=0&Category=C0010438&Category=C000047

의 첫 번째 인스턴스 Category 매개 변수가 평가되고 두 번째 Category 매개 변수는 무시됩니다.

가장 좋은 방법은 아래와 같이 단일 카테고리와 연결된 여러 값을 갖는 것입니다.

https://www.adobe.com/SearchResults.aspx?sc=BM&fi=1&fr=1&ps=0&av=0&Category=C0010438,C000047

대상을 작성할 때 Target 라이브러리 아래의 사전 작성 대상이 다른 범주 아래에 표시되는 이유는 무엇입니까?

타겟 라이브러리 카테고리의 사전 빌드된 대상은 이전 대상으로서, 다른 카테고리에 있습니다. 일례로, 이전 타겟 라이브러리 > 새 방문자 수 대상에는 이에 대응하는 업데이트된 상대(방문자 프로필 > 새 방문자)가 있습니다.

성과가 개선되었으므로 최신 대상을 사용하는 것이 좋습니다(우수 사례). 일부 고객이 이전의 사전 빌드된 대상을 사용 중일 수 있으므로 이러한 대상을 Target 인터페이스에서 제거하지 않았습니다.

트래픽이 대상 간에 분할되는 방식을 어떻게 알 수 있습니까?

기본적으로 트래픽은 경험 간에 균등하게 분할됩니다. 그러나 각 경험에 대해 백분율 타겟을 지정할 수도 있습니다. 이런 경우, 무작위 숫자가 생성되고 이 숫자를 사용하여 표시할 경험이 선택됩니다. 결과로 얻은 비율은 지정한 타겟과 정확하게 일치하지 않을 수도 있지만 더 많은 트래픽이 일어나면 경험이 타겟 목표에 더 가깝게 분할되어야 한다는 것을 의미합니다.

사용자가 여러 개의 적절한 대상이 있는 여러 경험을 포함하는 활동에 적합한 경우 어느 경험이 표시됩니까?

사용자는 활동의 타겟 페이지에 표시되는 첫 번째 경험/대상에 대한 자격이 있습니다.

예를 들어 다음 그림에서 Windows 장치를 사용하는 캘리포니아 사용자는 경험 A(Windows 대상)와 경험 C(캘리포니아 대상) 모두에 대한 자격이 있습니다. 타겟 페이지의 목록에서 경험 A가 경험 C의 위에 표시되므로 이 사용자에게는 경험 A가 표시됩니다.

Target, Adobe Audience Manager(AAM) 및 핵심 서비스의 대상 라이브러리에 있는 동일한 대상의 이름이 서로 다른 이유는 무엇입니까?

Target의 대상 이름은 고유합니다. 그러나 AAM과 Audience Library에서는 여러 대상(서로 다른 폴더에 있을 경우)에 대해 동일한 이름을 사용할 수 있습니다. Target에 AAM 또는 Audience Library 대상에 해당하는 대상 이름이 발생하면 Target은 해당 이름에 "#<number>"를 추가합니다.

예를 들어, "PC 사용자"(AAM에서)와 "PC 사용자 #1"(Target에서)이라는 대상이 표시될 수 있습니다.

대상의 이름을 바꿀 수 없는 이유는 무엇입니까?

일부 Target 대상은 "새 방문자" 및 "재방문자"와 같이 사전에 정의되어 있습니다. 이렇게 사전 정의된 대상은 사용자가 이름을 바꿀 수 없습니다.

모든 프로필 매개 변수가 Target 사용자 인터페이스?

Target의 mbox 호출당 고유한 프로필 속성 제한은 50개입니다. Target에 50개가 넘는 프로필 속성을 전달해야 하는 경우 프로필 업데이트 API 방법을 사용하여 전달할 수 있습니다. 자세한 내용은 Adobe Target API 설명서의 프로필 업데이트를 참조하십시오.

방문자에게 표시되지 않아야 하는 AP 활동에 대한 경험이 방문자에게 표시되는 이유는 무엇입니까?

자동화된 개인화 활동은 세션당 한 번씩 평가됩니다. 특정 경험에 적합한 활성 세션이 있고 이제 여기에 새 오퍼가 추가되었다면, 사용자는 이전에 표시된 오퍼와 함께 새 콘텐츠를 보게 됩니다. 이 사용자는 이전에 이 경험에 대해 자격이 있었으므로 세션 지속 기간 동안 계속 해당 경험을 보게 됩니다. 모든 단일 페이지 방문에서 이 경험을 평가하려는 경우에는 경험 타깃팅(XT) 활동 유형으로 변경해야 합니다.

API를 통해 생성된 대상에 대한 변경 사항이 Target UI?

오퍼 및 프로필 스크립트와 달리 Target Standard를 통해 작성된 대상에 대해 API에서 변경한 사항은 현재 Target UI에 다시 동기화되지 않습니다.

숫자를 나타내는 문자열(부동 소수점 숫자도 지원됨)은 숫자로 비교됩니다.

"같음"(equals) 표현식의 왼쪽 부분과 오른쪽 부분을 숫자로 구문 분석할 수 있는 경우 두 부분은 문자열이 아닌 숫자로서 비교됩니다.

예:

과학적 표기법으로 기록된 숫자는 항상 문자열로 비교됩니다.

예:

"4e-2"는 "4e-2"와만 같습니다. "0.04"와는 같지 않습니다.