AppsFlyer는 중국에서 작동하나요? 데이터 레지던시, ICP, 국경 간 규칙
AppsFlyer는 귀사 앱에 임베드되는 모바일 어트리뷰션 SDK로, 기본으로 중국 사용자의 기기 식별자를 읽고 그들의 설치·이벤트·어트리뷰션 데이터를 AppsFlyer의 해외 서버로 보냅니다. '픽셀이 발사되나?' 테스트가 결코 보지 못하는 PIPL 별도 동의·SDK 고지·국경 간 문을 컴플라이언스 관점에서 짚어봅니다.
AppsFlyer는 중국에서 작동하나요?
AppsFlyer가 중국에서 “작동”하는지는 로드되느냐가 아니라 동의-와-국경-간 질문입니다. AppsFlyer는 귀사 앱에 임베드된 모바일 어트리뷰션 SDK입니다; 자사 문서상 그것은 기본으로 중국 사용자의 기기 식별자를 읽고 그들의 설치·이벤트·어트리뷰션 데이터를 해외 서버로 보냅니다.
중국은 그 데이터가 어디에 머무는지만 규율하지 않고 — 그것을 수집하는 트래커를 규율합니다. 불법적으로 개인정보를 수집·사용하는 앱과 서드파티 SDK에 대한 MIIT·CAC 규칙은 수집 전에 무엇을 수집하는지 선언하고 동의를 받을 것을 요구하고, PIPL 제13·23조는 특정, 별도 동의를 요구합니다 — 묶음 수락-아니면-말기가 아니라. 기기 ID를 조용히 읽는 기본-켜짐 SDK가 바로 그 행위이고, 기기 식별자와 행동 프로필은 민감 개인정보(제28~29조)일 수 있습니다. 그것을 해외로 보내는 것은 그 위에 제38~40조상 국경 간 이전입니다.
AppsFlyer는 중국 시장 PIPL 구성을 공표하고 중국 이벤트를 중국 내 릴레이를 통해 라우팅합니다 — 하지만 그것은 데이터 최소화와 수집 엣지이지, 검증된 본토 레지던시 보장이 아닙니다. 저희 중국 팀이 귀사의 AppsFlyer 노출을 함께 매핑해 드립니다 →
컴플라이언스 스냅샷
- ! AppsFlyer의 SDK는 기본으로 중국 사용자의 기기 ID를 읽고 이벤트 데이터를 보냄
- ! 그 기기 + 행동 이벤트가 국경을 넘음 — PIPL 제38~40조가 적용됨
- ! 중국은 SDK의 수집이 일어나기 전에 선언 + 동의되기를 원함
- ! 묶음 수락-아니면-말기 동의로는 부족; 별도 동의가 필요함
- ! AppsFlyer는 중국 릴레이 + PIPL 구성을 운영 — 완전 레지던시가 아니라 최소화
- ✓ 중국 거주, 동의된 경로가 존재할 수 있음 — 자문 + 저희 팀과 매핑하십시오
AppsFlyer 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| AppsFlyer 자신의 표현으로, 그 China PIPL 솔루션은 “based on 3 principles: Prevent the SDK from collecting device IDs. Mask and hash IPs of SDK events, S2S events, and clicks and impressions. Enable auditing all app events on a relay server in China.” 수집은 기본으로 켜져 있습니다 — 그 페이지는 “to disable identifiers specifically for the Chinese market, you must implement custom logic,”이라 적으므로, AppsFlyer를 임베드하고 조치를 취하지 않는 앱은 기본으로 중국 사용자의 기기 ID를 읽고 그들의 이벤트를 보냅니다. | AppsFlyer Knowledge Base — Apply China Personal Information Protection Law(PIPL) solution, 2026-10-12 열람 |
| AppsFlyer의 Services Privacy Policy는 그 SDK가 수집하는 엔드유저 데이터 — 광고·기기 식별자(“IDFA (identifier for advertisers), Android ID (in Android devices); Google Advertiser ID”), IP 주소, 기기 속성, 설치·참여 이벤트 — 를 열거하고, “AppsFlyer may need to transfer Customer Data to countries other than the country from which the Data originated,”이며 미국으로의 이전은 Standard Contractual Clauses로 규율된다고 밝힙니다. 어떤 중국 본토 저장 리전도 명명하지 않습니다; AppsFlyer는 자신을 고객 지시에 따라 행동하는 처리자로 위치시키므로, PIPL 의무는 앱 퍼블리셔인 귀사에 떨어집니다. | AppsFlyer Services Privacy Policy, 2026-10-12 열람 |
| 중국은 트래커 자체를 규율합니다: 불법적으로 개인정보를 수집·사용하는 앱과 서드파티 SDK에 대한 MIIT·CAC 규칙은 수집 전에 무엇을 수집하는지 선언하고 동의를 받을 것을 요구합니다. PIPL 제13·23조는 이런 종류의 추적에 고지와 특정, 별도 동의를 요구합니다 — 묶음(一揽子) 동의가 아니라 — 그리고 기기 식별자와 행동 프로필은 제28~29조상 민감 개인정보일 수 있어, 필요성·별도 동의 테스트를 더합니다. | 중화인민공화국 개인정보 보호법 — 21YunBox gov-doc 번역 |
| 중국 사용자의 기기 식별자와 어트리뷰션 이벤트를 해외 서버로 보내는 것은 PIPL 제38~40조상 개인정보의 국경 간 이전이고, 합법적 이전 메커니즘 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 이 필요합니다. 핵심정보인프라 운영자나 대량 취급자의 경우, 사이버보안법 제39조(구 제37조)는 중국에서 생성된 개인정보를 본토에 저장할 것을 요구합니다. | 국경 간 데이터 이전 규칙과 중화인민공화국 사이버보안법 — 21YunBox gov-doc 번역 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 12일에 출처를 확인했습니다.
중국 본토 사용자에 닿는 모바일 앱에게, 질문은 AppsFlyer의 SDK가 집에 전화할 수 있느냐가 드뭅니다. AppsFlyer는 그것을 보장하려 일부러 애썼습니다 — 중국 시장 어트리뷰션 링크를 공표하고, 이벤트를 중국 안의 릴레이 서버를 통해 라우팅하고, Google 광고 ID가 없는 Android 기기에서는 OAID와 IMEI로 어트리뷰션을 폴백합니다. SDK는 발사됩니다. 바로 그래서 “AppsFlyer는 중국에서 작동하나요?”가 멈출 틀린 자리입니다. AppsFlyer는 귀사가 앱 안에 임베드하는 모바일 측정·어트리뷰션 SDK이고, 자신의 기술로 귀사 사용자의 기기 식별자를 읽고 그들의 설치·이벤트·어트리뷰션 데이터를 AppsFlyer로 돌려보냅니다. 중국에서, 그것을 돌릴 수 있는지를 결정하는 것은 지연이 아니라 — 그 수집을 그것이 일어나기 전에 선언하고 동의받았는지, 그것이 익스포트하는 기기·행동 데이터가 합법적으로 국가를 떠나도 되는지, 그리고 중국향 앱이 누구의 비안 위에 앉는지입니다. 그것들은 컴플라이언스 질문이고, 도달성 체크는 그 어느 것에도 답하지 않습니다.
한눈에 보는 중국에서의 AppsFlyer
| 무엇이 결정하나 | AppsFlyer 자신의 표현 — 그리고 중국 법 |
|---|---|
| SDK가 무엇을 수집하나 | AppsFlyer 자신의 문서상: 기기·광고 식별자(IDFA / IDFV, Google Advertiser ID, Android ID — 그리고 Google Play가 없는 중국에서는 OAID와, 구형 Android에서는 IMEI), IP 주소, 기기 속성, 그리고 설치 더하기 인앱 이벤트 데이터가, 각각 설치 ID로 태깅됩니다. AppsFlyer의 PIPL 페이지상, 이 수집은 기본으로 켜져 있습니다 — 중국만을 위해 끄는 것은 “custom logic”이 듭니다. |
| 이벤트가 와 앉는 곳 | AppsFlyer는 해외 클라우드 SaaS입니다. 그 Services Privacy Policy는 자신이 “may need to transfer Customer Data to countries other than the country from which the Data originated,”이며 미국으로의 이전은 Standard Contractual Clauses로 규율된다고 밝히고, 어떤 중국 본토 저장 리전도 명명하지 않습니다. AppsFlyer는 그 PIPL 구성을 위해 중국 릴레이/수집 엣지를 운영하지만, 그것은 데이터 최소화와 라우팅이지 — 저장된 어트리뷰션 데이터에 대한 명시된 레지던시 보장이 아닙니다. |
| 선언-후-동의 — 차별적 두 번째 절반 | 이것이 속도 테스트가 결코 보지 못하는 절반입니다. 중국은 특히 *트래커*를 규율합니다: 불법적으로 개인정보를 수집·사용하는 앱과 서드파티 SDK에 대한 MIIT / CAC 규칙은 무엇을 수집하는지 선언하고 수집 전에 동의를 받을 것을 요구하며, PIPL 제13·23조는 특정, 별도 동의를 요구합니다 — 단일 묶음(一揽子) 수락-아니면-말기가 아니라. 기기 ID를 조용히 읽는 기본-켜짐 SDK가 바로 그 규칙이 겨냥하는 행위입니다. |
| 민감 개인정보 | 지속적 기기 식별자와 SDK가 짓는 행동/어트리뷰션 프로필은 PIPL 제28~29조상 민감 개인정보로 올라설 수 있고, 그것은 일반 개인 데이터 위에 특정 목적·필요성·별도 동의 테스트를 더합니다. |
| 국경 넘기 | 그 기기 식별자와 이벤트를 AppsFlyer의 해외 서버로 보내는 것은 PIPL 제38~40조상 국경 간 이전이고, 합법적 메커니즘 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 이 필요합니다. 핵심정보인프라 운영자나 대량 취급자의 경우, 사이버보안법 제39조(구 제37조)는 중국에서 생성된 개인정보를 본토에 저장할 것을 요구합니다. |
| 도달성은 축이 아니다 | AppsFlyer가 중국 도메인과 릴레이를 지었으므로 SDK는 중국에서 발사됩니다 — 바로 그래서 "픽셀이 로드되나?"가 여기서 눈이 멉니다. 그것을 정하는 것은 수집이 선언·동의되었는지, 익스포트된 데이터가 국가를 떠나도 되는지, 그리고 중국향 앱이 비안되었는지입니다. 21YunBox는 규제 데이터를 국내에, 동의된 경로에 유지하고, 중국향 표면을 ICP 비안하고 규정에 맞게 전달합니다 — 21YunBox Optimizer — 귀사가 이미 돌리는 AppsFlyer 설정 앞단에. |
SDK가 무엇을 수집하나 — 그리고 “기본으로 켜짐”이 문제 전체인 이유
실제로 기기를 떠나는 것에서 시작하십시오. AppsFlyer의 Services Privacy Policy는 SDK가 기기·광고 식별자 — “IDFA (identifier for advertisers), Android ID (in Android devices); Google Advertiser ID” — 를 IP 주소, 기기·OS 속성, 그리고 마케터가 측정하기로 택한 설치·실행·인앱 이벤트의 스트림과 함께 읽는다고 기술합니다. 중국 국내 시장에서 식별자 믹스는 줄기보다 바뀝니다: 대부분 기기에 Google Play 서비스가 없으므로, AppsFlyer 자신의 안내는 OAID와, Android 28 이하에서는 기기 IMEI로 설치를 어트리뷰션합니다. 어느 쪽이든, 어트리뷰션의 원재료는 실제 사람 전화의 지속적 핸들 더하기 설치 후 그들이 한 것의 행동 흔적입니다.
컴플라이언스 문제는 이것이 가능하다는 것이 아니라 — 그것이 기본값이라는 것입니다. AppsFlyer의 China PIPL 페이지는 SDK가 기기 ID를 수집하는 것을 멈추려면 개발자가 특정 플래그를 설정해야 하고, 그 억제를 중국만으로 한정하려면 “you must implement custom logic.”이라고 분명히 합니다. 평이하게 읽으면: AppsFlyer를 임베드하고 의도적 조치를 취하지 않는 앱은 기본으로 중국 사용자의 기기 식별자를 읽고 그들의 이벤트를 핸드셋에서 보냅니다. 중국의 규칙은 반대 전제 — 선언되고 동의받기 전에는 아무것도 수집되어서는 안 된다 — 위에 지어졌습니다.
중국은 목적지만이 아니라 트래커 자체를 규율한다
여기 도달성 체크가 닿을 수 없는 부분, 그리고 어트리뷰션 SDK를 평범한 해외 앱과 다르게 만드는 부분이 있습니다. 중국은 개인 데이터가 어디서 끝나는지만 묻지 않고; 트래커가 그것을 수집하는 행위를 규율합니다. “불법적으로 개인정보를 수집·사용하는” 앱과 서드파티 SDK를 겨냥한 MIIT·CAC 규칙은 트래커가 무엇을 수집하는지 선언하고 수집이 시작되기 전에 사용자 동의를 확보할 것을 요구합니다. PIPL 제13·23조가 이것을 보강합니다: 개인정보를 처리하려면 합법적 근거와 명확한 고지가 필요하고, 그것을 서드파티와 공유하는 것 — 어트리뷰션 SDK가 이벤트를 AppsFlyer로 보내며 하는 것 — 은 특정, 별도 동의가 필요합니다. 단일 묶음 “전부 동의 아니면 떠나기” 프롬프트(一揽子同意)는 그것을 충족하지 않습니다.
민감성을 겹치십시오. 지속적 기기 식별자와 SDK가 조립하는 어트리뷰션·행동 프로필은 PIPL 제28~29조상 민감 개인정보를 구성할 수 있고, 그것은 특정 목적·입증된 필요성·자체의 별도 동의를 요구합니다. 기기 ID와 행동 흔적을 조용히 읽는 기본-켜짐 SDK는, 거의 정의상, 이 규칙이 멈추려 쓰인 행위입니다. 어떤 빠른 수집도 그것을 바꾸지 않습니다 — 위반이 있다면, 그것은 어떤 서버 왕복 전에, 조용한 수집의 순간에 일어났습니다.
설계상 국경 간 — 그리고 AppsFlyer의 중국 릴레이가 약속하는 것과 아닌 것
두 번째 규제 이벤트는 국경 넘기입니다. SDK가 중국에서 수집하는 기기 식별자와 이벤트는 그저 전화에 앉지 않고; AppsFlyer로 이동하며, AppsFlyer의 Services Privacy Policy는 자신이 “may need to transfer Customer Data to countries other than the country from which the Data originated,”이며 미국 이전은 Standard Contractual Clauses로 규율된다고 솔직합니다. 그것은 PIPL 제38~40조상 개인정보의 국경 간 이전이고, 법의 이전 메커니즘 중 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 가 필요합니다. 핵심정보인프라 운영자나 대량 취급자의 경우, 사이버보안법 제39조(구 제37조 — 2026년 1월 1일 발효된 2025년 사이버보안법 개정이 데이터 국내화 조항을 제37조에서 제39조로 재번호, 실질 불변)는 중국에서 생성된 개인정보를 본토에 저장할 것을 요구합니다.
여기서 AppsFlyer의 중국 자세는 정확히 진술할 가치가 있는데, 그것이 순수 해외 트래커와는 진정으로 다르고 — 완전한 레지던시에는 진정으로 못 미치기 때문입니다. AppsFlyer는 중국 시장 PIPL 구성을 공표하는데, 그 명시된 원칙은 SDK가 기기 ID를 수집하는 것을 방지하고, SDK·서버-투-서버·클릭·임프레션 이벤트의 IP를 마스킹·해싱하고, “all app events on a relay server in China”을 감사하는 것입니다. 그것은 국가 안의 의미 있는 수집·수집 엣지입니다. 하지만 그것은 데이터를 줄이고 라우팅하려 귀사가 적용하는 구성이지, 귀사 중국 사용자의 어트리뷰션 데이터가 중국 본토에 저장·보관된다는 선언이 아닙니다. AppsFlyer 자신의 개인정보 처리방침은 국경 간 이전을 명명하고 본토 저장 리전은 명명하지 않습니다. 그러니 중국 거주 경로가 존재할 수 있고 — 탐색할 가치가 있습니다 — 하지만 그 정확한 범위, 그리고 그것이 귀사의 제38~40조·제39조 의무를 충족하는지는, 귀사 중국 프로그램이 그에 의존하기 전에 법률 자문과 AppsFlyer와 확인할 것입니다.
”픽셀이 발사되나?”가 이 모든 것을 놓치는 이유
AppsFlyer는 중국에서 로드에 실패하는 트래커가 아니라 — 그 반대입니다. 그것은 중국 도메인, 중국 릴레이, OAID/IMEI 어트리뷰션을 바로 그것이 발사되도록 출하합니다. 그것이 바로 도달성 테스트가 틀린 도구인 이유입니다. “이벤트가 서버에 닿았나?”는 수집이 선언·별도 동의되었는지, 지속적 기기 식별자와 행동 프로필이 제2829조 근거 없이 민감 개인정보로 읽혔는지, 데이터가 제3840조상 합법적으로 국경을 넘었는지, 혹은 SDK를 나르는 중국향 앱이 비안되었는지에 대해 아무것도 말하지 않습니다. 노출은 조용하고 지속적입니다: 그것은 SDK가 결코 묻지 않은 동의와 그것이 기본으로 익스포트하는 데이터에 살지, 지연 수치에 살지 않습니다.
이는 AppsFlyer가 중국에서 “차단”되었거나 “불법”이라는 판정이 아니라 리스크 지도입니다. 어떤 의무가 귀사 사례에 무는지는 귀사의 법인, 귀사 앱이 실제로 어떤 AppsFlyer SDK와 플로를 출하하는지, 각각이 무엇을 수집하는지, 중국 법상 귀사 역할, 그리고 데이터 볼륨에 달려 있습니다 — 귀사 중국 측정이 그에 의존하기 전에 구체적인 것을 법률 자문과 정할 가치가 있습니다.
합법적 경로 — 매핑, 로컬라이즈, 전송
중국 청중을 위해 모바일 어트리뷰션을 돌리는 규정에 맞는 길이 있고, 그것은 귀사 팀이 이미 쓰는 AppsFlyer 설정 앞단에 앉습니다 — 재구축도, 두 번째 측정 스택도, AppsFlyer로부터의 마이그레이션도 없이.
먼저, 매핑: 저희 중국 팀은 귀사 AppsFlyer 통합이 정확히 무엇을 수집하는지 — SDK가 어떤 식별자(IDFA/IDFV·Google Advertiser ID·Android ID·OAID·IMEI)를 읽는지, 어떤 설치·인앱 이벤트를 보내는지, 그 이벤트가 어디서 호스팅·이전되는지, 각 플로가 기대는 동의 근거 — 를, 그것을 임베드하는 중국향 앱이나 표면의 비안 상태와 함께 목록화합니다. 저희가 기술 그림을 짓고; 법적 결론은 자문과 정합니다.
그다음 로컬라이즈 / 거버넌스: 저희는 중국 법이 요구하는 선언-후-동의 근거를 수집 앞단에 두도록 돕고 — 이 트래커가 필요로 하는 제13·23조 고지와 특정, 별도 동의를, 기기 식별자와 행동 프로필이 민감인 곳의 제28~29조 취급과 함께 — SDK가 기본으로 기기 데이터를 유출하게 두기보다 규제 중국 데이터를 합법적 국내 경로에 유지합니다. 로컬라이즈란 데이터를 국내에 두는 것을 뜻하지; 결코 개인정보를 조용히 국경 너머로 실어 보내는 경로를 뜻하지 않습니다.
그다음 전송: 귀사가 본토 사용자에게 게시하는 모든 중국향 앱이나 공개 표면은 인터넷 정보 서비스이므로, 본토 호스팅 자원에 묶인 ICP 비안(备案) 의무를 지고 규정에 맞는 국내 전송이 필요합니다. 21YunBox가 그것을 세웁니다 — 21YunBox Optimizer — 귀사가 이미 돌리는 것 앞단에. 21YunBox는 어떤 종류의 우회도 사용하거나 권하지 않습니다 — 저희는 법이 머물러야 한다고 말하는 것을 국내에 두고, 나머지를 본토 안에서 규정에 맞게 전달하며, 개인정보를 은밀히 국경 너머로 옮기지 않습니다. 해외 트래커를 그저 도달 가능하게 만드는 것은 답이 아닙니다 — AppsFlyer는 이미 중국에서 도달됩니다; 규제 데이터를 선언·동의되고 (필요한 곳에서) 비안된 국내 경로에 두는 것이 답입니다. 21YunBox는 AppsFlyer의 컴플라이언스 오버레이이자 파트너이지, 경쟁자가 아닙니다.
함께 읽기:
자주 묻는 질문
AppsFlyer는 중국에서 차단되나요?
아니요. AppsFlyer는 중국 시장 어트리뷰션 도메인과 중국 내 릴레이 서버를 공표하고, Google 광고 ID가 없는 곳에서 OAID나 IMEI로 Android 설치를 어트리뷰션하므로, SDK가 도달되고 측정이 돌아갑니다. 도달성은 컴플라이언스 질문이 아닙니다 — 노출은 SDK가 기본으로 중국 사용자의 기기 식별자를 읽고 설치·이벤트 데이터를 AppsFlyer의 해외 서버로 보낸다는 것입니다, 귀사가 달리 구성·동의하지 않는 한.
AppsFlyer는 내 중국 사용자 데이터를 중국 본토에 저장하나요?
명시된 보장으로서는 아닙니다. AppsFlyer 자신의 개인정보 처리방침은 국경 간 이전(미국 이전은 Standard Contractual Clauses 하)을 기술하고 어떤 중국 본토 저장 리전도 명명하지 않습니다. 그 China PIPL 솔루션은 데이터 최소화 구성 더하기 중국 내 수집/감사 릴레이입니다 — 의미 있지만, 저장된 어트리뷰션 데이터에 대한 검증된 엔드투엔드 레지던시 약속이 아닙니다. 중국 거주 경로가 존재할 수 있습니다; 그에 의존하기 전에 그 범위를 자문과 AppsFlyer와 확인하십시오.
어트리뷰션 SDK가 데이터를 수집하기 전에 중국은 무엇을 요구하나요?
수집이 시작되기 전에 무엇을 수집하는지 선언하고 특정, 별도 동의를 받으십시오. 중국의 앱·SDK 거버넌스 규칙(MIIT/CAC)과 PIPL 제13·23조는 묶음 수락-아니면-말기 동의를 받아들이지 않고, 기기 식별자와 행동 프로필은 제28~29조상 민감 개인정보일 수 있습니다. 기기 ID를 조용히 읽는 기본-켜짐 SDK가 그 규칙이 겨냥하는 행위입니다 — 바로 그래서 AppsFlyer를 그저 도달 가능하게 만드는 것이 그것을 규정에 맞게 만들지 않습니다.
