서버측 추적의 장점과 단점

Google 태그 관리자의 SSC( 서버 측 컨테이너 )에 대한 이전 게시물에서 작동 방식을 살펴보기 시작했습니다. 이 게시물에서 우리는 서버 측 시스템이 제공하는 몇 가지 주요 이점과 몇 가지 잠재적인 단점을 살펴볼 것입니다.

장점

이점에 관해서는 서버 측 추적에는 수집하는 데이터에 대한 제어 및 유연성과 대부분 관련이 있는 몇 가지 주요 이점이 있습니다. 이는 다양한 데이터 법률을 준수하고, 귀하와 귀하의 사용자 데이터를 안전하게 유지하고, 가능한 가장 정확한 데이터를 보장하고, 데이터가 어디로 가는지 결정하고, 잠재적으로 사이트 성능을 향상시키는 방법에 영향을 미칩니다.

1) 컴플라이언스

서버측 컨테이너는 데이터를 가로채서 데이터가 최종 목적지로 전송되기 전에 수정할 수 있습니다. 이는 최종 목적지에 도착하기 전에 프로파일링 및 핑거프린팅에 사용할 수 있는 모든 정보를 제거할 수 있으므로 GDPR 준수 및 유사한 개인 정보 보호에 큰 이점이 있습니다.

서버 측 컨테이너가 작동하는 서버는 위치에 지정할 수 있습니다. 따라서 이 식별 가능한 데이터는 제거되기 전에 수집된 영역(GDPR에 대해 가장 중요한 EU)을 떠날 필요가 없습니다.

식별 가능한 데이터를 조작하고 제거하면 일부 정보가 도구에 표시되지 않을 수 있습니다. 예를 들어 Google Analytics에 데이터를 보낼 때 사용자 IP를 제거하거나 마스킹하면 위치 데이터를 캡처할 수 없습니다.

2) 자사 쿠키

데이터가 서버 측 컨테이너를 통해 전송되기 때문에 사이트로 반환되는 데이터를 변경할 수 있습니다. 따라서 특정 도구의 쿠키가 설정된 도메인을 변경할 수 있습니다. 자체 도메인에 쿠키를 설정할 수 있습니다. 즉, 타사 쿠키 설정을 제한하거나 차단하는 브라우저는 조기에 만료되거나 쿠키 설정을 차단하지 않습니다.

3) 하나의 도구에 대한 데이터를 수집하고 다른 도구에 쓰기

데이터가 웹사이트에서 전송되면 한 도구를 위한 것일 수 있지만 구문 분석되어 다른 도구로 전송될 수 있습니다. 이것은 여러 경우에 매우 유용할 수 있습니다. 예를 들어 Universal Analytics 요청에서 들어오는 조회수를 가져와서 데이터를 구문 분석하고 Google BigQuery 테이블로 보내는 경우를 들 수 있습니다. 이 기능은 프리미엄 유니버설 애널리틱스 360 제품의 유니버설 애널리틱스에서만 사용할 수 있습니다.

4) 클라이언트 측 부하 감소

데이터 처리의 대부분을 서버 측 컨테이너로 이동하면 사이트를 로드할 때 사용자 브라우저의 로드를 줄일 수 있습니다.

5) API 키 및 클라이언트 비밀 숨기기

데이터는 서버 측 컨테이너에서 최종 도구로만 전송되기 때문에 모든 API 키와 클라이언트 비밀은 서버 측 컨테이너에 저장할 수 있습니다. 이렇게 하면 클라이언트 측에서 이러한 항목이 노출될 가능성을 방지할 수 있습니다. 예를 들어 Google Analytics UA-ID가 있습니다. 제3자는 Google Analytics를 실행하는 모든 사이트로 이동하여 사이트에서 UA-ID를 제거하고 다른 사이트에 배치하고 Google Analytics 계정에 스팸을 보낼 수 있습니다. 우리는 이러한 일이 수년에 걸쳐 자주 일어나는 것을 보아왔습니다. 서버 측 추적을 사용하면 UA-ID가 서버 측에서만 추가될 수 있으므로 웹사이트가 로드될 때 전혀 노출되지 않으므로 이것이 불가능합니다.

6) 자신의 도메인에서 추적 스크립트 로드

이는 Server-Side Tracking의 장점이자 단점으로 볼 수 있습니다. 서버 측 컨테이너는 해당 도구를 직접 호출할 수 있기 때문에 서버 측 컨테이너는 대부분의 도구(GA, Facebook, LinkedIn 등)가 사이트로 가져오는 JavaScript 파일을 검색하는 데 사용할 수 있습니다. 검색되면 파일을 사이트로 보낼 수 있습니다. 즉, 사용자의 브라우저에서 직접 타사 사이트를 호출하는 것을 피할 수 있고 원치 않는 스크립트를 가져오는 것을 막을 수 있습니다. 이 파일은 자체 도메인에서 전송되므로(SCC가 이러한 방식으로 설정된 경우) 알려진 추적기를 자동으로 차단하는 서비스(예: Firefox, Safari 및 Brave와 같은 브라우저)는 파일을 추적 스크립트로 인식하지 않습니다. 귀하의 사이트 자체 도메인이 이러한 서비스에 의해 결국 추적자로 식별될 수 있으므로 이것이 항상 보장되는 것은 아닙니다. 분석 프로그램은 항상 사용자의 개인 정보 선택을 존중해야 함을 기억하는 것이 중요합니다.

단점

서버 측 추적에는 몇 가지 단점과 시나리오를 알고 있어야 합니다. 이러한 요점은 서버 측 추적을 실행하는 데 필요한 추가 작업뿐만 아니라 자체 데이터의 정확성과 사용자의 개인 정보를 더 많이 책임져야 하는 몇 가지 함정에 대한 것입니다.

1) 기술적 전문성

클라이언트 코딩과 같은 서버 측 추적의 기술적인 측면 중 일부는 절대적으로 필요하지 않지만 아직 해결해야 할 기술적 장벽이 있습니다. 여기에는 솔루션을 가동할 때 초기 서버 인스턴스 설정 및 이중화 서버 프로비저닝이 포함됩니다.

2) 데이터 정확도는 사용자에 따라 다릅니다.

클라이언트 또는 태그를 코딩하는 경우 데이터가 올바른 형식으로 대상에 도달하는지 확인하는 책임은 귀하와 귀하의 코드에 있습니다. 이는 실수가 발생할 수 있는 추가 공간이 있음을 의미합니다. 또한 귀하는 전송된 데이터가 법적으로 전송되도록 허용되었는지 확인할 책임이 있습니다.

3) 비용

Google 태그 관리자 웹 컨테이너와 달리 서버 측 추적과 관련된 비용이 있습니다. Server-Side Container를 실행하려면 App Engine 기능을 사용하여 GCP 인프라에서 생성해야 하며 중복성과 용량을 설명하기 위해 몇 개의 서버 인스턴스에서 실행해야 합니다. 이러한 경우에는 비용을 지불해야 합니다. 물론 더 많은 서버를 실행하고 더 많은 데이터를 보낼수록 더 많은 비용이 듭니다.

4) 개인정보 보호 문제

우리는 이미 이에 대해 언급했지만 서버 측 추적의 우려 사항은 추적을 방지하기 위해 사용자가 설정한 일부 조치를 더 쉽게 우회할 수 있다는 것입니다. 사용자의 개인 정보 보호 결정이 존중되고 관련 법률 및 규정이 준수되는지 확인하는 것이 중요합니다.

서버 측 추적에 대해 더 알고 싶은 경우 메시지를 남겨주세요. 질문과 요구 사항에 대해 논의하기 위해 기꺼이 다시 연락드리겠습니다.