Intercom은 중국에서 작동하나요? 고객 데이터, PIPL & 어디에 저장되나
Intercom은 그 Messenger의 고객 데이터를 AWS 위 미국, EU(더블린), 호주에만 호스팅합니다 — 결코 중국 본토가 아니라 — 그래서 중국 이용자를 위해 라이브 챗을 돌리는 것은 그들의 대화, 이름, 이메일을 해외로 실어 보냅니다, PIPL 국경 간 이전. 데이터 레지던시 문을 컴플라이언스 우선으로 살펴봅니다.
Intercom은 중국에서 작동하나요?
중국 본토에서 Intercom에 대해 중요한 것은 챗 버블이 로드되는지가 아니라 — 귀사 중국 이용자의 대화가 어디에 저장되는지입니다. Intercom은 그것을 미국, EU, 호주에 호스팅하고, 결코 본토가 아니므로, 중국 고객을 위해 Messenger를 돌리는 것은 그들의 개인정보를 PIPL상 국경 너머로 옮깁니다.
Intercom 자신의 문서는 데이터 호스팅을 “in the US, EU, or Australia”에만 제공합니다: 그 “US data center is located in Amazon Web Services in the us-east-1 AWS Region (N. Virginia, United States),” 그리고 그 서브프로세서 목록은 “By default, hosting occurs in the United States” 라 밝힙니다. 어느 리전도 중국 본토 안에 앉지 않습니다. 따라서 Messenger가 귀사 중국 이용자에게서 수집하는 모든 챗, 이름, 이메일, 방문자 프로필이 해외에 저장됩니다 — PIPL이 규율하는 개인정보의 국경 간 이전(제38~43조), 그리고 핵심정보인프라 운영자나 대량 취급자에는 해외 전용 서비스가 충족할 수 없는 레지던시 의무(제40조; 사이버보안법 제39조(구 제37조)). 아래 표는 Intercom 자신의 표현과 각 줄이 발동시키는 규칙입니다.
이는 리스크 지도이지 판정이 아닙니다 — 귀사가 국경 간 메커니즘, 국내 저장, 또는 둘 다를 지는지는 귀사가 무엇을 수집하고, 얼마나 쥐고, 이용자가 누구인지로 돕니다. 저희 중국 팀이 귀사와 함께 노출을 매핑해 드립니다 →
컴플라이언스 스냅샷
- ! 귀사 중국 이용자의 대화가 미국, EU, 호주에 앉음 — 결코 본토가 아니라
- ! 챗, 이름, 이메일이 중국을 떠나는 것은 PIPL 국경 간 이전
- ! 핵심정보인프라 운영자나 대량 취급자는 Intercom이 제공할 수 없는 국내 저장을 짐
- ! 해외 Messenger와 그 라이브 링크가 중국에서 느리게 로드되거나, 실패하거나, 끊길 수 있음
- ✓ ICP는 Intercom이 질 것이 아님 — Messenger를 임베드하는 사이트에 붙음
Intercom 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Intercom은 귀사 고객 데이터를 미국, EU, 호주에 호스팅합니다 — 결코 중국 본토가 아니라. 자신의 표현으로 귀사는 “Choose where to have your data processed with Regional Data Hosting in the US, EU, or Australia” 하고, 각 옵션이 AWS 리전을 이름합니다: “US data center is located in Amazon Web Services in the us-east-1 AWS Region (N. Virginia, United States),” EU 것은 “eu-west-1 AWS Region (Dublin, Ireland),” 호주 것은 “ap-southeast-2 AWS Region (Sydney, Australia).” 중국 본토 옵션은 없습니다. | Intercom — Regional Data Hosting (intercom.com/help), 2026-10-07 열람 |
| 기본값으로 귀사 데이터는 미국에 앉습니다. Intercom의 서브프로세서 목록은 분명히 밝힙니다: “By default, hosting occurs in the United States,” 호스팅 서브프로세서로 “Amazon Web Services, Inc. - Hosting, storage and processing (including AI processing) of Customer Data (USA)” 와 함께. 지역 옵션 — 더블린이나 시드니 — 조차 그 데이터를 본토에 상대적으로 해외에 둡니다. | Intercom — Subprocessors List (intercom.com/legal), 2026년 6월 25일 발효, 2026-10-07 열람 |
| Messenger는 익명 지표가 아니라 개인정보를 수집합니다. Intercom 자신의 기록은 각 방문자를 그 챗 이력에 묶고 — Messenger 쿠키가 “gives the user access to their previous conversations and identifies them in the Messenger” — 그 위에 지원 대화가 싣는 이름, 이메일 주소, 속성이 앉습니다. 그것은 귀사 중국 이용자가 귀사 사이트를 방문할 때 그들에게서 수집되는 중국 PIPL상 개인정보입니다. | Intercom — Intercom Messenger cookies (intercom.com/help), 2026-10-07 열람 |
| 그 데이터를 해외에 저장하는 것은 PIPL이 규율하는 국경 간 이전입니다. Messenger의 데이터가 본토 이용자에게서 수집되어 — Intercom의 표현으로 — 미국, EU, 호주의 “remains within your selected region” 하므로, 귀사(처리자, Intercom은 처리수탁자)는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 를 PIPL 제38~43조상 충족해야 합니다. 핵심정보인프라 운영자나 대량 취급자는 중국에서 수집된 개인정보를 본토에 저장해야 하고(PIPL 제40조; 사이버보안법 제39조(구 제37조)), 해외 전용 서비스는 그럴 수 없습니다. | Intercom — Regional Data Hosting (intercom.com/help), 2026-10-07 열람; PIPL 제38~43조 & 제40조; 사이버보안법 제39조(구 제37조) |
| ICP는 Intercom의 문이 아닙니다 — 그러나 귀사 사이트의 문입니다. Messenger는 귀사 페이지에 임베드된 백엔드 위젯이고 — Intercom 자신의 쿠키는 “‘first-party’ cookies assigned to the domain of your website” — 그래서 자체 ICP 비안을 지지 않습니다(국무원령 제292호; 공업정보화부령 제33호); 그 의무는 그것을 임베드하는 공개 사이트에 붙습니다. 그리고 Messenger와 그 실시간 연결이 Intercom의 해외 인프라에서 로드되므로, 중국 안에서 그것이 느리거나, 부팅에 실패하거나, 대화 도중 끊길 수 있습니다 — 법적 절반과 분리된 전송 절반. | Intercom — Intercom Messenger cookies & Regional Data Hosting (intercom.com/help), 2026-10-07 열람; 국무원령 제292호; 공업정보화부령 제33호 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
중국 본토 방문자에게, Intercom에 대해 중요한 것은 챗 버블이 나타나는지가 아니라 — 그 뒤의 대화가 어디에 살아도 되는지입니다. Intercom은 자신의 문서에서 그것에 답합니다: 그 Messenger가 수집하는 고객 데이터는 미국, EU, 호주에 호스팅되고, 본토 안에는 리전을 돌리지 않습니다. 위젯은 도달 가능합니다; 노출은 귀사가 중국 고객에게서 모으는 모든 챗, 이름, 이메일이 해외에, 중국 법이 외국으로 다루는 관할에 저장된다는 것입니다. 라이브 연결이 빨리 그려지는지는 쉬운 절반입니다 — 그 개인정보가 어디에 앉는지가 귀사가 그것을 있는 그대로 써도 되는지를 결정하는 절반입니다.
한눈에 보는 중국에서의 Intercom
| 무엇이 결정하는가 | Intercom 자신의 표현으로 |
|---|---|
| 귀사 데이터가 어디에 사는가 | Intercom은 데이터를 AWS 위 “in the US, EU, or Australia” — us-east-1(버지니아 북부), eu-west-1(더블린), ap-southeast-2(시드니) — 호스팅합니다. “By default, hosting occurs in the United States.” 어느 리전도 중국 본토 안에 앉지 않습니다. |
| Messenger가 무엇을 수집하는가 | 방문자별로: 챗 이력 — 쿠키가 “gives the user access to their previous conversations and identifies them in the Messenger” — 에 더해 지원 대화가 싣는 이름, 이메일, 속성. 익명 지표가 아니라 개인정보. |
| 국경을 넘음 | 본토 고객을 위해 Messenger를 돌리는 것은 그 개인정보를 해외로 옮깁니다 — PIPL이 규율하는 국경 간 이전, 고지, 별도 동의, 이전 메커니즘과 함께(제38~43조). |
| 데이터 레지던시 | 핵심정보인프라 운영자나 대량 취급자에는, 중국에서 수집된 개인정보가 본토에 머물러야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 해외 전용 서비스가 충족할 수 없는 의무. |
| ICP & 도달성 | ICP는 Intercom이 아니라 Messenger를 임베드하는 공개 사이트에 붙습니다. Messenger는 해외에서 로드되므로, 그 실시간 링크가 느리거나 끊길 수 있습니다 — 로딩은 쉬운 절반. |
Intercom은 귀사 대화를 해외에 둡니다 — 그리고 정확히 어디인지 이름합니다
Intercom은 귀사 Messenger 데이터를 중국 본토에 쥐지 않고, 그것을 어디에 쥐는지에 대해 구체적입니다. 그 Regional Data Hosting 문서는 귀사가 “Choose where to have your data processed with Regional Data Hosting in the US, EU, or Australia” 하게 하고, 각 옵션이 AWS 리전을 이름합니다: “US data center is located in Amazon Web Services in the us-east-1 AWS Region (N. Virginia, United States),” EU 것은 “eu-west-1 AWS Region (Dublin, Ireland),” 호주 것은 “ap-southeast-2 AWS Region (Sydney, Australia).” 그 서브프로세서 목록은 “By default, hosting occurs in the United States” 를 더합니다. 그 세 곳 어느 하나도 본토 안에 없습니다.
그 지리가 라이브 연결이 그 질문에 들어오기도 전에 그것을 매듭짓습니다. Intercom이 아니라 귀사가 귀사 중국 이용자 개인정보의 처리자입니다; Intercom이 귀사를 대신해 그 대화를 버지니아, 더블린, 시드니에 세워둘 때, 귀사가 그것을 나라 밖으로 보낸 당사자로 남습니다. “우리 챗은 이미 작동한다”는 문제를 닫지 않습니다, 방문자에게 메시지를 전하는 것과 그 방문자가 타이핑한 것을 저장할 자격을 받는 것은 다른 테스트이기 때문입니다 — 그리고 두 번째만이 Intercom의 AWS 리전이 물리적으로 어디에 앉는지로 돕니다.
Messenger의 데이터는 개인정보이므로, 그것을 옮기는 것은 PIPL이 규율하는 이전이다
지원 대화는 바로 중국 법이 보호하는 데이터로 지어집니다. Intercom 자신의 기록은 각 방문자를 그 챗 이력에 묶고 — Messenger 쿠키가 “gives the user access to their previous conversations and identifies them in the Messenger” — 그 위에 귀사 팀이 티켓을 해결하려 모으는 이름, 이메일 주소, 커스텀 속성이 쌓입니다. 그 가운데 무엇도 익명 텔레메트리가 아닙니다; 그것은 개별 사람을 이름하고, 연락하고, 프로파일하며, 이는 중국 개인정보 보호법상 개인정보입니다.
그 정보가 본토 이용자에게서 수집되어 미국, EU, 호주에 저장되므로, PIPL은 그 흐름을 국경 간 이전으로 다룹니다: 처리자 — Intercom이 처리수탁자로 행동하는 귀사 — 는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나, 곧 CAC 안전성 평가, CAC 표준계약, 또는 인증을 충족해야 합니다(제38~43조). 그리고 귀사가 핵심정보인프라 운영자나 대량 취급자라면, 중국에서 수집된 개인정보는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 버지니아, 더블린, 시드니의 AWS에서만 도는 서비스는 충족할 길이 없는 레지던시 의무.
로딩은 쉬운 절반 — 그리고 ICP는 Intercom의 문이 아니다
Intercom Messenger는 중국에서 도달 가능하나, 도달성은 가장 적게 증명하는 절반입니다. 위젯과 그 실시간 연결은 Intercom의 해외 인프라에서 로드되므로, 본토 안에서 그것이 느리게 그려지거나, 부팅에 실패하거나, 주고받는 도중에 끊길 수 있습니다 — 그리고 혼란스러운 방문자가 그것을 필요로 할 때 멈추는 챗은 컴플라이언스 질문에 닿기도 전에 나쁜 결과입니다. 그럼에도 깔끔히 연결되는 Messenger는 여전히 그 대화가 다른 나라에 사는 Messenger입니다. 로딩은 합법과 같지 않고, 챗이 얼마나 빨리 열리는지는 데이터 레지던시 노출을 전혀 바꾸지 않습니다.
있지도 않은 문을 지어내지 않는 것도 똑같이 중요합니다. Messenger는 귀사 페이지에 임베드된 백엔드 위젯으로 돌고, Intercom 자신의 쿠키는 “‘first-party’ cookies assigned to the domain of your website” 입니다. 공개 대상 본토 사이트가 요구하는 ICP 비안(국무원령 제292호; 공업정보화부령 제33호)은 임베드된 Messenger가 아니라 그 사이트 레이어에 속합니다 — 그래서 Intercom은 자체 ICP를 지지 않고, 그것이 진 것처럼 다루는 것은 평가를 틀린 리스크로 겨눕니다. Intercom에서 라이브 질문은 좁고 구체적입니다: 대화 데이터가 어디서 수집·저장되는지.
이는 리스크 지도이지 판정이 아닙니다 — 귀사가 국경 간 메커니즘, 국내 저장, 또는 둘 다를 지는지는 Messenger가 귀사를 위해 무엇을 수집하는지, 그것을 얼마나 쥐는지, 이용자가 누구인지에 달려 있고, 귀사가 짓기 전에 자문과 매듭지을 가치가 있습니다.
21YunBox가 맞는 자리 — 마이그레이션이 아니라 규정에 맞는 overlay
Intercom은 오늘 도는 바로 그 자리에 머뭅니다 — Messenger는 귀사 페이지에 계속 로드되고, 귀사 받은편지함과 대화 이력은 움직이지 않으며, 귀사는 아무것도 다시 쓰지 않습니다. 저희가 더하는 것은 해외 메시징 플랫폼이 혼자서는 공급할 수 없는 조각입니다: 규정에 맞는 본토 안에서의 ICP 비안 전송, 귀사 기존 origin 앞단에 두고, 재구축도 유지할 두 번째 코드베이스도 없이. 저희 중국 팀이 귀사 법인, 데이터 물량, 이용자에 대한 귀사 PIPL 국경 간·데이터 레지던시 입장을 훑고, 규정에 맞는 본토 존재가 부르는 국내 전송과 합법적 데이터 취급을 세웁니다 — 그동안 Intercom과 귀사 사이트는 이미 있는 바로 그 자리에 머뭅니다.
관련 읽을거리:
자주 묻는 질문
Intercom은 우리 중국 이용자의 대화를 어디에 저장하나요?
중국 본토 밖입니다. Intercom은 데이터 호스팅을 미국, EU(더블린), 호주(시드니)에만 — 모두 AWS 위에 — 제공하고, “By default, hosting occurs in the United States.” 중국 본토 리전은 없으므로, Messenger가 귀사 중국 고객에게서 수집하는 챗 이력, 이름, 이메일, 방문자 프로필이 해외에 저장됩니다 — 그것이 일상적 통합을 PIPL상 국경 간 이전 질문으로 바꾸는 것입니다.
본토 고객을 위해 Intercom Messenger를 돌리는 것은 규칙에 어긋나나요?
단순한 예/아니요가 아니라 자문과 평가할 리스크로 다루십시오. 해외 호스팅에서 두 가지가 따라 나옵니다: 귀사 중국 이용자의 개인정보가 본토를 떠나고, PIPL이 그것을 국경 간 이전으로 규율하며(고지, 별도 동의, 이전 메커니즘), 데이터 국내화 의무도 적용되는지는 귀사 역할(예: 핵심정보인프라 운영자)과 데이터 물량으로 돕니다. 별개로, Messenger는 자체 ICP 비안을 지지 않습니다 — 그 의무는 Intercom이 아니라 그것을 임베드하는 공개 사이트에 있습니다.
21YunBox가 우리 Intercom 설정을 중국에서 작동하게 도울 수 있나요?
예. 저희 중국 팀이 귀사 법인, 데이터 물량, 이용자에 대한 귀사 PIPL 국경 간·데이터 레지던시 노출을 매핑하고, 규정에 맞는 중국 존재가 필요로 하는 ICP 비안 국내 전송을 세울 수 있습니다 — Intercom Messenger와 귀사가 이미 돌리는 스택 앞단에, 재구축 없이. 귀사의 구체적 사례를 함께 다루려면 문의하기.
