웹사이트별 추적 설정 조정의 예

웹 추적 설정을 사용하면 관리하는 다양한 웹사이트에서 방문자 데이터를 수집하고 해석하는 방법을 유연하게 정의할 수 있습니다. 귀사의 비즈니스 요구 사항에 따라 각 웹사이트에는 고유한 추적 동작이 필요할 수 있습니다. 웹 추적 설정에 대한 자세한 내용은 다음을 참조하세요. 웹 추적 구성 .

이 문서에서는 웹 추적 구성을 효과적으로 조정하고 구성하는 방법을 보여주는 네 가지 실제 시나리오를 제공합니다.

1. 시나리오 1: 다양한 웹 추적 요구 사항이 있는 여러 웹사이트
2. 시나리오 2: 구성을 분리하여 소유권 모호성과 구성 혼란을 해결합니다.
3. 시나리오 3: 기본 웹 추적 구성 허용
4. 시나리오 4: 웹 추적 구성 테스트

이러한 시나리오를 사례로 삼아 모든 웹사이트에서 데이터를 정리하고 구성을 유지 관리하며 고객 여정을 정확하게 유지하는 방식으로 웹 추적 설정을 구성하는 데 도움을 받으세요.

시나리오 1: 다양한 웹 추적 요구 사항이 있는 여러 웹사이트

소프트웨어 회사는 두 개의 서로 다른 회사의 웹사이트를 관리합니다.

• 웹사이트 A는 여러 제품을 판매하는 전자상거래 사이트입니다.
• 웹사이트 B는 단일 페이지 애플리케이션을 호스팅하는 보험 회사입니다. 이 애플리케이션을 이용하면 사용자는 등록하고, 자신의 계정으로 웹사이트에 로그인하고, 정책을 관리할 수 있습니다.

두 웹사이트는 유사한 URL 속성을 공유합니다.

동일한 URL 속성을 공유함에도 불구하고 두 웹사이트는 완전히 다른 웹 추적 요구 사항을 필요로 합니다.

조직은 기존 웹 추적 설정에서 웹사이트 A와 웹사이트 B 모두에 대한 고유한 웹 추적 요구 사항을 변환하려고 시도합니다. 메뉴 > 관현악법 > 예측 참여 설정, 다음과 같은 추적 동작이 발생합니다.

예측 참여에 따른 중앙 집중식 웹 추적 설정의 한계를 극복하기 위해, 이 조직은 웹사이트 A와 웹사이트 B에 각각 배포된 두 개의 Messenger 구성을 편집하고 Messenger에서 직접 두 구성 모두에 대한 별도의 웹 추적 설정을 정의하기로 결정했습니다. 각각의 웹 추적 설정은 다음과 같이 구성됩니다.

• 마케팅 팀이 웹사이트 B에서는 정기 방문자로 나타나는 반면, 웹사이트 A에서는 추적되지 않도록 제외합니다.
• 웹사이트 A의 URL에서 비즈니스 요구 사항과 관련된 정보를 캡처하는 반면, 웹사이트 B는 URL에 저장된 모든 민감한 데이터를 성공적으로 제외하는 동시에 관련 탐색 데이터를 캡처합니다.

시나리오 2: 구성을 분리하여 소유권 모호성과 구성 혼란을 해결합니다.

한 조직에는 여러 명의 비즈니스 관리자가 있으며, 각 관리자는 서로 다른 웹사이트의 웹 추적을 관리할 책임이 있습니다. 예측 참여에서 웹 추적 설정에 여러 사용자 항목이 존재하면 소유권 경계가 모호해지고 각 필드의 명확성이 떨어집니다. 결과적으로, 비즈니스 관리자는 각 설정이 어떤 웹사이트에 적용되는지, 또는 각 설정이 전혀 적용되는지 여부를 판단하는 데 어려움을 겪습니다. 여러 배포에 실수로 영향을 미칠 위험을 방지하기 위해 오래된 값이 구성에 남아 있는 경우가 많습니다.

조직의 예측 참여에 따른 웹 추적 설정에는 다음과 같은 방식으로 구성된 여러 사용자 기여가 포함되어 있습니다.

대신 각 메신저 구성에서 별도의 웹 추적 설정을 구성하면 비즈니스 관리자가 소유권과 책임을 명확하게 구분할 수 있습니다. 각 관리자는 자신이 관리하는 특정 웹사이트에 배포된 자체 추적 구성을 유지 관리할 수 있으며, 이는 동료가 구성한 추적 동작에 영향을 미치지 않습니다. 자세한 내용은 다음과 같습니다.

시나리오 3: 기본 웹 추적 구성 허용

어떤 회사는 대중에게 공개되는 주요 웹사이트를 관리하고, 내부 개발과 테스트에 전념하는 다양한 웹 도메인을 소유하고 있습니다. 엔지니어링 팀은 개발 환경을 활용하여 회사 웹사이트를 유지 관리하고 개선합니다. 코드가 완성되면 변경 사항을 공개적으로 안전하게 게시하기 전에 테스트 환경에 추가됩니다. 주요 웹사이트는 고객 활용에 전념하여 민감한 사용자 데이터를 처리하지만, 테스트 요구 사항에 필요한 충분한 이벤트 데이터가 수집되도록 보장하기 위해 내부 웹 도메인에는 추적 제한이 없어야 합니다.

이 회사는 공개 웹사이트, 개발 및 테스트 환경을 위한 세 가지 Messenger 구성을 사용하여 개발의 세 단계를 관리합니다. 세 가지 웹 추적 설정 모두가 Predictive Engagement의 중앙화된 레거시 설정으로 구성된 경우 회사는 다음과 같은 문제를 해결해야 할 수도 있습니다. 

• 엔지니어링 팀이 개발 작업과 테스트를 완료하는 데 필요한 가시성이 줄어들면서, 내부 환경에서 추적된 데이터 양이 늘어나 대중에게 공개된 웹사이트에서 민감한 사용자 데이터를 수집하지 못하게 됩니다.
• 개발 및 테스트 요구 사항을 충족하기 위해 필터링되지 않은 데이터를 수집하고, 웹 추적 설정을 기본적으로 유지함으로써 대중에게 공개된 웹사이트에서 민감한 사용자 데이터를 수집하여 개인정보 보호 규정을 위반하게 됩니다.

위험을 알고 있던 회사는 아래에 설명된 대로 웹 추적 구성을 분리하기로 했습니다. 즉, 공개 웹사이트의 Messenger 구성에 특정 값을 지정하여 추적 동작을 비즈니스 요구 사항과 데이터 규정 준수에 맞추기로 했습니다. 개발 및 테스트에 전용된 Messenger 구성은 모두 기본 추적 값을 사용하여 Messenger 특정 웹 추적 설정으로 구성됩니다. 즉, 어떤 사용자도 무시되지 않고 모든 URL 쿼리 매개변수가 추적됩니다. 이렇게 하면 모든 탐색 데이터가 수집됩니다.

시나리오 4: 웹 추적 구성 테스트

관리자는 회사의 웹 추적 구현을 담당합니다. 그들은 웹 방문자가 검색한 키워드를 기록하는 동시에, 내부 직원의 IP 주소와 민감한 사용자 데이터가 공개 웹사이트에서 추적되는 것을 방지하려고 합니다. 프로덕션에서 공개 웹사이트에 적용하기 전에 Messenger 전용 웹 추적 설정이 적절하게 정의되어 있는지 확인해야 합니다. 그들은 내부 직원의 IP 주소, 원치 않는 데이터를 저장하는 쿼리 매개변수, 사용자가 검색한 용어를 저장하는 데 사용되는 쿼리 매개변수를 지정하기 위해 Messenger 구성을 편집합니다. 새로운 Messenger 구성 버전은 다음과 같이 생성됩니다.

테스트 목적으로 생성된 Messenger 배포인 Test Env에서 관리자는 새로운 웹 추적 설정이 포함된 최신 Messenger 구성 버전을 선택합니다. 한편, 기본 Messenger 전용 웹 추적 설정이 포함된 이전 Messenger 구성 버전은 여전히 프로덕션 버전입니다.

관리자는 새로운 설정이 적용되는 테스트 환경을 탐색하여 웹 방문자의 여정을 시뮬레이션합니다. 관리자는 URL 조각 추적을 기본적으로 비활성화해 둠으로써 상당한 양의 데이터가 손실되고 있다는 사실을 깨닫습니다. 그들의 항해는 부분적으로만 추적됩니다. 테스트 중에 방문한 여러 페이지가 누락되었습니다. 고객 여정 보기 . 관리자는 URL 조각 추적이 활성화된 새로운 Messenger 구성 버전을 만듭니다.

다시 한번 말하지만, 최신 웹 추적 구성은 프로덕션에 배포하기 전에 테스트해야 합니다. 관리자는 URL 조각 추적을 포함하는 최신 Messenger 구성 버전을 할당하기 위해 Test Env Messenger 배포를 편집합니다.

새로운 구성은 비즈니스 요구 사항에 맞춰 모든 웹 페이지를 예상대로 추적합니다. 이제 관리자는 최신 Messenger 구성 버전을 프로덕션에 안전하게 배포하여 해당 웹 추적 설정을 공개 웹사이트에 적용할 수 있습니다.