A/B 테스트를 실행할 때 도메인, 기기 및 브라우저에서 전자상거래 전환을 추적하는 방법은 무엇입니까?
게시 됨: 2021-11-09
교차 환경 추적이란 무엇입니까?
하나의 전환, 여러 터치 포인트!
이것이 바로 교차 환경 추적에 관한 것입니다.
오늘날 고객은 전자상거래 구매를 완료하기 위해 다양한 접점을 사용합니다. 그들은 여러 장치에서 인터넷에 액세스하고 다른 환경에서 전환하기 전에 한 환경에서 마케팅 캠페인을 볼 수 있습니다. 아마도 랩톱 장치와 도메인 "A"에서 시작하여 자신에게 가장 적합한 제품을 결정할 때까지 탐색한 다음 스마트폰으로 넘어갈 수 있습니다. , 종종 중간에 브라우저를 전환하고 마지막으로 도메인 "B"에서 구매합니다.
이러한 추세의 결과로 점점 더 많은 수의 전환 유입경로가 여러 도메인, 장치 및 웹 브라우저에 걸쳐 확장되고 있습니다.
웹사이트 방문자 상호작용은 일반적으로 두 가지 유형이 있습니다.
- 단일 환경: 전환 과정이 동일한 장치, 브라우저 또는 도메인에서 시작되고 끝나는 경우입니다.
- 교차 환경: 웹 사이트 방문자가 하나의 장치, 브라우저 또는 도메인에서 클릭했지만 다른 환경에서 전환하는 경우입니다.
다음은 이러한 용어를 이해하기 위한 단순화된 공식입니다.
환경 = 도메인 또는 장치 또는 웹 브라우저
교차 환경 상호 작용이 훨씬 더 일반적이기 때문에 전환을 추적하고 기여하는 것이 어려울 수 있습니다. 그렇다면 환경이 맞춤형 경험을 제공하도록 변경될 때 이러한 전자상거래 전환을 어떻게 추적할 수 있습니까? 먼저 환경의 어떤 속성이 변경될 수 있는지 이해한 다음 이러한 전환을 추적하는 다양한 방법을 식별해야 합니다.
옴니채널 전자상거래 유입경로에서 발생할 수 있는 다양한 유형의 추적을 분석하여 고객이 실수하지 않도록 합시다.
- 교차 환경 추적이란 무엇입니까?
- 도메인 간 추적
- A/B 테스트에서 도메인 간 추적이 중요한 개념인 이유는 무엇입니까?
- 타사 쿠키를 사용한 도메인 간 추적
- 로컬 스토리지를 사용한 도메인 간 추적
- 도메인 간 추적에 대한 오해
- 신화 #1. 하위 도메인에서 사용자를 추적하려면 교차 도메인 추적이 필요합니다.
- 신화 #2. 지불 게이트웨이에는 교차 도메인 추적이 필요합니다.
- 신화 #3. 도메인이 여러 개인 경우 도메인 간 추적이 필요합니다.
- 교차 기기 추적
- 방문자 ID를 사용한 교차 기기 추적(결정적)
- 장치 ID를 기반으로 하는 교차 장치 추적(확률적)
- 브라우저 간 추적
- 도메인 간 추적
- 사이트는 언제 다른 도메인/기기/브라우저에서 거래를 선택합니까?
- 개인 정보 변경이 교차 환경 추적에 어떤 영향을 미칩니까?
- Google 시크릿에서 차단된 타사 쿠키
- Microsoft Edge의 InPrivate 모드에서 엄격한 추적 방지
- Mozilla ETP(향상된 추적 보호) 2.0
- iOS 14, iPad 14 및 Safari 14의 지능형 추적 방지
- A/B 테스트 도구가 전자상거래 전환을 추적하고 사용자 개인정보를 유지할 수 있습니까?
- 최적화
- 옵션 1: BYOID 활성화 및 사용
- 옵션 2: CDN에서 optimizelyEndUserId 설정
- VWO
- 구글 최적화
- 카멜레온
- 최적화
- 변환 경험은 교차 환경 추적을 어떻게 관리합니까?
- 전환 경험의 교차 도메인 추적
- 전환 경험의 교차 기기 추적
- 변환 경험에서 브라우저 간 추적
- 도메인 간 추적이 작동하는지 테스트하는 방법은 무엇입니까?
- 도메인 간 추적을 활성화할 때 고려해야 할 사항
도메인 간 추적
교차 도메인 추적은 여러 도메인에 걸쳐 방문자를 분석하는 방법입니다.
A/B 테스트에서 도메인 간 추적이 중요한 개념인 이유는 무엇입니까?
교차 도메인 추적은 사용자 여정이 여러 도메인에 걸쳐 있더라도 전환과 행동을 캠페인에 귀속시킬 수 있는 훌륭한 기능입니다. 그것이 없다면 두 개 이상의 도메인(예: 별도의 쇼핑 또는 체크아웃 도메인이 있는 사이트)이 있는 사람들에게는 어트리뷰션이 거의 불가능합니다.
다음은 교차 도메인에서 캡처할 수 있는 몇 가지 전환 측정항목입니다.
- 전환수
- 전환 이벤트
- 클릭연결 전환
- 조회 후 전환
- 총 전환수
- 클릭연결 전환 이벤트
- 조회 후 전환 이벤트
- 총 전환 이벤트
- 총 수익
타사 쿠키를 사용한 도메인 간 추적
교차 도메인 추적의 가장 일반적인 형태는 타사 쿠키에 의존합니다.
웹사이트는 자사 쿠키를 사용하여 방문자 및 해당 세션에 대한 정보를 저장하며 일반적으로 다음과 같은 속성을 가집니다.
- 쿠키 이름 : 쿠키의 이름입니다.
- 쿠키 도메인 : 쿠키가 설정되는 도메인입니다.
- 쿠키 경로 : 쿠키가 설정되는 경로입니다. '/' 도메인의 루트 디렉터리로 설정됩니다.
- Cookie Expires : 쿠키가 만료될 때까지의 시간(초)입니다.
이제 이들은 자사 쿠키이기 때문에 다른 도메인과 정보를 공유할 수 없습니다. 여기에서 교차 도메인 추적이 작동합니다. 이 경우 도메인 A 쿠키의 값을 도메인 B의 쿠키와 공유하도록 지시하여 자사 쿠키를 타사 쿠키로 전환해야 합니다.
교차 도메인 추적은 기본적으로 쿼리 문자열을 사용하여 도메인이 변경되는 URL에 도메인 A 쿠키 값을 추가합니다. 쿼리 문자열을 좋아하지 않는 경우 URL 조각으로 변경할 수도 있습니다. 도메인 B는 이러한 URL에 추가된 매개변수를 인식하여 쿠키가 이러한 값을 채택하도록 합니다.
이것이 어떻게 생겼는지 예를 들어 보겠습니다.
온라인으로 자동차를 렌트하고 싶다고 가정해 보겠습니다. 다양한 옵션을 확인하려면 렌터카 웹사이트로 이동합니다(이 예에서는 car.com을 사용합니다). 사이트에는 수많은 하위 도메인(car.com, payment.car.com, pickup.car.com 등)과 결제를 받기 위한 제3자 도메인(secure.booking.com)이 있으므로 사용자 여정은 도메인.

Car.com 팀은 교차 도메인 추적을 사용하여 한 하위 도메인에서 다른 하위 도메인으로 전환하는 사용자를 감지하고 여러 하위 도메인에서 가장 관련성이 높은 제품 또는 서비스에 대한 전체 경험을 개인화할 수 있습니다.
로컬 스토리지를 사용한 도메인 간 추적
그러나 쿠키가 도메인 간 추적에 사용될 때 한 가지 큰 단점이 있습니다. 바로 제한된 저장 공간입니다.
쿠키는 로컬 저장소보다 훨씬 적은 데이터를 보유할 수 있습니다. 쿠키 저장소는 4096바이트로 제한되는 반면 로컬 저장소는 도메인당 5MB입니다. 따라서 쿠키를 사용하는 경우 방문자의 브라우저에 저장하려는 데이터가 많을수록 더 많은 쿠키를 만들어야 합니다.
쿠키의 또 다른 문제는 웹사이트 속도를 저하시켜 사용자 경험을 차선책으로 만든다는 것입니다. 각 HTTP 요청과 함께 쿠키가 서버로 전송됩니다. 도메인 간 여정이 있는 경우 상황이 더욱 악화됩니다. 방문자는 다른 도메인 사이를 앞뒤로 탐색하여 브라우저의 HTTP 요청과 쿠키 수를 늘립니다.
위의 이유로 일부 사이트는 쿠키 저장소 대신 localStorage를 사용합니다. 이것이 의미하는 바는 본질적으로 도메인 A에서 파일을 호스팅하고 도메인 A에서 파일을 로드하는 도메인 B에서 iframe을 사용한다는 것입니다. 이렇게 하면 두 도메인 간에 방문자 데이터를 마치 하나의 단일 도메인인 것처럼 공유할 수 있습니다.
파일 1.html:
<html> <머리/> <iframe src='http://127.0.0.1/test.html' /> </html>
파일 2.html:
<html> <머리/> <스크립트> console.log(로컬스토리지); localStorage.setItem('테스트', '123'); </스크립트> </html>
도메인 간 추적에 대한 오해
교차 도메인 추적은 종종 잘못 이해되는 관행입니다. 여기에 당신을 놀라게 할 수 있는 그것에 대한 세 가지 오해가 있습니다!
신화 #1. 하위 도메인에서 사용자를 추적하려면 교차 도메인 추적이 필요합니다.
많은 CRO 전문가는 하위 도메인에서 방문자를 추적하기 위해 교차 도메인 추적을 활성화해야 한다고 생각합니다. 이것은 사실이 아닙니다. 쿠키는 하위 도메인과 기본 도메인 간에 공유할 수 있습니다.
예를 들어 쿠키가 www.convert.com에 설정되어 있으면 도메인 간 추적을 활성화하지 않고도 blog.convert.com에서도 액세스할 수 있습니다.
신화 #2. 지불 게이트웨이에는 교차 도메인 추적이 필요합니다.
교차 도메인 추적에 대한 다음으로 혼란스러운 부분은 지불 게이트웨이(예: PayPal.com)에 대해 설정해야 한다는 것입니다.
그러나 교차 도메인 추적은 두 도메인을 모두 제어할 수 있는 경우에만 가능합니다.
대부분의 경우 지불 게이트웨이는 보안상의 이유로 웹페이지에 추적 코드를 삽입하는 것을 허용하지 않습니다(자세한 내용은 아래 참조).
신화 #3. 도메인이 여러 개인 경우 도메인 간 추적이 필요합니다.
다른 오해는 다양한 도메인을 사용할 때마다 교차 도메인 추적이 필요하다는 것입니다. 이는 동일한 사용자가 웹사이트를 탐색하는 것을 보고 트래픽 소스에 전환을 기여하려는 경우에만 해당됩니다. 이 경우 교차 도메인 추적이 필요합니다.
그럼에도 불구하고 도메인 A를 도메인 B에 대한 트래픽 소스로 보고 사람들이 도메인 A에 도달한 트래픽 소스에 신경 쓰지 않는다면 교차 도메인 추적이 필요하지 않습니다.
교차 기기 추적
오늘날 사람들은 여러 장치를 소유하고 있습니다. 즉, 방문자가 한 기기에서 브랜드와 상호작용(예: Google 광고 클릭)한 다음 다른 기기로 전환하여 제품을 계속 확인할 수 있습니다. 교차 기기 전환 보고 덕분에 마케터는 사용자가 실제로 전환하는 기기에 상관없이 모든 기기(태블릿, 모바일 및 데스크톱)에서 캠페인의 효과를 확인할 수 있습니다.
교차 기기 보고는 쿠키(웹용), 기기 ID(모바일 앱용) 및 집계된 로그인 데이터를 함께 연결하여 다양한 기기에서 사용자를 식별합니다. 이를 통해 웹사이트 소유자는 브랜드와 처음 상호작용하거나 광고를 본 시점부터 전환 지점까지 사용자가 이동한 경로를 식별할 수 있습니다.
이는 마케팅 담당자가 다른 경로를 사용하여 유입경로에 들어가는 경우에도 특정 고유 웹사이트 방문자를 찾아내는 데 도움이 됩니다.

교차 기기 추적에는 두 가지 기본 방법이 있습니다.
한 가지 방법은 고정 방문자 ID를 통해 웹사이트 방문자를 추적하는 것입니다. 다른 방법은 장치 ID를 가진 사용자의 행동을 기반으로 합니다.
방문자 ID를 사용한 교차 기기 추적(결정적)
이 방법은 사용자가 뉴스레터나 로그인을 통해 가입할 때 자주 사용됩니다. Facebook, Instagram, TikTok 또는 Twitter와 같은 소셜 네트워크는 방문자 ID를 할당하여 교차 장치 추적을 수행합니다.
이 방법은 방문자를 등록한 웹사이트에 적합합니다. 방문자에게 고유 ID가 표시되면 방문자가 로그인할 때마다 추적 플랫폼에 알림이 표시됩니다. 동일한 방문자가 나중에 다른 장치, 즉 태블릿을 사용하여 해당 웹사이트를 앱으로 열고 로그인하면 정확하게 추적할 수 있습니다.
결정적이라고도 하는 이 방법은 매우 정확하며(거의 100%) 특정 사용자를 대상으로 하는 정확한 캠페인을 실행하는 데 사용할 수 있습니다.
장치 ID를 기반으로 하는 교차 장치 추적(확률적)
교차 장치 추적의 두 번째 방법은 사용자를 태깅하여 작동하지만 이번에는 등록할 필요가 없습니다. 이 방법은 방문자가 탐색하고 사용자 프로필에 결합된 IP 주소, 장치, 브라우저 또는 앱에서 수집된 다양한 속성을 기반으로 합니다. 이 방법의 단점은 방문자 ID를 사용할 때만큼 정확하지 않다는 것입니다.
확률적 타겟팅 이라고도 합니다. 이름에서 알 수 있듯이 A가 데스크탑(X 장치)과 스마트폰(Y 장치)을 가진 사용자일 가능성에 대해 말합니다. 따라서 추적을 수행하기 위해 엄청난 양의 속성을 가진 알고리즘이 설계되어 장치, 지리적 위치, IP 주소 및 기타 유사한 컨텍스트 전반에서 유사한 행동을 기반으로 사용자를 분류합니다. 물론 이 추적의 정확도가 100%에 도달할 수는 없지만 60-70%가 좋은 목표입니다.
브라우저 간 추적
마지막으로 브라우저 간 추적을 통해 웹사이트는 Chrome, Firefox, Microsoft Edge, Safari, Tor를 비롯한 다양한 브라우저 간에 사용자를 추적할 수 있습니다.
브라우저 간 추적 뒤에 있는 방법을 브라우저 지문 이라고 합니다.
그것은 컴퓨터의 하드웨어와 소프트웨어에 고유한 일련의 특성을 식별하고 해당 시스템의 "지문"인 해당 정보를 사용하여 작동합니다.
깨닫지 못할 수도 있지만 설치된 앱에서 브라우저 설정에 이르기까지 모든 것이 결합되어 고유한 프로필을 형성합니다 . 이 지문의 식별 가능성 정도는 각 브라우저의 알고리즘에 따라 다릅니다.
Firefox에서 검색하고 광고를 보고 리타게팅 캠페인의 대상이 되는 것을 피하기 위해 제품을 구매하기 위해 Chrome으로 이동하기로 결정했다고 가정해 보겠습니다. 브라우저 설정에서 교차 브라우저 추적을 비활성화하지 않는 한 브라우저는 캠페인을 통해 계속해서 사용자를 타겟팅할 수 있습니다.

사이트는 언제 다른 도메인/기기/브라우저에서 거래를 선택합니까?
교차 도메인 추적은 사이트 소유자가 둘 이상의 도메인 또는 하위 도메인에서 발생하는 세션을 추적하고 해당 세션을 단일 세션으로 처리하려는 경우에 특히 유용합니다.
다음과 같은 경우 세션은 일반적으로 여러 도메인에 걸쳐 있습니다.
- 결제 프로세스는 다른 도메인에서 설정됩니다(Shopify와 같은 타사 장바구니를 사용할 때 매우 일반적임).
- 목표 전환 또는 전자 상거래는 다른 도메인에서 발생합니다(제휴 웹사이트의 경우에도 매우 일반적임).
다음은 교차 도메인 추적이 적합한 일반적인 시나리오 입니다. 타사 장바구니가 있는 전자 상거래 플랫폼입니다.
이러한 상황에서 사용자는 메인 사이트에 방문하여 PPC 캠페인의 제품을 볼 수 있습니다. 사용자가 결제로 이동하면 Shopify와 같은 다른 도메인의 타사 장바구니로 이동하여 거래를 완료합니다.
교차 도메인 추적이 없으면 쇼핑 행동과 결제가 연결되지 않으며 다른 도메인에서 전환이 추적되지 않습니다. 따라서 이러한 온라인 상점 소유자는 어떻게든 도메인을 연결해야 합니다. 그렇지 않으면 전환이 원래 트래픽 소스가 아닌 타사 장바구니에 반영됩니다.
따라서 교차 도메인 추적을 사용하면 방문자가 사이트를 떠난 후에도 안정적으로 방문자를 추적할 수 있습니다.
교차 도메인 추적을 구현하는 또 다른 이점은 단일 보고서에서 여러 도메인의 데이터를 수집할 수 있다는 것입니다.
트랜잭션 데이터를 중앙 집중화하기 때문에 더 나은 최적화가 가능합니다.
- 의사결정 과정의 지속적인 개선을 지원하고,
- 비즈니스 프로세스의 더 나은 추적 및 최적화를 강화하고,
- 부정확성과 중복의 부정적인 영향을 방지하면서 조직의 위험을 최소화합니다.
마지막으로 사이트 소유자는 추적 제한으로 인해 더 이상 주요 머니 사이트에서 모든 사전 판매 방문 페이지를 수행하는 데 자신을 제한할 필요가 없습니다. 더 광범위하고 추적 가능한 마케팅 웹사이트 유입경로를 위해 여러 웹사이트로 분기할 수 있습니다.
오늘날의 옴니채널 세계에서 소비자가 기기와 브라우저를 사용하는 방식은 다양한 플랫폼에 걸쳐 있습니다. Firefox에서 태블릿으로 아침 뉴스를 읽고, Chrome에서 아침 출근 시간에 휴대전화로 이메일을 확인하고, 직장에서 데스크톱 PC를 사용할 수 있습니다. 밤에는 스마트워치를 검색하여 그날의 뉴스를 따라잡을 수 있습니다.
다음은 일반적인 시나리오입니다.
- 사용자가 휴대전화에서 뉴스 피드를 검색하고 제품에 대한 게시물을 클릭합니다. 사용자가 관심이 있지만 바로 가입하지 않습니다.
- 그 주 후반에 사용자가 귀하의 제품을 다시 확인하기로 결정했지만 이번에는 다른 브라우저에서 컴퓨터에서 직접 귀하의 도메인을 방문합니다. 그런 다음 사용자는 가입하기로 결정합니다.
- 며칠 후 사용자가 휴대전화에서 앱에 로그인합니다.
- 위의 기기와 브라우저에 대한 모든 검색 기록은 계정에 올바르게 연결되어야 하며 뉴스 피드에서 발생한 원래 클릭은 전환에 기인해야 합니다.
이 기술은 사이트 소유자가 소비자 행동과 구매에 대한 다중 채널 경로를 더 잘 이해하는 데 도움이 될 수 있습니다. 이를 통해 더 나은 고객 경험을 제공하고 다양한 접점에서 고도로 타겟팅된 옴니채널 마케팅 전략을 수립할 수 있습니다. 다음과 같은 질문에 답하는 데 도움이 됩니다.
- 내 PPC 캠페인이 적시에 이상적인 소비자에게 도달하고 있습니까?
- 캠페인을 최적화하고 해당 소스에 보상을 제공하기 위해 가장 많은 전환을 가져온 기기를 효과적으로 측정하려면 어떻게 해야 합니까?
- 내 웹사이트의 경험이 여러 장치와 브라우저에서 원활하게 실행되고 소비자에게 일관된 브랜드 경험을 제공하려면 어떻게 해야 합니까?
- 사용 중인 기기에 관계없이 소비자에게 도달하여 내 브랜드에 참여하도록 동기를 부여할 뿐만 아니라 반복 고객으로 다시 오게 하려면 어떻게 해야 합니까?
개인 정보 변경이 교차 환경 추적에 어떤 영향을 미칩니까?
인터넷이 일상 생활에서 점점 더 중요해짐에 따라 사람들이 탐색할 때 안전하다고 느끼는 것이 중요합니다. 웹사이트에서 개인 정보를 비공개로 유지하기 위해 점점 더 많은 브라우저에서 추적 방지 조치를 취하고 있습니다. 다음은 최신 추적 방지 변경 사항과 교차 환경 추적에 미치는 영향에 대한 분석입니다.
아래에서 각 업데이트를 간략하게 살펴보겠지만 각 업데이트와 Convert가 이를 처리한 방법에 대한 자세한 설명은 2019년에 추적 및 쿠키가 어떻게 변경되었는지 및 2020년에 추적 및 쿠키가 어떻게 변경되었는지 읽어보십시오.
Google 시크릿에서 차단된 타사 쿠키
시크릿 모드에서 Chrome은 사용자의 인터넷 사용 기록, 양식 정보 또는 브라우저 쿠키를 저장하지 않습니다. Chrome 83부터 브라우저는 기본적으로 시크릿 모드에서 타사 쿠키를 차단합니다.
사용자는 여전히 특정 사이트에 대해 타사 쿠키를 허용할 수 있지만 타사 쿠키에 의존하는 모든 교차 추적 방법은 브라우저 설정에서 웹사이트 방문자가 활성화해야 하기 때문에 큰 문제에 직면하고 있습니다.

Microsoft Edge의 InPrivate 모드에서 엄격한 추적 방지
Microsoft Edge 80에서 기본 동작을 통해 사용자는 InPrivate를 탐색하는 동안 엄격 모드 보호를 원하는지 여부를 결정할 수 있습니다.

즉, 사용자가 이 기능을 켜면 교차 추적이 불가능해집니다.
Mozilla ETP(향상된 추적 보호) 2.0
2019년부터 새로운 Firefox 사용자는 기본적으로 ETP(Enhanced Tracking Protection)가 켜져 있으며, 작년에 Mozilla는 리디렉션 추적을 차단하는 Enhanced Tracking Protection 2.0으로 보안 계층을 추가했습니다. ETP 2.0은 24시간마다 사이트에서 쿠키와 사이트 데이터를 삭제하고 사용자가 정기적으로 상호 작용하는 사이트를 위해 저장합니다!


따라서 ETP에 의해 차단된 쿠키에 의존하는 교차 추적 방법은 잊어버리십시오.
iOS 14, iPad 14 및 Safari 14의 지능형 추적 방지
iOS 14, iPad 14 및 Safari 14가 출시되면서 Apple은 사용자가 차단된 트래커에 대한 정보를 볼 수 있는 개인 정보 보고서와 같은 새로운 개인 정보 보호 기능과 iOS 장치(v14 이상)의 모든 웹 브라우저에 대한 ITP를 포함했습니다. 교차 추적 속성을 방지합니다.
A/B 테스트 도구가 전자상거래 전환을 추적하고 사용자 개인정보를 유지할 수 있습니까?
위에서 설명한 추적 및 개인 정보 업데이트는 여러 환경에서 추적할 수 있는 정보를 제한하지만 사용자 개인 정보를 유지 관리하고 맞춤형 경험을 제공하는 것은 상호 배타적이지 않습니다.
교차 환경 데이터 수집은 고객의 신뢰를 손상시키거나 웹사이트를 최대한 활용하지 못하도록 방해하는 방식으로 발생할 필요가 없습니다. 두 세계를 존중하면서 수행할 수 있는 방법이 있습니다!
A/B 테스트 도구 는 회사가 사용자가 원하는 것을 배우고 우수한 온라인 경험을 제공하는 동시에 개인 정보를 존중하는 데 도움이 되는 솔루션을 제공할 수 있습니다.
시장에서 가장 널리 사용되는 A/B 테스트 도구를 살펴보고 이들이 제공하는 전자 상거래 전환 추적 솔루션과 개인 정보 보호를 얼마나 존중하는지 살펴보겠습니다.
최적화
교차 환경 전환 추적을 허용하는 두 가지 방법을 최적화했습니다.
옵션 1: BYOID 활성화 및 사용
이것은 Optimizely에서 "Bring Your Own Visitor ID" 기능을 활성화하여 수행할 수 있습니다. 이 기능을 사용하면 쿠키, localStorage 키, URL 쿼리 매개변수 또는 자바스크립트 변수로 방문자 ID를 정의할 수 있습니다. ITP 2.x 완화 외에도 ID 지속성 전략에 대한 제어를 제공하고, 여러 플랫폼에서 방문자 ID를 균일하게 하고, 쿠키 팽창을 줄이는 등 여러 이점이 있습니다.
이 옵션은 경험을 실행 중인 각 클라이언트 또는 도메인에 대해 정의해야 하는 지루한 수동 프로세스입니다. 또한 빌드한 고유 ID가 Optimizely API에서 성공적으로 선택될 수 있도록 주의해야 합니다.
옵션 2: CDN에서 optimizelyEndUserId 설정
이 방법은 BYOID가 보다 완전한 접근 방식이므로 일반적으로 권장되지 않습니다. 그러나 쿠키 생성을 구성하는 또 다른 방법은 CDN을 사용하는 것입니다. 이것은 많은 경우에 서버 측 쿠키 생성의 UI 기반 및 UI 관리 구현을 위한 실행 가능한 옵션입니다. Optimizely는 현재 Akamai의 구성을 통한 서버 측 쿠키 생성에 대한 문서를 제공합니다.
이 프로세스를 따르는 경우 위의 CDN 설정 변경 외에도 프로젝트 JS에서 이를 실행하여 방문자 ID 쿠키의 자동 수명 연장도 비활성화해야 합니다.
창["최적화"].push({ "유형": "extendCookieLifetime", "isEnabled": 거짓 });
이 전략은 또한 교차 도메인 추적이 활성화된 경우, 특히 서로 다른 도메인이 방문자 ID 지속성을 위해 서로 다른 전략을 따를 때 제한된 기능을 갖습니다.
VWO
VWO는 타사 쿠키를 사용하여 도메인 간 추적을 지원합니다.
테스트에서 타사 쿠키 옵션을 활성화하면 방문자 데이터(표시된 변형 및 트리거된 전환 목표)를 도메인에 속한 쿠키에 저장하는 것 외에도 VWO가 해당 데이터를 서버에도 보냅니다. 데이터가 전송되면 VWO 서버는 dev.visualwebsiteoptimizer.com 도메인에 대한 쿠키를 설정합니다. 테스트에 다른 도메인이 포함된 경우 다음에 페이지에서 테스트 데이터를 요청할 때 VWO 서버도 방문자 데이터를 다시 보냅니다. 어떤 면에서 서버는 여러 다른 도메인 간의 프록시 역할을 하므로 전환을 추적할 수 있습니다.

그러나 Firefox 및 Safari 브라우저는 기본적으로 타사 쿠키를 차단합니다. 결과적으로 VWO는 타사 쿠키에 액세스할 수 없으므로 Safari 및 Firefox 브라우저에서 도메인 간 추적이 작동하지 않습니다.
구글 최적화
Google 최적화 도구 교차 도메인 추적을 성공적으로 구현하려면 HTML 및 자바스크립트를 알고 있거나 이에 대한 전담 웹 개발자를 구해야 합니다.
설정하려면 Google 애널리틱스 계정에서 단일 속성을 만드세요.
그런 다음 연결하려는 두 사이트에서 동일한 Google Analytics 추적 ID를 사용해야 합니다.

- 원본 도메인은 원본 도메인의 자사 측정 쿠키 값을 포함하도록 대상 도메인을 가리키는 URL을 장식합니다.
- 대상 도메인은 연결된 측정 쿠키가 있는지 확인합니다.
링커 매개변수는 아래 예와 같이 _gl 키를 사용하여 URL 쿼리 매개변수에서 식별됩니다.
https://www.example.com/? _gl=1~abcde5~
카멜레온
그들의 솔루션은 localStorage와 자동으로 동기화되는 서버 측 스니펫을 생성합니다. 따라서 프런트 엔드와 백 엔드 간에 kameleoonVisitorCode 쿠키를 자동으로 동기화하는 서버 측 스니펫을 설치하는 것이 좋습니다. 여기에는 매우 중요한 guestCode 식별자가 포함됩니다.
ITP는 서버 측 쿠키에 제한을 두지 않으므로 이 쿠키는 만료 날짜가 충분히 먼 미래에 설정됩니다.
스니펫은 Kameleoon 쿠키가 발견되지 않은 경우 서버 측에서 KameleoonVisitorCode 쿠키를 생성하거나(즉, 아직 프론트 측에서 생성되지 않은 경우) 기존 값을 검색하고 ITP 문제를 피하기 위해 서버 측에서 쿠키를 다시 생성합니다. 동기화는 식별자가 7일 후에 제거되지 않을 뿐만 아니라 단일 쿠키만 저장하므로 성능이나 사용자 경험에 영향을 미치지 않음을 의미합니다.
그러나 Kameleoon은 추가 서버 호출 없이 실시간 실험을 트리거하는 데 필요한 데이터인 다른 데이터를 로컬 저장소에 저장하기 때문에 로컬 저장소 동기화 메커니즘도 구현했습니다.
Safari에서 Kameleoon은 kameleoonVisitorCode 쿠키를 읽어 방문자 코드를 얻으면 현재 로컬 저장소가 비어 있는지 확인합니다. 이 경우 마지막 방문이 7일 이상 전임을 의미할 수 있으며 SSC(서버 동기화 호출)를 수행하여 백엔드 서버에서 로컬 저장소에 있는 모든 데이터를 가져옵니다. 이 호출이 끝나면 데이터는 ITP가 지우지 않았을 때의 정확한 상태로 복원됩니다. 그러면 정상 작동이 재개될 수 있습니다.
변환 경험은 교차 환경 추적을 어떻게 관리합니까?
Convert Experiences는 모든 개인정보 보호 규칙을 존중하며 기본적으로 도메인 간, 기기 간 및 브라우저 간 추적을 허용하지 않습니다 .
그러나 사용자가 원하는 경우 프로젝트 설정에서 교차 도메인 추적을 활성화하고 교차 장치 추적에서 사용자 지정 솔루션에 대해 변환 지원 팀에 요청할 수 있습니다. 브라우저 간 추적은 지원되지 않습니다.
이제 각 추적 유형과 앱에서 설정하는 방법에 대해 자세히 알아보겠습니다.
전환 경험의 교차 도메인 추적
이 섹션에서는 Convert Experience가 교차 도메인 추적을 처리하는 방법을 설명합니다. 예를 들어 웹사이트가 여러 도메인 이름에 걸쳐 있는 경우. 이는 타사 장바구니를 사용하는 경우에 자주 발생합니다.
교차 도메인 추적은 GDPR 때문에 기본적으로 Convert Experience의 모든 프로젝트에 대해 해제되어 있습니다. 그러나 "교차 도메인 연결 허용 안 함" 설정을 선택 취소하여 추적을 가능하게 할 수 있습니다.

경험 변환 앱에서 실험은 프로젝트 내에서 구성됩니다. 프로젝트는 여러 경험을 포함할 수 있고 도메인(활성 웹사이트)을 포함하는 엔터티입니다.

하나의 변환 프로젝트 내의 모든 웹사이트는 쿠키를 공유하므로 위에서 "교차 도메인 연결 허용 안 함" 프로젝트 설정을 활성화하지 않는 한 교차 도메인 추적이 가능합니다.
도메인 간에 쿠키가 공유되는 방식은 방문자가 링크를 클릭하거나 양식을 제출할 때 동일한 프로젝트에 속한 도메인 간에 쿠키를 자동으로 전달하는 방식으로 이루어집니다. 이러한 쿠키는 GET 변수를 통해 다른 도메인으로 전달됩니다.
쿠키를 전달하기 위해 쿼리 문자열에 두 개의 변수가 추가됩니다.
- _conv_v
- _conv_s
선택한 링크나 양식에 쿠키를 수동으로 전달할 수도 있습니다. 링크의 URL이나 양식의 작업에 _conv_v 및 _conv_s 변수를 전달하기만 하면 됩니다.
<a href="http://www.myothersite.com/page.html"_conv_v"))+'&_conv_s='+escape(convert.getCookie("_conv_s")); return false;" >
이제 Convert Experiences에서 교차 도메인 추적의 사용 사례를 살펴보겠습니다.
구독을 해야 하는 이벤트 페이지에서 여정을 시작한다고 가정해 보겠습니다.
https:// domainA .com/reports/WCI/cpc-bndl
지불해야 하는 경우 도메인 A는 나를 도메인 B 아래에 있는 결제 장바구니 페이지로 리디렉션하고 다음과 같이 교차 도메인 추적에 필요한 변환 쿠키를 URL 쿼리 매개변수로 추가합니다.
https://domainB.com/EWCIAH80/wci-cpc-bndl/?_conv_v=vi%3A1*sc%3A1*cs%3A1635157350*fs%3A1635157350*pv%3A2*exp%3A%7B1003231v139.00 g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1*sh%3A1635157349857-0.9940523874349994*pv%3A2
결제가 완료되면 도메인 A의 감사 페이지로 이동합니다.
https://domainA.com/thanks/wci-cpc-bndl-thanks?_conv_v=vi%3A1%2Asc%3A1%2Acs%3A1635157350%2Afs%3A1635157350%2Apv%3A2%2Aexp%33A%7B100 -g.%7B10037703.1-10037704.1%7D%7D%7D&_conv_s=si%3A1%2Ash%3A1635157349857-0.9940523874349994%2Apv%3A2
여기서 저는 기존 방문자로 간주되므로 수익 전환이 두 도메인 모두에서 캡처됩니다.

전환 경험의 교차 기기 추적
Convert Experience는 기본적으로 교차 장치 추적을 지원하지 않습니다. 아래 방법은 맞춤형 솔루션을 위해 설계되었으며 Leader 계획 에 대한 요청이 있을 때만 설계되었습니다. 더 이상 활성화되지 않지만 교육 목적으로 여기에 표시합니다.
다양한 장치에서 방문자를 추적하고 일관된 사용자 경험을 제공하기 위해 사용 중인 장치에 관계없이 사용자는 개인 식별(PII) 데이터를 포함하지 않아야 하는 일종의 고유 식별자를 통해 "식별"되어야 합니다. .
Convert는 고객이 여러 기기에서 방문자를 식별하는 이 고유 식별자를 제시할 수 있는 API 기능을 만들었습니다. 고유 식별자는 기본 전환 추적 스니펫 이전에 페이지에서 "제공"되어야 합니다.
다음과 같이 보입니다.
window._conv_q = window._conv_q || {}; _conv_q.push([“식별하다”,”unique_hashed_id_here”]);
고유 식별자가 제공되면 Convert는 서버에서 데이터(본 경험, 실행된 목표 등)를 쿼리하고 결과를 다시 가져올 때까지 경험 프레젠테이션을 지연합니다. 결과가 반환되면 사용자가 "식별"되기 전에 있었던 최종 버킷팅을 대체하는 장기 쿠키에 저장됩니다. 각 페이지뷰에서 경험 프레젠테이션이 지연되는 것을 방지하기 위해 장기 쿠키에서 데이터를 아직 사용할 수 없는 경우에만 이 작업이 수행될 것으로 예상합니다.
추가 네트워킹 대기 시간을 방지하려면 응답을 최소화하고 압축해야 합니다. 최종 솔루션은 페이지에서 만든 2개의 요청으로 구성됩니다.
- 첫 번째 요청은 기본 js 파일(데이터 로드) 로드를 담당합니다. 이 파일은 CDN 수준에서 캐시되며 사용 가능한 모든 실험, jquery 라이브러리 종속성, 목표, 기타 유틸리티 기능 및 추적을 포함하지만 사용자 버킷팅은 포함하지 않습니다. 이 파일은 최소화되고 압축(gzip)되어 제공됩니다.
- 두 번째 호출은 크기가 몇 바이트입니다. 이 특정 사용자에 대해 이전에 할당된 버킷을 얻으려고 시도합니다. 성능이 뛰어난 키-값 NoSQL 데이터베이스(메모리 캐싱 시스템 내에 캐시됨)에 접근하여 사용자가 이전에 할당한 실험 ID 및 목표 ID를 로드합니다. 추가 성능 개선이 필요한 경우 변환은 앞에 CDN을 사용하여 최적화합니다(이 경우 각 요청은 사용자별로 캐시됨). 이 응답은 최소화 및 압축(gzip)으로도 제공됩니다.
새로운 고유 웹사이트 방문자에게 고유 식별자가 제공되면 경험에 대한 버킷팅이 다음과 같이 수행됩니다.
- 신규 사용자 의 경우 - 장기 쿠키가 저장되지 않습니다. 고유 식별자가 제공되면 두 번째 호출이 반환될 때까지 실험이 지연됩니다. 해당 호출은 다음을 수행합니다.
- 고유 식별자에 연결된 실험/변이를 반환합니다. 이 경우 변환은 동일한 실험/변이 쌍을 사용자에게 표시합니다(이전에 본 실험 페이지로 돌아온 방문자와 동일한 방식으로 동작).
- 또는 해당 고유 식별자에 연결된 것이 없으면 데이터를 반환하지 않습니다. 결과적으로 새 버킷이 할당되면 방금 발생한 새 버킷을 저장하기 위해 백엔드에 대한 추가 비동기 호출이 발생합니다.

기존 웹 사이트 방문자에게 고유 식별자가 제공되면 경험에 대한 버킷팅이 다음과 같이 수행됩니다.
- 기존 사용자의 경우(식별자 포함) — Convert에서 설정한 브라우저에서 장기 쿠키를 찾았습니다. 고유 식별자가 제공되면 다음 두 가지 경우 중 하나가 발생할 수 있습니다.
- 탐색 세션이 시작되지 않았거나(새로운 세션은 활동이 없는지 20분 후에 만료되는 세션 쿠키를 통해 식별됨) 또는 장기 쿠키에 저장된 방문자 ID가 고유 ID를 통해 제공된 방문자 ID와 다릅니다. 이 경우 이전 예와 동일한 일이 발생합니다. 서버에서 버킷팅이 반환되면 장기 쿠키에 저장된 현재 버킷팅을 덮어씁니다. If the server returns no data, the long-term cookie will prevail. This overwriting can become problematic when, for the same user, part of the session has a unique identifier and part of it does not.
- A current browsing session started and the visitor ID stored on the long-term cookie is the same as the unique identifier provided. In this case, the process is the same as usual: it's a user for which eventually the bucketing was restored at the first pageview of the user session, therefore, no additional requests are required (no second call to retrieve the data since it's already in the long-term cookie, nor a third call to save any bucketing that would've had happened otherwise).

Cross-Browser Tracking in Convert Experiences
Convert Experiences does NOT support cross-browser tracking.
How to Test if Cross-Domain Tracking Works?
Here are some tell-tale signs you can look for in your Convert reports that can indicate that cross-domain tracking isn't working right:
- There is less traffic than you would expect,
- Your conversions are not triggered/captured,
- Traffic on one domain has various campaigns being attributed, while another domain includes less traffic.
Basically, if your Convert report is accounting for less traffic or fewer conversions than you'd expect, this could mean Convert is losing track of the attribution when your users switch domains. That might be an indication that cross-domain tracking isn't working properly.
Things to Consider When You Enable Cross-Domain Tracking
- You do not need to enable cross-domain tracking for subdomains in your account.
- Cross-domain tracking must be enabled when the original and variation URLs in a Split URL test are on different domains.
- For enhanced privacy, the Firefox and Safari browsers block cross-domain tracking by default. As a result, Convert cannot access the third-party cookies, thereby prohibiting cross-domain tracking from working in Safari and Firefox browsers. However, the default browser settings can be disabled:
- In the Safari browser, go to Preferences > Privacy and disable the Prevent cross-site tracking setting.
- In the Firefox browser, go to Preferences > Privacy & Security > Custom and disable the “Cookies and Tracking Content” setting.
- With the iOS 14 and macOS 11 upgrade, Apple introduced the Privacy Report feature in Safari. You can use this to examine a website's report to see which websites are tracking you and display the trackers that Safari has blocked. The report shows both cross-site tracking trackers and those detected by Apple's intelligent tracking prevention.
Please note that this does not have any impact on your Convert experiences as our app only works with first-party cookies. Convert tracking would only be affected when you use the cross-domain tracking feature on Safari since the browser does not allow working with third-party cookies by default.
There are a lot of things to think about when it comes to tracking ecommerce conversions in A/B testing. It's not as simple as just looking at your web analytics reports or cookies, because customers may be seeing your digital marketing campaigns in one environment before converting on another. Today's consumers use an increasing number of touchpoints throughout their journey, which can get tracking info difficult for marketers.
Fortunately, A/B testing tools like Convert Experiences give users the ability to see how individuals interact with their online business, all while making sure that user privacy rights are upheld. Click the banner below to take a free trial and see for yourself how this works.

