GTM 서버 측 태그로 GDPR 문제를 해결하는 방법

GDPR(일반 데이터 보호 규정)이 발효된 후 유럽의 Google Analytics 사용자는 문제에 직면했습니다. Google Analytics는 GDPR을 준수하지 않기 때문에 유럽 데이터 보호 당국의 결정으로 인해 여러 국가의 웹사이트 운영자가 사용하는 것이 불법이 되었습니다.

좋은 소식은 이 문제에 해결책이 있다는 것입니다. Google Analytics 4 데이터 구조가 마음에 든다면 포기할 필요가 없습니다. 대신 Google 태그 관리자에서 서버 측 추적을 사용하고 OWOX의 특수 태그를 사용하여 데이터를 Google 애널리틱스 서버로 보내지 않고 웹사이트에서 Google BigQuery로 직접 전송할 수 있습니다.

2020년 비영리 단체 NOYB는 Google Analytics 또는 Facebook Connect를 적용한 유럽 경제 지역(EEA)에서 운영되는 웹사이트에 대해 101건의 불만을 제기했습니다. 그 후 EEA 데이터 보호 당국은 EEA 웹사이트 운영자가 GDPR(일반 데이터 보호 규정)을 준수하지 않는다는 이유로 이러한 서비스 사용을 중단하도록 강제하는 판결을 내리기 시작했습니다.

문제는 구글이 EU 거주자에 대해 수집한 데이터(사용자 행동 데이터)를 미국 기반의 클라우드 서비스에 저장하기 때문에 유럽에서 구글 애널리틱스를 적용하는 방식에 있다. 문제는 Google이 취한 보호 조치가 미국 정보 기관이 EU 거주자의 개인 데이터에 액세스하는 것을 방지하는 데 충분하지 않다는 것입니다. 유럽 ​​데이터 보호 당국에 따르면 이러한 해외 데이터 전송은 GDPR을 위반합니다.

GTM 서버 측 추적은 민감한 데이터 전송, 광고 차단기 및 페이지 로딩 속도 문제를 해결하는 기존 클라이언트 측 추적 방법의 대안입니다.

서버측(서버측 추적)에서 수집된 데이터를 처리하기 위해 중간 대상이 추가됩니다(구글 태그 관리자의 경우 클라우드 서버). 클라이언트 측에서 요청은 먼저 클라우드 서버로 이동한 다음 클라우드 서버가 이 요청을 처리하여 타사 시스템으로 보냅니다. 즉, 클라이언트 브라우저가 타사 시스템에 요청하는 대신 클라우드 서버에서 해당 요청을 수행합니다.

1. 서버 측 추적을 사용하면 사이트를 백엔드로 이동하여 사이트가 타사 애플리케이션과 상호 작용하는 방식에 대한 비즈니스 논리를 숨길 수 있습니다. 즉, 전송하는 데이터와 전송에 사용하는 논리는 사용자가 사용할 수 없습니다.
2. 모든 요청이 서버 측에서 처리 및 전송되고 광고 차단기의 영향을 받지 않기 때문에 타사 시스템으로 데이터를 보내는 것은 사용자의 브라우저에 의존하지 않습니다. 이 방법은 보내는 도메인을 식별하여 스크립트를 감지할 가능성을 제거합니다. 요구.
3. 이 추적 방법은 더 안전합니다. 즉, 공개 위험 없이 필요한 정보로 클라이언트 측에서 수집된 사용자 데이터를 보완할 수 있습니다.
4. 타사 시스템으로 전송될 데이터를 완전히 제어할 수 있으므로 기존 GDPR, CCPA 및 CSP 요구 사항을 준수할 수 있습니다.
5. 서버 컨테이너를 설정할 때 하위 도메인을 사용하면 자사 쿠키를 설정하여 수명을 늘릴 수 있습니다. 이는 Safari, Chrome 및 Firefox에 내장된 추적 방지 도구의 영향을 제거하는 데 도움이 됩니다.

Google Analytics로 데이터를 보내지 않으려면 Google Analytics 4 RawData를 BigQuery 태그로 사용하면 GoogleAnalytics 4 이벤트를 Google BigQuery 테이블로 자동 리디렉션할 수 있습니다.

BigQuery 태그에 대한 Google 애널리틱스 4 RawData는 무료입니다. 서버 측 GTM을 사용하는 사람은 누구나 이를 설치하고 다음과 같은 이점을 얻을 수 있습니다.

1. GDPR 준수. Google 태그를 사용하면 데이터가 미국의 Google 애널리틱스 서버로 전혀 이동하지 않고 대신 Google BigQuery에서 지정한 위치의 데이터세트로 직접 이동하도록 GTM 서버 측을 구성할 수 있습니다. 즉, 데이터는 비즈니스의 당사자 윤곽선을 전혀 벗어나지 않습니다. 따라서 비즈니스 자체는 100% GDPR 준수를 보장합니다.
2. 일회성 설정. 태그는 한 번만 구성하면 됩니다. 사이트 마크업에 새로운 GA4 이벤트/매개변수를 추가할 때마다 설정으로 이동하여 GBQ의 테이블 구조를 변경할 필요가 없습니다.
3. 실시간 데이터. 데이터는 실시간으로 GBQ로 전송되므로 예약된 내보내기를 기다릴 필요가 없습니다.
4. 제한 없음. 예를 들어 GA 4 무료 버전에서 GBQ로의 기본 업로드에 적용되는 알려진 일일 100만 조회수 제한에 부딪히지 않습니다.
5. 태그는 무료 이며 GTM 서버 측 추적을 사용하는 모든 사람이 사용할 수 있습니다.

GDPR 및 개인정보 보호의 세계에 적합한 신뢰할 수 있는 분석 솔루션이 필요한 경우 무료 데모에 등록하십시오.

Google 애널리틱스 4를 사용 설정하고 GTM을 GA 4 이벤트에 대한 서버 측 태그 관리자로 구성한 경우 Google 애널리틱스 4 RawData를 BigQuery 태그에 사용할 수 있습니다. 이 태그를 사용하면 BigQuery에서 먼저 스키마를 설정하지 않고도 사이트 마크업에 새 이벤트를 추가할 때마다 원시 Google 애널리틱스 4 데이터를 얻을 수 있습니다.

1. GBQ 프로젝트에서 데이터세트를 생성합니다.

2. 데이터 위치 선택:

3. 다음 스키마로 테이블을 생성합니다.

가장 빠른 방법은 GBQ에서 아래 SQL 코드를 실행하는 것입니다.

CREATE TABLE IF NOT EXISTS [project_name].[dataset_name].ga4RawDataOwox (rawDataOwox STRING NOT NULL, createdAt TIMESTAMP NOT NULL) OPTIONS(description="GA4 OWOX 태그를 사용하여 내 서버 측 GTM에서 GBQ로 직접 전송된 원시 데이터")

메모! 이 SQL 코드 예제에서 [project_name].[dataset_name]을 실제 프로젝트 및 데이터 세트 이름으로 바꿔야 합니다.

1. 서버 측 GTM 컨테이너에서 템플릿 → 태그 템플릿 → 갤러리 검색 으로 이동합니다.

2. 태그를 찾아 선택합니다.

3. 작업 공간에 추가합니다.

태그로 이동하여 이 태그를 추가합니다. 트리거를 선택하고 GBQ의 테이블 경로를 설정합니다.

메모! 디버깅에 대해서만 "로깅 활성화" 확인란을 선택합니다.

서버 컨테이너가 BigQuery 테이블과 동일한 GCP 프로젝트에서 실행되기만 하면 모든 준비가 완료된 것입니다. App Engine의 기본 서비스 계정에는 프로젝트에 추가된 모든 BigQuery 테이블에 대한 완전한 액세스 권한이 있으므로 인증과 관련하여 아무 작업도 수행할 필요가 없습니다.

변경 사항을 제출 및 게시 한 다음 미리 보기 모드에서 흐름을 테스트합니다. 모든 것이 정확하면 태그 실행 아래 에 BigQuery 태그에 대한 Google 애널리틱스 4 RawData가 표시됩니다.

그리고 Google BigQuery 테이블에 데이터가 표시됩니다.

보고서에 편리한 구조로 이 데이터를 사용하는 SQL 코드를 작성하십시오. 예시:

Google Analytics 4를 활성화했고 비용 데이터를 Google BigQuery로 가져와야 하거나 교차 채널 보고서를 작성해야 하는 경우 OWOX로 데모를 예약하세요.

우리 전문가들이 OWOX BI 제품(및 우리의 전문 서비스)을 사용하여 목표를 달성하고 원시 데이터를 비즈니스용 데이터로 변환하는 방법을 보여줄 것입니다.