서버 측 태그 지정으로 사용자 개인 정보 보호 설정 강화

마케팅 데이터의 흐름을 관리하여 사용자의 데이터 개인 정보 보호 및 보안 조건을 관리할 수 있습니다.

다음 그림에서는 기존의 클라이언트 측 설정과 서버 측 설정의 데이터 흐름을 비교하여 보여줍니다.

클라이언트 측 태그 지정: 사용자의 브라우저 또는 휴대기기가 공급업체 서버와 직접 통신합니다. 처리되는 정보를 관리하기는 어렵습니다. 예를 들어 공급업체 서버와 통신할 때 사용자의 IP 주소는 항상 브로드캐스트됩니다.

서버 측 태그 지정: 데이터가 사용자로부터 서버 컨테이너로 이동합니다. 서버 컨테이너에서는 사용자가 HTTP 요청을 마케팅 파트너에게 전송하기 전에 관리할 수 있습니다. 쿠키 사용 동의 확인 및 사용자 데이터 익명처리를 통해 HTTP 요청을 검증, 파싱, 익명처리 또는 차단하여 개인 정보를 보호할 수 있습니다.

서버 측 태그 관리자는 일반적으로 데이터를 수집하는 웹사이트와 함께 퍼스트 파티 맥락에서 실행됩니다. 따라서 공급업체가 서버 측 태그 지정 환경을 통해 서드 파티 쿠키에 액세스할 수 없습니다. 브라우저에서 더 적은 수의 서드 파티 도메인과 통신해야 하므로 콘텐츠 보안 정책을 강화할 수도 있습니다.

또한 IP 주소 및 기타 HTTP 헤더와 같은 기존의 많은 '고정된' 디지털 지문 벡터가 서버 측 태그 지정을 통해 난독화될 수 있습니다. 공급업체는 사용자의 브라우저나 기기가 아닌 서버의 요청만 볼 수 있습니다.

서버 측 태그 지정을 통해 클라이언트 측 성능 최적화

웹 애플리케이션 개발자 또는 웹사이트 관리자가 해야 하는 중요한 작업 하나는 사용자의 브라우저 및 기기의 부하를 줄이는 것입니다.

사용자의 관심을 끌기 위해 경쟁하는 모든 사이트는 클라이언트 측 성능이 훌륭해야 합니다. 하지만 마케팅 태그가 클라이언트의 성능 병목 현상에 큰 영향을 미칠 수 있습니다.

서버 측 태그 지정을 사용하면 클라이언트가 해야 하는 작업을 줄어듭니다. 전환 이벤트 발생 시 거의 동일한 여러 개의 요청을 서로 다른 공급업체에 전달하는 대신 단일 데이터 스트림만 서버 컨테이너로 전송하면 됩니다. 그런 다음 서버 컨테이너에서 요청을 매핑하고 정보를 필요로 하는 모든 공급업체에 배포할 수 있습니다.

마찬가지로 클라이언트에 로드해야 하는 JavaScript 라이브러리의 수도 크게 줄어듭니다. 요청을 빌드하는 라이브러리만 로드하면 됩니다. 구현에 따라 Google 태그 또는 태그 관리자 웹 컨테이너를 로드하면 됩니다.

마케팅 목적으로 사용되는 라이브러리와 리소스는 서버 측 태그 지정 환경을 통해 로드할 수 있습니다. 서버를 콘텐츠 전송 네트워크(CDN)로 사용하면 맞춤 캐시 헤더, 압축 메커니즘, 임시 저장소를 추가하여 로드 시간을 더욱 단축할 수 있습니다.

서버 측 태그 지정을 통해 데이터 품질 개선

데이터 처리 작업을 클라이언트에서 서버로 이동하여 데이터 품질을 개선할 수 있습니다.

예를 들어 데이터를 사용자 브라우저에서 퍼스트 파티 맥락으로 이동하면 HttpOnly 플래그를 사용하여 브라우저 쿠키를 설정할 수 있으므로 쿠키의 내구성과 보안이 향상됩니다.

서버 측 프로세스는 사용자 브라우저 외부에서 발생하므로, 브라우저에 노출되어서는 안 되는 정보로 데이터를 보강하는 데 사용할 수 있습니다. 여기에는 API 비밀번호, 비즈니스에 민감한 데이터(예: 이익률), 사용자 데이터(예: 이메일 주소, 기타 개인 데이터)가 포함됩니다.

서버 측 태그 지정 환경에서 사용되는 맞춤 템플릿을 사용하면 서버에서 수집하고 처리하는 데이터를 더 쉽게 정규화할 수 있습니다. 사용자의 브라우저나 기기에서 데이터를 수집하기 위해 더 이상 오래되거나 위험한 서드 파티 자바스크립트를 실행하지 않아도 됩니다.