서버사이드 태깅, iOS 광고 차단 우회할까?

핵심 요약
  • 서버사이드 태깅은 측정 이벤트의 처리·전달 경로를 서버로 옮기는 방식입니다.
  • 서버를 경유해도 광고 차단 동작이나 ATT의 추적 권한 기준이 사라지지는 않습니다.
  • iOS 앱 이벤트, Safari 웹 이벤트, SKAdNetwork 포스트백은 서로 다른 측정 경로입니다.

서버사이드 태깅을 iOS 광고 차단이나 앱 추적 투명성(ATT) 동의의 우회 수단으로 볼 수는 없습니다. 서버사이드 태깅은 앱이나 웹에서 발생한 측정 요청을 서버 컨테이너에서 처리하고, 설정에 따라 목적지로 전달하는 구조입니다. 이벤트가 서버를 경유한다는 사실만으로 브라우저의 차단 동작이나 Apple의 추적 권한 기준이 무효화되지는 않습니다. Google도 모바일 앱 SDK 데이터를 서버 컨테이너로 보내는 구성을 안내하지만, 이는 광고 차단을 우회하거나 ATT 요구를 없애는 설명이 아닙니다. 먼저 이벤트가 iOS 앱에서 발생했는지 Safari 웹에서 발생했는지 구분해야 합니다.

서버사이드 태깅은 무엇을 바꾸나

기기에서 보낸 측정 요청을 서버 컨테이너가 이벤트로 처리해 설정된 태그와 규칙에 따라 전달합니다.

기기에서 보낸 데이터를 서버 컨테이너가 처리합니다

클라이언트 사이드 태깅에서는 웹페이지나 앱이 측정 요청을 전송합니다. 서버사이드 태깅에서는 기기에서 보낸 요청을 개발자가 관리하는 서버 컨테이너가 받아 이벤트로 처리하고, 설정된 태그와 규칙에 따라 데이터를 전달할 수 있습니다. Google의 서버 측 태그 지정 소개는 서버 컨테이너와 클라이언트가 요청을 이벤트로 바꾸고 처리하는 흐름을 설명합니다. 데이터의 처리 위치가 달라지는 것이지, 서버로 전송된 데이터가 자동으로 익명화되거나 개인정보 보호 요건을 충족하게 되는 것은 아닙니다.

광고 차단을 무력화한다고 단정할 수 없습니다

서버를 경유하도록 요청 경로를 설계할 수는 있지만, 이를 모든 광고 차단 환경에서 통하는 우회 방법이라고 단정할 근거는 없습니다. 브라우저 설정, 차단 도구, 요청 구성에 따라 동작이 달라질 수 있고 측정이 보장되지도 않습니다. 앱 이벤트는 앱 SDK와 서버 설정에 따른 경로를 따르며, Safari 웹 이벤트는 웹페이지와 브라우저 환경에서 발생합니다. 두 경로를 하나의 ‘차단 우회’로 묶어 해석하지 마세요.

핵심 기준: 서버사이드 태깅은 측정 데이터의 처리·전달 위치와 규칙을 바꾸는 기술입니다. 사용자의 추적 선택이나 앱·브라우저의 권한 설정을 대신하지 않습니다.

iOS 앱과 Safari 웹의 데이터 흐름

스마트폰 앱 이벤트와 Safari 웹 이벤트가 각각 수집 서버로 전달되고 앱 설치 성과는 별도로 측정되는 모습

앱 이벤트는 SDK와 앱 측정 설정을 거칩니다

가입이나 구매 같은 앱 이벤트는 앱에 포함된 측정 SDK가 수집해 지정된 수집 서버로 보낼 수 있습니다. Google은 Firebase용 Google 애널리틱스 SDK를 이용해 iOS·Android 앱 데이터를 서버 컨테이너로 보내고, 서버에서 처리한 뒤 Google 애널리틱스 등으로 전달하는 구성을 안내합니다. 자세한 단계는 모바일 앱용 서버 측 태그 지정 문서를 확인하세요. 이 앱 측정 경로가 Safari의 웹 요청이나 브라우저 차단 동작과 같다는 뜻은 아닙니다.

Safari 웹 이벤트는 웹 측정 경로를 따릅니다

iPhone Safari에서 웹사이트를 방문하면 웹페이지의 측정 설정과 브라우저 환경이 관여합니다. 서버 주소를 사용해 요청을 구성하더라도 측정이 항상 성공한다고 보장할 수는 없습니다. 앱과 웹이 같은 사용자의 여정에 포함되어 있더라도 이벤트가 자동으로 개인 단위로 연결되는 것도 아닙니다. 식별자를 결합하거나 광고 목적으로 활용하려면 데이터의 출처와 사용 목적, 권한을 따로 검토해야 합니다.

구분 주요 데이터 경로 서버사이드 태깅의 역할
iOS 앱 이벤트 앱 SDK → 설정된 수집 서버 구성에 따라 서버에서 이벤트 처리·전달
Safari 웹 이벤트 웹페이지와 브라우저 → 설정된 수집 서버 구성에 따라 요청 처리·목적지 제어
앱 설치 광고 성과 광고 네트워크와 SKAdNetwork 포스트백 서버 태깅과 별도로 운영되는 어트리뷰션 체계

ATT 권한과 측정 방식은 따로 확인합니다

한 사람이 스마트폰의 앱 추적 동의와 광고 성과 데이터를 확인하고 있다.

ATT는 이벤트의 서버 위치만으로 판단하지 않습니다

Apple은 ATT를 다른 회사의 앱·웹사이트 등에서 수집한 사용자 또는 기기 데이터를 맞춤형 광고나 광고 측정 목적으로 연결하거나 데이터 브로커와 공유하는 추적에 관한 권한 체계로 설명합니다. 따라서 데이터를 서버로 복사하거나 처리 위치를 바꿨다는 사실만으로 ATT 관련 검토가 끝나지는 않습니다. 이벤트와 식별자의 실제 사용 목적을 확인하고, 해당 사용이 추적에 해당하는지와 권한 상태에 맞는지를 검토하세요. Apple의 사용자 개인정보 보호 및 데이터 사용 안내에서 추적의 정의와 ATT 설명을 확인할 수 있습니다.

설치 성과는 SKAdNetwork 포스트백을 별도로 해석합니다

SKAdNetwork는 앱 광고 어트리뷰션을 위한 Apple의 체계입니다. Apple 문서에 따르면 개인정보 보호와 군중 익명성을 위해 기기가 포스트백에 포함되는 데이터의 수준을 제한할 수 있습니다. 그러므로 앱 SDK를 통해 서버 컨테이너로 보낸 이벤트와 SKAdNetwork 포스트백은 같은 종류의 데이터가 아니며, 집계 결과가 일치하지 않을 수 있습니다. 설치 캠페인을 분석할 때는 각 데이터의 목적과 집계 기준을 구분해 보세요. 세부 내용은 Apple의 여러 전환 기간의 포스트백 받기 문서를 참고할 수 있습니다.

주의: 서버사이드 수집은 동의 거부를 우회하는 대안이 아닙니다. 수집 목적과 권한에 맞게 이벤트와 식별자의 전송 규칙을 점검하세요.

도입 전 점검할 실무 항목

앱과 서버의 이벤트가 중복 처리와 동의 확인을 거쳐 분석 플랫폼으로 전달되는 모습

이벤트 정의와 중복 처리 규칙을 정합니다

가입 완료나 구매 완료처럼 측정할 이벤트와 발생 기준을 먼저 정의합니다. 앱과 서버가 같은 전환을 각각 보내면 중복 집계가 생길 수 있습니다. 목적지 플랫폼이 지원하는 중복 제거 방식을 확인하고, 같은 전환을 식별할 키와 필드 형식을 일관되게 적용하세요. 통화, 금액, 발생 시각처럼 분석에 필요한 필드도 앱과 서버 간 형식을 맞춥니다.

  • 전송 전에 동의 상태와 수집 목적을 확인합니다.
  • 목적에 필요하지 않은 식별자와 이벤트 속성은 제외하거나 제거합니다.
  • 앱 이벤트와 서버 전송 이벤트의 중복 처리 규칙을 정합니다.
  • 테스트 환경에서 수신, 변환, 목적지 전송 여부를 확인합니다.

운영과 장애 대응도 설계에 포함합니다

서버사이드 태깅을 운영하려면 서버 배포와 모니터링이 필요합니다. 트래픽, 배포 환경, 로그 설정에 따라 비용과 운영 부담이 달라질 수 있고, 설정 오류나 서버 장애는 데이터 누락으로 이어질 수 있습니다. Google의 서버 측 태그 지정 문서는 서버 설정과 배포 선택지를 안내합니다. 운영에 반영하기 전에 미리보기와 디버그 기능으로 들어오는 요청, 태그 처리, 목적지 전송을 각각 확인하세요. 쿠키나 브라우저의 제한이 서버 구성만으로 사라진다고 전제하지 마세요.

  1. 앱·웹 이벤트와 측정 목적을 목록화합니다.
  2. 동의와 권한 상태에 따라 전송할 데이터와 제외할 데이터를 정합니다.
  3. 서버 컨테이너에서 이벤트 처리와 목적지별 전달 규칙을 설정합니다.
  4. 테스트 이벤트로 누락, 중복, 필드 변환을 확인한 뒤 운영에 반영합니다.

자주 묻는 질문

Q. 서버사이드 태깅을 쓰면 iOS 광고 차단을 우회할 수 있나요?

그렇게 단정할 수 없습니다. 서버사이드 태깅은 데이터 처리·전달 경로를 바꾸지만, 모든 광고 차단 환경에서 측정을 보장하지 않으며 브라우저 설정이나 ATT 권한을 무효화하지도 않습니다.

Q. ATT에서 추적을 거부한 사용자 이벤트도 서버로 보내도 되나요?

서버로 전송한다는 이유만으로 허용되는 것은 아닙니다. 이벤트와 식별자의 사용이 Apple이 설명하는 추적에 해당하는지, 수집 목적과 권한 상태에 부합하는지 검토해야 합니다. 구체적인 처리는 앱의 데이터 흐름과 적용되는 요건에 따라 확인하세요.

Q. 서버사이드 태깅으로 앱 설치 광고 성과를 모두 볼 수 있나요?

아닙니다. 서버 컨테이너의 앱 이벤트와 SKAdNetwork 포스트백은 별도 측정 경로입니다. 포스트백 정보는 개인정보 보호 기준에 따라 제한될 수 있습니다.

Q. 서버사이드 태깅을 도입하면 데이터가 자동으로 정확해지나요?

아닙니다. 이벤트 정의, 중복 제거, 전송 오류, 데이터 사용 권한, 목적지 설정을 관리해야 데이터 품질을 확인할 수 있습니다.

Q. iOS 앱을 GTM 서버 컨테이너와 연결할 수 있나요?

가능합니다. Google은 Firebase용 Google 애널리틱스 SDK와 서버 컨테이너를 이용하는 모바일 앱 구성을 안내합니다. 앱 SDK와 서버 컨테이너를 설정한 뒤 실제 이벤트가 의도한 대로 전달되는지 확인해야 합니다.

참고자료

관련 글 보기