작성자
Ira Holubovska
주요 요점:
Google Tag Manager(GTM)의 서버 측 트래킹이란, 태그가 사용자의 브라우저가 아닌 클라우드 서버를 통해 실행되는 것을 의미합니다.
이러한 구성은 데이터 손실을 줄이고 개인정보 보호법을 준수하는 데 도움이 됩니다.
또한 브라우저에서 실행되는 타사 스크립트로 인해 사이트 속도가 느려지지 않으므로 웹사이트 속도도 향상되며, Microsoft Conversions API를 사용하여 Google Analytics, Meta, TikTok, Microsoft Advertising과 같은 플랫폼으로 전송되는 데이터를 더 세밀하게 제어할 수 있습니다.
이 글에서는 서버 측 GTM의 작동 방식, 클라이언트 측 트래킹과의 비교, 그리고 설정 방법을 설명합니다.
서버 측 트래킹은 클라이언트 측 트래킹처럼 브라우저가 아니라 전용 서버에서 사용자 상호작용에 관한 정보를 수집하는 데이터 수집 방식입니다. 서버 측 트래킹을 사용하면 광고 차단기와 브라우저 제한의 영향을 받지 않는 이벤트 데이터를 수집할 수 있어 더 높은 데이터 정확성을 확보할 수 있습니다.
높은 데이터 품질 외에도, 서버 측 태깅은 추적하는 데이터에 대한 프라이버시와 제어권도 제공합니다. 데이터를 수집한 후 이를 수정한 다음에야 Google Analytics 4나 Google Ads와 같은 분석 도구로 전송할 수 있기 때문입니다.
서버 측 트래킹에 대한 자세한 설명과 이를 설정함으로써 얻을 수 있는 이점에 대해서는 서버 측 트래킹이란 글을 확인해 보세요.
GTM에서의 서버 측 트래킹은 사용자 상호작용이 분석 또는 광고 플랫폼에 도달하기 전에 클라우드 서버로 전송되는 것을 의미합니다. 이 구성은 더 많은 데이터를 보존하고, 브라우저 제한을 피하며, 각 플랫폼과 공유되는 내용을 관리하는 데 도움이 됩니다.
브라우저에서 직접 태그를 실행하는 대신, 이벤트를 수집하고 전달하기 위해 자체 서브도메인(예: anything.yoursite.com)에서 호스팅되는 서버 컨테이너를 사용합니다.
이 구성은 사이트와 분석 또는 광고 플랫폼 사이의 중간 계층 역할을 합니다. 귀하의 웹사이트나 앱은 페이지뷰나 구매와 같은 주요 상호작용을 서버 컨테이너로 전송합니다. 이후 구성에 따라 데이터를 정리하고, 보강하고, 서로 다른 플랫폼으로 라우팅할 수 있습니다.
서버 컨테이너를 구성하면 Facebook CAPI 및 Google AdWords 전환 트래킹을 포함한 다양한 마케팅 채널의 데이터 스트림을 보호할 수 있습니다. 무엇을, 언제 공유할지는 귀하가 계속 통제할 수 있습니다. 브라우저는 여전히 원본 데이터를 수집하지만, 서버 측 컨테이너를 통해 데이터를 전송하기 전에 더 안전하고 유연하게 처리할 수 있습니다.

클라이언트 측 트래킹이라고도 불리는 웹 GTM은 사용자의 브라우저에서 직접 실행됩니다. 누군가 귀하의 사이트를 방문하면, 브라우저는 Google Analytics, Meta Pixel, TikTok 태그와 같은 모든 트래킹 스크립트를 로드합니다. 그런 다음 각 스크립트는 해당 플랫폼으로 데이터를 직접 전송합니다. 이 구성은 구현이 빠르지만 제약이 따릅니다.
현재 브라우저는 특히 iOS나 개인정보 보호를 우선하는 브라우저에서 많은 트래킹 요청을 차단하거나 제한합니다. 스크립트가 로드되지 않거나 JavaScript가 비활성화되어 있으면 데이터는 전혀 전송되지 않습니다.

서버 측 GTM은 이를 다르게 처리합니다. 브라우저에서 태그를 실행하는 대신, 동일한 이벤트를 GTM 서버 컨테이너를 호스팅하는 클라우드 서버로 전송합니다. 이후 데이터를 정리, 필터링 또는 보강하여 각 플랫폼으로 전달할 수 있습니다. 이는 데이터 손실을 줄이고, 브라우저 관련 문제를 피하며, 타사 스크립트에 대한 노출을 제한하는 데 도움이 됩니다.
무엇을 공유할지는 귀하가 계속 통제합니다. 데이터가 서버를 떠나기 전에 사용자 ID, 캠페인 데이터 또는 기타 값을 추가할 수 있습니다. 또한 더 많은 이벤트가 한 곳에서 수집되고 처리되므로 어트리뷰션 정확도도 향상됩니다.
서버 측 트래킹이 브라우저 트래킹을 완전히 대체하는 것은 아닙니다. 대부분의 데이터는 여전히 브라우저에서 수집되며, 더 나은 처리와 전달을 위해 서버를 거쳐 전달될 뿐입니다.
| 기능 | 클라이언트 측(웹 GTM) | 서버 측(GTM 서버 컨테이너) |
| 태그 실행 위치 | 브라우저에서 | 귀하의 클라우드 서버에서 |
| 광고 차단기에 대한 저항력 | 낮음 | 높음(맞춤형 서브도메인 사용 시) |
| 데이터 제어 | 제한적 | 공유되는 내용에 대한 완전한 제어 |
| Safari에서의 쿠키 수명 | 1~7일 | 동일 도메인 구성을 통해 서버에서 설정한 경우 최대 13개월 |
| 설정 복잡도 | 낮음 | 중간(Stape 같은 도구로 단순화 가능) |
GTM 서버 측 트래킹은 귀하의 웹사이트와 데이터를 전송하는 플랫폼 사이에 클라우드 서버를 추가함으로써 작동합니다. 누군가 귀하의 사이트를 방문하면, 페이지뷰, 양식 제출, 구매와 같은 행동은 여전히 브라우저에서 수집됩니다. 하지만 이 데이터는 Google Analytics나 Meta와 같은 플랫폼으로 바로 전송되는 대신, 먼저 예를 들어 anything.yoursite.com에 호스팅된 서버 컨테이너로 전달됩니다.
서버 컨테이너는 클라우드 서버에서 실행되며, 직접 수동으로 설정하거나 Stape와 같은 즉시 사용 가능한 서비스를 이용해 과정을 간소화할 수 있습니다. 이 컨테이너는 태그, 트리거, 변수와 같은 GTM의 규칙을 사용하여 데이터를 처리하고 적절한 플랫폼으로 전송합니다. 이 단계를 통해 데이터가 서버를 떠나기 전에 필터링, 수정 또는 보강할 수 있습니다.
불필요한 필드를 제거하거나, 캠페인 정보를 추가하거나, 여러 도구 간에 형식을 표준화할 수 있습니다. 또한 브라우저 제한이나 차단된 스크립트로 인한 데이터 손실을 줄이는 데도 도움이 됩니다.
서버 측 트래킹을 사용하려면 GTM 컨테이너를 호스팅할 클라우드 서버, 맞춤형 서브도메인, 요청을 수신할 클라이언트, 그리고 데이터를 전달할 태그가 필요합니다. 이러한 구성을 통해 이벤트 데이터가 처리되고 공유되는 방식을 더 세밀하게 제어할 수 있습니다.
서버 GTM 컨테이너는 Google Tag Manager 서버 태그 환경의 핵심 요소입니다. 기존의 클라이언트 GTM처럼 사용자의 브라우저에서 직접 태그 처리를 수행하는 대신, 이 컨테이너는 서버에서 실행됩니다. 이는 사용자 기기에 가해지는 부하를 줄여주므로 성능이 크게 향상되고 웹페이지가 더 빠르게 로드됩니다. 기존의 태그 처리 방식에서는 사용자의 브라우저가 JavaScript 코드를 실행하는 데 리소스를 소비하는데, 특히 많은 타사 스크립트나 분석 도구를 사용할 경우 사이트 속도가 느려질 수 있습니다. 서버 측 태깅은 대부분의 처리가 브라우저 밖에서 실행되므로 이러한 문제를 없애줍니다.
서버 GTM 컨테이너의 대표적인 활용 사례는 분석 태그 작업입니다. 웹사이트는 Google Analytics 태그를 클라이언트 브라우저에서 직접 로드하는 대신, 데이터를 서버 GTM 컨테이너로 전송합니다.

Google Cloud나 AWS에서 서버 측 GTM을 수동으로 호스팅하려면 기술적인 설정, 맞춤형 구성, 스케일링 규칙, SSL 및 DNS 설정, 지속적인 모니터링이 필요합니다. 이는 시간이 많이 소요되며 보통 개발자가 필요합니다.
Stape는 서버 측 GTM을 위해 설계된 컨테이너 호스팅을 제공하여 이 문제를 해결합니다. 여기에는 다음이 포함됩니다.
이러한 구성 덕분에 코드를 건드리거나 서버를 직접 관리하지 않고도 서비스를 시작할 수 있습니다.
이 외에도 Stape에는 트래킹의 작동 방식과 수집할 수 있는 데이터를 개선하는 도구들이 포함되어 있습니다.
서버 GTM을 위한 Stape 호스팅에는 더 빠른 로드 시간이나 브라우저 수준의 문제를 피하는 데 도움이 되는 더 깔끔한 DNS 구성 등 다른 많은 장점도 있습니다.
다음은 SGTM의 주요 다섯 가지 이점입니다.
이는 GTM 서버 컨테이너의 주요 이점 중 일부에 불과합니다. 저희 블로그에는 서버 측 트래킹의 모든 이점을 자세히 다룬 글이 있습니다.
GTM에서 서버 측 트래킹을 설정하려면 두 개의 GTM 컨테이너가 필요합니다. 브라우저에서 데이터를 수집하는 웹 컨테이너와, 해당 데이터를 처리하여 Google Analytics나 Meta와 같은 플랫폼으로 전송하는 서버 컨테이너입니다.
Stape를 사용하면 Google Cloud나 AWS를 통해 서버를 수동으로 관리할 필요가 없습니다. Stape가 프로비저닝, 도메인 설정, 확장, SSL을 처리해 주므로 많은 코딩 없이도 작동하는 서버 컨테이너를 실행할 수 있습니다.
컨테이너는 자체 서브도메인(anything.yoursite.com 등)에서 호스팅할 수 있으며, 이는 광고 차단기에 의해 차단되는 것을 방지하고 트래킹 요청을 퍼스트파티로 유지하는 데 도움이 됩니다.
Stape에는 게시 전에 이벤트를 테스트하여 모든 것이 올바르게 작동하는지 확인할 수 있는 미리보기 모드도 포함되어 있습니다.
Stape로 시작하는 방법은 다음과 같습니다.
Google Cloud Platform은 서버 측 태깅을 효과적으로 관리할 수 있는 무료 테스트 환경을 제공합니다. 다만 이를 프로덕션 환경에 통합하려면 웹사이트 트래픽에 따라 달라지는 추가 요금과 함께 최소 월 120달러를 지불해야 합니다.
Stape에는 무료, 프로, 비즈니스, 엔터프라이즈, 맞춤형 중에서 선택할 수 있는 다양한 요금제가 있습니다. 무료 요금제에서는 월 최대 10,000건의 요청을 사용할 수 있습니다.

귀하의 사이트에 어떤 요금제가 적합한지 파악할 수 있는 가격 계산기도 저희 웹사이트에서 제공됩니다.

서버 측 트래킹은 시도해 볼 가치가 있을까요? 개인정보 보호를 준수하는 방식으로 첨단 기술을 활용해 웹사이트 방문자에 대한 데이터를 수집하고자 한다면, 그 답은 분명히 그렇다라고 저희는 믿습니다.
GTM 서버 측과 클라이언트 측을 비교했을 때, 쿠키리스 시대가 시작되는 시점에서 서버 측 옵션은 수많은 장점을 가지고 있습니다. 서버 측 트래킹을 사용하면 더 정확한 데이터 수집과 전환 트래킹, 완전한 데이터 제어, 그리고 더 빠른 웹사이트 로딩을 얻을 수 있습니다. 더 많은 데이터를 효율적으로 수집할 수 있으며, 클라이언트 측 트래킹으로는 결코 얻을 수 없는 인사이트를 얻을 수 있습니다. 무엇보다 중요한 것은, 서버 측 GTM이 컴플라이언스를 유지하고 고객 데이터를 책임감 있게 다루는 데 도움을 주면서 데이터 품질을 보장하기 위한 신뢰할 수 있는 프레임워크를 제공한다는 점입니다. 컴플라이언스는 고객의 눈에 비치는 비즈니스 평판에 있어 매우 중요한 요소라 할 수 있습니다.
GTM에서 서버 측으로 데이터를 전송하는 것에 대해 궁금한 점이 있으시면, 저희 전문가 팀이 도와드릴 수 있습니다!
서버 측에서 시작하고 싶으신가요?
무료로 체험하기
댓글