CRM 데이터를 Google 애널리틱스와 통합하여 Google Ads 리마케팅 잠재고객 만들기

컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.

이 가이드에서는 CRM 사용자 데이터를 Google 애널리틱스에 통합하는 방법과 이 데이터를 사용하여 Google Ads 리마케팅 잠재고객을 만드는 방법을 설명합니다.

다양한 통합 옵션 개요

유니버설 애널리틱스를 사용하면 웹마스터가 사용자에 대한 CRM 데이터를 Google 애널리틱스로 보내 Google Ads에서 디스플레이 캠페인을 위한 Google Ads 또는 검색 광고용 리마케팅 목록 (RLSA)에 사용할 수 있는 리마케팅 목록을 분류, 보고, 만들 수 있습니다.

상호 배타적이지 않은 세 가지 방법으로 CRM 데이터를 Google 애널리틱스로 전송할 수 있습니다.

데이터를 전송하는 이러한 세 가지 방법 사이에는 약간의 장단점이 있지만 모든 경우 CRM 데이터는 Google 애널리틱스에 맞춤 측정기준으로 저장됩니다.

사용자에 대한 CRM 데이터를 Google 애널리틱스로 전송하려는 경우 CRM 데이터를 전송하려는 사용자마다 Google 애널리틱스와 Google 애널리틱스에 알려진 공통 식별자를 가지고 있어야 합니다. 이 사용자 식별자는 사용자를 위해 생성한 자사 ID이거나 Google 애널리틱스에서 생성된 식별자일 수 있습니다. 이메일 주소, 사용자 로그인, 주민등록번호, 전화번호를 포함하되 이에 국한되지 않는 개인 식별 정보를 어떤 경우에도 사용할 수 없습니다. 자체 사용자 식별자를 사용할 계획이라면 허용되는 사용자 ID의 구성 요소를 검토하세요.

CRM 데이터를 Google 애널리틱스와 통합하기 위한 첫 번째 단계는 데이터와 Google 애널리틱스 간의 공통 키로 사용할 식별자를 결정하는 것입니다.

한 가지 유의해야 할 고려사항은 데이터 가져오기를 통해 CRM 데이터를 전송할 계획이라면 Google 애널리틱스에서 생성된 클라이언트 ID를 사용자 조회 키로 사용하여 CRM 데이터에 조인할 수 없으므로 독점 방문자 식별자를 사용해야 한다는 점입니다.

반면 측정 프로토콜을 통해 CRM 데이터를 전송하려면 Google 애널리틱스 cid를 방문자 식별자로 사용하는 것이 좋지만 사용자 ID를 사용할 수도 있습니다. 측정 프로토콜을 자체 사용자 ID와 함께 사용하려면 Google 애널리틱스 사용자 ID 재정의도 구현해야 합니다.

데이터 가져오기를 통해 CRM 데이터 전송

데이터 가져오기를 사용하면 사용자 인터페이스를 통해 수동으로 또는 Google 애널리틱스 관리 API를 통해 프로그래매틱 방식으로 Google 애널리틱스에 업로드된 파일을 통해 CRM 데이터를 업로드할 수 있습니다. 위에서 언급했듯이 이 방법을 사용하려면 독점 사용자 ID를 사용하여 CRM 데이터를 Google 애널리틱스 사용자 데이터와 조인해야 합니다.

아래에는 독점 방문자 ID 및 데이터 가져오기를 사용하여 CRM 데이터를 Google 애널리틱스로 전송하는 프로세스가 요약되어 있습니다.

1. CRM 방문자 ID를 Google 애널리틱스 TAG로 보냅니다.
       2. CRM에서 방문자 ID를 기준으로 방문자 속성을 검색합니다.
       3. CSV 파일을 통해 Google 애널리틱스에 CRM 사용자 속성을 업로드합니다.
       4. CRM 속성은 Google 애널리틱스의 사이트 활동 데이터와
       병합됩니다.

이 접근 방식의 주요 이점은 기존 사용자 인증 기술을 활용하고 자체 사용자 식별자만 사용할 수 있다는 것입니다.

쿼리 시간 데이터 가져오기를 사용하여 앱 제거 경향, 고객 가치, 평생 구매 등의 고객 가치 데이터를 가져와 GDN, Display &Video 360, Google Ad Manager, RLSA, 리마케팅용 최적화 도구 잠재고객 목록을 만들 수 있습니다. 또한 이러한 목록은 유사 잠재고객을 생성하는 데 이상적입니다(예: '플래티넘 카드 사용자'를 위한 유사 잠재고객).

Google 애널리틱스 쿼리 시간 측정기준 확대 (QTDW)를 사용하면 사용자가 사이트를 방문한 후에 데이터를 가져올 수 있습니다. QTDW는 새로운 쿼리 시간 데이터 가져오기 데이터 세트가 업로드될 때 잠재고객 목록을 백필하고, 지난 30일 동안 DCLK (또는 최적화 도구의 경우 Google 애널리틱스) 쿠키를 다시 보려고 시도합니다.

전체 클라이언트 데이터베이스를 CRM 파일로 업로드하고 새 클라이언트에 정기적으로 증분 CRM 데이터 파일을 업로드할 수 있다면 문제가 되지 않을 수 있습니다. 이렇게 하면 알려진 사용자가 사이트를 방문할 때마다 Google 애널리틱스에 이전에 업로드된 일치하는 CRM 데이터가 있는 경우 태그를 통해 이 사용자에게 전달된 CRM 사용자 ID를 기반으로 CRM 속성을 실시간으로 연결할 수 있습니다.

반면 사용자가 사이트를 방문하고 Google 애널리틱스가 Google 애널리틱스에 업로드된 데이터 파일에서 일치하는 CRM 데이터를 찾지 못하면 방문 후 해당 사용자의 CRM ID에 대한 CRM 정보가 포함된 데이터 파일을 업로드하더라도 Google 애널리틱스에 CRM 속성이 연결되지 않습니다.

측정 프로토콜을 통해 CRM 데이터 전송

CRM 데이터를 Google 애널리틱스로 전송하는 두 번째 옵션은 측정 프로토콜을 사용하는 것입니다. 이 옵션을 사용하면 Google 애널리틱스에서 생성된 클라이언트 ID 또는 사용자 ID를 조회 키로 사용하여 데이터를 Google 애널리틱스 데이터와 결합할 수 있습니다.

먼저 Google 애널리틱스 클라이언트 ID를 사용할 때 어떻게 구현되는지 검토해 보겠습니다. 이 방법을 사용하려면 웹사이트 방문자용으로 생성된 클라이언트 ID를 추적하고 이 ID를 동일한 사용자의 해당 CRM 사용자 식별자에 매핑해야 합니다.

Google 애널리틱스 방문자 식별자가 있는 측정 프로토콜

사용자가 Google 애널리틱스로 태그가 지정된 사이트를 방문할 때 Google 애널리틱스 태그가 해당 사용자에게 CID (클라이언트 ID)라는 ID를 만들어 쿠키에 저장하지 않은 경우 만듭니다. 아래 다이어그램은 cid를 CRM과 Google 애널리틱스 간의 공통 사용자 식별자로 사용하여 측정 프로토콜을 통해 CRM 데이터를 전송하는 데 필요한 단계를 보여줍니다.

1. Google 애널리틱스 CID를 캡처하여 CRM 사용자 ID에 매핑합니다.
       2. CRM 방문자 ID를 기준으로 방문자 속성을 검색합니다.
       3. 측정 프로토콜을 통해 CRM 사용자 속성을 전송합니다.
       4. CRM 속성은 Google 애널리틱스의 사이트 활동 데이터와
       병합됩니다.

이 접근 방식의 주요 이점은 측정 프로토콜 요청을 통해 맞춤 측정기준으로 전송된 CRM 데이터가 적용되는 Google 애널리틱스 사용자와 즉시 연결된다는 점입니다. 즉, Google 애널리틱스는 CRM 데이터가 설정된 각 방문자가 사용자와 연결된 새 CRM 데이터를 기반으로 리마케팅 목록에 추가될 수 있는지 확인합니다.

이 방법의 단점은 사이트 방문자의 Google 애널리틱스 클라이언트 ID를 추적하고 Google 애널리틱스 클라이언트 ID를 자체 CRM 사용자 식별자에 매핑할 수 있어야 한다는 점입니다.

자체 방문자 식별자가 있는 측정 프로토콜

자체 사용자 식별자를 사용하여 측정 프로토콜을 통해 방문자 데이터를 보내려면 사용자 ID 재정의라는 기능을 구현하도록 Google 애널리틱스 태그도 조정해야 합니다.

즉, 모든 Google 애널리틱스 태그 이벤트(예: 페이지 조회, 맞춤 이벤트 조회, 전자상거래 조회)에 대해 자체 사용자 ID를 Google 애널리틱스 태그에 전달해야 합니다.

Google 애널리틱스 속성에 사용자 ID를 사용 설정하면 해당 속성에 대해 2개의 프로필이 생성됩니다. 하나는 Google 애널리틱스 식별자 (cid)를 사용하여 세션되고, 다른 하나는 사용자 ID (uid)를 사용하여 세션됩니다. 사용자 ID를 기반으로 세션되는 프로필에는 사용자 ID를 설정한 사용자의 데이터만 포함됩니다. 사용자 ID가 설정되지 않은 조회는 사용자 ID 프로필에서 삭제됩니다. 이 규칙 (예: 방문자가 로그인 또는 등록할 때) 중에 방문자의 사용자 ID를 전달하기 시작하는 경우는 예외입니다. 이 시나리오에서는 Google 애널리틱스가 인증 이전에 전송된 태그 이벤트를 해당 방문자에게 설정된 사용자 ID와 연결합니다 (조회 스티칭이라고도 함).

이 방법을 사용하면 각 사용자의 Google 애널리틱스 추적에 대해 걱정할 필요 없이 자체 사용자 식별자를 사용할 수 있다는 점에서 두 가지를 모두 활용할 수 있습니다. CRM 데이터를 전송하는 즉시 리마케팅 목록 추가를 트리거할 수 있습니다. 또한 교차 기기 기여 분석, 교차 기기 사용자 경로 등 User Id 재정의의 이점도 볼 수 있습니다. 자세한 내용은 여기에서 User Id 기능의 이점을 참조하세요.

이 접근 방식에서 한 가지 주의할 점은 웹 활동의 Google 애널리틱스 보기는 2개의 프로필로 분할된다는 것입니다. 즉, 하나는 모든 트래픽을 갖고 있지만, 교차 기기 활동에 대한 통계는 갖고 있지 않으며, 다른 하나는 사용자 ID 트래픽에 대한 데이터만 보유하지만 교차 기기 활동에 대한 통계가 있습니다.

허용되는 사용자 ID의 구성

자체 사용자 식별자를 사용하여 오프라인 데이터를 Google 애널리틱스 데이터와 결합하려는 경우 사용자 ID로 사용할 값을 선택할 때 몇 가지 사항에 유의해야 합니다.

첫째, Google 애널리틱스 서비스 약관에 따라 개인 식별 정보 (PII)가 포함된 식별자를 사용할 수 없습니다. 이메일 주소, 사용자 로그인 정보, 주민등록번호, 전화번호 또는 'PII'로 간주되는 모든 데이터는 제외됩니다.

방문자에 대해 만들 수 있는 난독화되지 않은 영숫자 데이터베이스 식별자를 사용할 수 있습니다. 또 다른 허용되는 방법은 적절한 암호화 수준을 사용할 경우에 한해 HIPAA에 정의된 보호 건강 정보가 아닌 PII를 기반으로 하는 암호화된 식별자를 Google 애널리틱스로 전달하는 것입니다. Google에서는 SHA256이라는 최소 해싱 요구사항을 갖추고 있으며, 최소 8자의 솔트를 사용할 것을 권장합니다.

Google 애널리틱스의 CRM 데이터 통합 옵션 요약

아래 표에는 사용 가능한 통합 방법의 장단점이 요약되어 있습니다.

통합 방법 사용자 식별자 장점 단점
사용자 데이터 가져오기 맞춤 측정기준을 통해 Google 애널리틱스 태그에 전달되는 선택한 사용자 식별자
  • 자체 인증 기술 사용
  • API 통합 불필요
  • 파일을 통한 쉬운 데이터 업로드
  • 리마케팅 목록 추가를 즉시 트리거할 수 있습니다.
  • 데이터 업로드 전 30일 동안 사이트를 방문하지 않은 사용자는 다음에 사이트를 방문할 때 리마케팅 목록에 추가됩니다.
cid가 포함된 측정 프로토콜 자체 CRM 데이터베이스에 연결해야 하는 Google 애널리틱스 방문자 식별자 (cid)
  • 리마케팅 목록 추가를 즉시 트리거할 수 있습니다.
  • CRM 데이터는 사용자와 즉시 연결되며 세분화 및 보고에 사용될 수 있음
  • Google 애널리틱스 고객 코드에서 자체 CRM 사용자 데이터로 매핑해야 함
  • 측정 프로토콜 요청을 실행하려면 서버 간 API 통합 필요
UID를 사용하는 측정 프로토콜 사용자 ID 재정의를 통해 Google 애널리틱스 태그에 전달되는 원하는 사용자 식별자
  • 리마케팅 목록 추가를 즉시 트리거할 수 있습니다.
  • CRM 데이터는 사용자와 즉시 연결되며 세분화 및 보고에 사용될 수 있음
  • User-ID 기능의 모든 이점
  • 사용자 ID를 기반으로 한 Google 애널리틱스 프로필에는 인증된 사용자의 활동만 표시됩니다.