이 페이지에서

For AI agents: a documentation index is available at /docs/llms.txt. Append .md to any page URL for markdown, or send Accept: text/markdown.

지속적 속성 확인

영구 속성은 쿼리 시 이전 소스 이벤트에서 이후 대상 이벤트로 속성 값을 전달합니다. 지속적 속성을 설정하면 즉시 대상 이벤트를 보강하기 시작합니다. 이 가이드는 자신의 라이브 데이터를 사용하여 속성이 작동하는지 확인하는 방법을 보여줍니다.

이 안내서에서 다루는 패턴은 다음과 같습니다.

속성을 트리거하는 이벤트 → 분석하려는 이벤트

예를 들어 "조회된 항목"이 발생하고 해당 브랜드가 "구매 완료됨"으로 전달되는 것을 확인하려고 합니다.brand 또는 '검색 수행됨'이 발생하고 search_term'가입'에서 이를 원할 수도 있습니다. 전체 과정에서 자신만의 이벤트와 속성을 대체하세요.

검증 프로세스는 다음과 같이 구성됩니다.

  1. 속성이 이를 포함해야 하는 이벤트에서 트리거되고 있는지 확인하십시오.
  2. 올바른 사용자가 범위에 포함되어 있는지 확인합니다.
  3. 데이터 테이블에서 지속성을 검증합니다.

시작하기 전에

검사를 실행하기 전에 데이터 > 속성에서 영구 속성을 생성했는지 확인하고 다음 사항을 기록하십시오.

  • 이월하려는 속성을 발생시키는 이벤트입니다.
  • 해당 이벤트에 표시되는 속성의 이름입니다.
  • 분석하려는 이벤트입니다. 이것은 지속된 값으로 강화하고자 하는 항목입니다.

또한 원본(첫 번째 접촉) 또는 가장 최근(마지막 접촉) 중 선택한 할당 방법을 기록하십시오. 할당은 사용자가 타겟에 도달하기 전에 소스 이벤트를 두 번 이상 실행할 때 전달되는 값을 결정합니다.

1단계: 이를 수반해야 하는 이벤트에서 속성이 트리거되고 있는지 확인하십시오.

값이 지속되는지 확인하기 전에 먼저 속성이 실제로 소스 이벤트에 도착했는지 확인하십시오. 목표 이벤트에 대한 높은 (none) 비율은 종종 여기에서 추적됩니다.

사용자 프로필 확인

  1. *사용자 및 그룹 > 사용자 프로필*로 이동합니다.
  2. 특정 사용자를 염두에 두고 있는 경우 검색 창을 사용하여 이름, 이메일 또는 사용자 ID를 기준으로 필터링할 수 있습니다.
  3. 필터 추가를 클릭하고 수행된 이벤트를 선택합니다. 소스 이벤트를 선택합니다. 이렇게 하면 해당 이벤트를 한 번 이상 실행한 사용자로 목록이 좁혀집니다.
  4. 결과에서 전체 사용자나 클릭하십시오. 해당 이벤트 타임라인에서 소스 이벤트의 인스턴스를 찾아 확장합니다. 영구화하려는 속성은 해당 값과 함께 나열되어 있는 것을 볼 수 있을 것입니다.

확인할 사항:

속성은 대부분의 사용자에게 소스 이벤트에서 Null이 아닌 값으로 표시됩니다. 간혹 null이 발생하는 것은 정상입니다. 일부 세션은 해당 코드 경로에 도달하지 않을 수 있습니다. 30%를 초과하는 Null 비율은 지속적인 속성이 작동하기 전에 수정해야 하는 계측 공백을 의미합니다.

소스는 있지만 아직 대상은 없는 사용자로 범위를 좁히십시오.

유용한 진단은 소스 이벤트를 실행했지만 동일한 기간 동안 대상 이벤트를 실행하지 않은 사용자를 격리하는 것입니다. 이러한 사용자를 통해 전체 여정의 복잡성 없이 소스 속성을 독립적으로 검사할 수 있습니다.

  1. 필터 추가: Performed event = your source event.
  2. 두 번째 필터를 추가합니다: Did not perform = your target event.
  3. 이러한 사용자의 타임라인을 탐색하십시오. 모든 소스 이벤트는 Null이 아닌 값을 가진 속성을 가져야 합니다. 이 그룹은 업스트림 데이터가 정상적이라는 가장 명확한 신호입니다.

소스 속성이 안정적으로 도착하는 것을 확인한 후에는 확인 프로세스를 진행하십시오.

2단계: 적합한 사용자가 범위에 포함되어 있는지 확인

두 이벤트를 모두 실행한 사용자를 검토하십시오. 이들은 소스에서 타겟으로 지속적인 값을 전달하는 사용자들이며, 데이터 테이블에 나타나는 모집단입니다.

  1. 사용자 프로필에서 필터를 추가합니다Performed event = your source event.
  2. 두 번째 필터를 추가합니다: Performed event = your target event.
  3. 사용자 수를 기록합니다. 이것은 다음에 작성할 데이터 테이블에 표시될 것으로 예상되는 모집단입니다.
  4. 몇 명의 사용자를 클릭하십시오. 각 타임라인에서 소스 이벤트 다음에 대상 이벤트를 찾습니다. 소스 이벤트가 속성을 가지고 있는지 확인하고, 이벤트 순서가 할당 방법에 대해 예상되는 것과 일치하는지 확인하십시오.

할당 방법은 방향성에 영향을 미칩니다.

원래(첫 번째 터치)는 사용자에 대해 기록된 첫 번째 Amplitude 값을 고정합니다. 만료 기간 내에 타겟 이벤트 이후에 소스 이벤트가 발생한 경우에도 해당 값을 속성화할 수 있습니다.

가장 최근의 기능은 엄격히 순방향으로 작동하며 쿼리 시간 이전에 기록된 최신 값을 사용합니다. 타임라인을 검토할 때는 기존의 방식을 유지하십시오. 원본의 경우 시간순으로 가장 오래된 소스 이벤트를 찾습니다. **가장 최근(Most Recent)**의 경우, 대상과 가장 가까운 항목을 찾습니다.

단계 3: 데이터 테이블의 지속성 검증

데이터 테이블 차트는 지속된 값의 분포를 대규모로 보여주고, 모든 셀 뒤에 있는 사용자를 드릴다운하여 루프를 완성할 수 있게 해주기 때문에 가장 강력한 검증 도구입니다.

테이블 만들기

  1. Create > 데이터 테이블로 이동합니다.
  2. 지표 이벤트를 목표 이벤트로 설정합니다(예: "구매 완료됨"). 이벤트 수를 지표로 사용합니다.
  3. 속성별 필드에 영구 속성을 추가합니다. 이는 드롭다운의 표준 이벤트 속성과 함께 나타납니다. 데이터 > 속성에서 지정한 이름을 찾습니다.
  4. 날짜 범위를 지난 7일 또는 두 이벤트가 모두 발생한 것으로 알고 있는 전체 기간으로 설정합니다.

결과 읽기

테이블이 로드된 후 지속된 속성의 각 고유 값에 대한 행을 찾습니다. 값은 소스 이벤트에서 타겟으로 전달됩니다. 정상적인 설정에서는 대부분의 타겟 이벤트 볼륨이 명명된 값에 기인하며, 작은 (none)행이 하나 포함됩니다.

테이블에서 사용자를 드릴다운하십시오

데이터 테이블에서 전체 셀이나 클릭하면 해당 번호 뒤에 있는 사용자 목록이 열립니다. 이는 집합적인 그림과 실제 개별 여정 분석 대상 구간의 고리를 닫는 가장 직접적인 방법입니다.

  1. 셀에서 수행 회수가를 클릭합니다. 예를 들어 특정 영구 값과 연관된 대상 이벤트 수입니다.
  2. 열리는 패널에서 을 클릭하여 코호트를 생성합니다. 이러한 사용자를 올바른 사용자가 범위에 속해 있는지 확인 단계에서 식별한 사용자와 상호 참조하십시오. 이들은 대부분 겹쳐야 합니다.
  3. 이러한 사용자 중 하나를 클릭하여 해당 사용자 이벤트 타임라인을 엽니다. 대상 이벤트를 찾아 예상값을 가진 영구 속성을 표시하는지 확인합니다. 그런 다음 소스 이벤트를 다시 추적하여 값이 일치하는지 확인합니다.
  4. (선택 사항) 할당 방법을 나란히 비교합니다. 할당 방법이 서로 다른 두 개의 영구 속성을 설정한 경우(원본 및 최신), 둘 다 동일한 테이블에 속성별 기준으로 추가하십시오. 일치하는 행은 단일 소스 세션을 나타냅니다. 서로 다른 행은 다중 출처 여정 분석을 나타냅니다. 두 값 모두 올바르지만 다른 질문에 답할 뿐입니다.

루프는 다음과 같은 경우 닫힙니다.

  1. 사용자가 필터에 나타납니다(두 이벤트 모두 수행함).
  2. 이러한 값은 데이터 테이블에서 (none)가 아닌 명명된 영구 값 아래에 나타납니다.
  3. 해당 이벤트 타임라인은 동일한 만료 기간 내에 소스 및 타겟 이벤트를 표시하며, 영구 속성 값은 할당 방법에 따라 예상되는 값과 일치합니다.

품목 수준 속성을 사용하여 속성 확인

영구 속성이 항목 수준 속성을 사용하는 경우 유효성 검사는 사용자나 세션별이 아닌 항목 식별자(예: product.item_id)별로 이벤트를 그룹화합니다. 카트의 각 품목은 서로 다른 영구 값을 가질 수 있으므로 각 품목에 대해 검사가 수행됩니다.

각 품목에 대해 다음을 확인하십시오.

  • 연결 이벤트의 첫 번째 터치 및 마지막 터치 후보 값입니다.
  • 속성의 할당 방법에 따라 각 카트 이벤트에 Amplitude가 유지하는 값입니다.
  • 지속된 값이 예상한 값과 일치하는지 여부입니다. 불일치가 발생하면 소스 이벤트 또는 연결 이벤트에 계측 누락이 있음을 나타냅니다.

단일 항목을 현장 점검

  1. *사용자 및 그룹 > 사용자 프로필*에서 Purchase(또는 Add to Cart) 이벤트를 완료한 사용자를 엽니다.
  2. 해당 이벤트의 카트 배열을 확장합니다. 한 항목의 항목 식별자(예: product.item_id)를 기록해 두십시오.
  3. 동일한 사용자의 타임라인에서 속성을 구성할 때 선택한 연결 이벤트를 찾습니다(예: View Item Details 및 Add to Cart). 각 연결 이벤트가 소스 속성과 항목 식별자를 모두 전달하는지 확인합니다.
  4. 해당 품목의 카트 이벤트에 유지되는 값을 할당 방법과 비교하십시오.
    • 원본: 해당 품목에 대한 가장 오래된 연결 이벤트의 값입니다.
    • 가장 최근: 카트 이벤트 이전 해당 품목에 대한 최신 연결 이벤트의 값입니다.

데이터 테이블에서 규모에 맞게 검증

유지되는 속성과 품목 식별자 모두로 카트 이벤트를 그룹화하여 데이터 테이블을 구축합니다. 가 있는 (none) 행은 조사할 후보입니다. 소스 이벤트가 해당 항목의 속성을 실행하지 않았거나 연결 이벤트가 항목 식별자를 안정적으로 캡처하지 못했기 때문입니다.

일반적인 문제 해결

이 내용이 도움이 되었나요?