Google Cloud Speech-to-Text는 중국에서 작동하나요? PIPL 국경 간 이전, 음성 지문 생체정보, 그리고 데이터 레지던시
Google Cloud Speech-to-Text에 전사하라고 보내는 오디오는 화자의 음성 지문 — 익명화할 수 없는 제28조 민감 생체 개인정보 — 을 실어 나르고, Google은 중국 본토 리전을 운영하지 않으므로 그 오디오는 해외에서 처리됩니다: PIPL 국경 간 이전. 음성 지문, 데이터 레지던시, 보존, 그리고 합법적 국내 음성 경로를 컴플라이언스 관점에서 살펴봅니다.
Google Cloud Speech-to-Text는 중국에서 작동하나요?
Google Cloud Speech-to-Text에 전사하라고 보내는 녹음은 화자의 음성 지문 — 제28조 민감 생체 개인정보 — 이며, Google은 중국 본토 리전을 운영하지 않으므로 모든 요청이 그 오디오를 해외에서 처리합니다.
Speech-to-Text는 오디오를 텍스트로 바꾸지만, 오디오 자체가 생체 식별자에 더해 말해진 모든 것 — 통화 녹음, 음성 메시지, 받아쓴 메모 — 을 실어 나르므로, 중국 출신 오디오를 Google의 해외 서버로 보내는 것은 전사본을 마스킹해도 되돌릴 수 없는 민감 개인정보의 PIPL 국경 간 이전(제28조)입니다. 기본적으로 Google은 귀사의 오디오를 로깅하거나 훈련에 쓰지 않지만, 선택적 데이터 로깅 프로그램은 씁니다 — 중국 오디오에 대해서는 꺼 두는 설정입니다. 합법적 레버는 중국 오디오의 처리를 국내에 — 자체 호스팅/온프레미스 음성 컨테이너 또는 허가받은 국내 음성 서비스 — 제28조 별도 동의와 PIPIA와 함께 두는 것이지, 해외 엔드포인트를 도달 가능하게 만드는 것이 아닙니다.
판정이 아니라 리스크 지도입니다 — 구체적인 사항은 법률 자문과 매듭지으십시오. 저희 중국 팀이 귀사의 노출을 진단해 드립니다 →
컴플라이언스 스냅샷
- ✕ Google Cloud는 중국 본토 리전이 없음; 귀사의 오디오가 해외 서버에서 전사됨
- ! 그 오디오는 화자의 음성 지문 — PIPL 제28조 민감 생체정보, 익명화 불가
- ! 그 오디오를 해외로 보내는 것은 PIPL 국경 간 이전(제38~40조, 数据出境)
- ! 기본적으로 Google은 오디오를 훈련에 쓰지 않지만, 선택적 로깅 프로그램은 씀
- ! CIIO나 대량 취급자에는 사이버보안법 제39조(구 37조)가 국내 저장을 더함
- ✓ 합법적 경로: 국내 음성(자체 호스팅 또는 허가받은 국내)＋제28조 동의＋ICP
Google Cloud Speech-to-Text 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Google Cloud Speech-to-Text에는 중국 본토 리전이 없습니다 — 오디오가 해외에서 처리됩니다. Google의 문서는 "US and EU regional API endpoints,"만 제공하며 거기서 "your data at-rest and in-use will stay within the continental boundaries of Europe or the USA,"이고, V2 API는 "such as Belgium or Singapore" 같은 리전을 더합니다. Google은 중국 본토에 클라우드 리전을 운영하지 않고(가장 가까운 것은 대만의 asia-east1과 홍콩의 asia-east2로 둘 다 본토 밖) — 다른 클라우드가 운영하는 중국 파티션 같은 것도 없습니다. | Google Cloud — Speech-to-Text supported regional endpoints(cloud.google.com), 2026-10-10 열람 |
| 기본적으로 Google은 귀사의 오디오를 로깅하거나 훈련에 쓰지 않지만 — 선택적 프로그램은 씁니다. Google은 "By default, Cloud Speech-to-Text does not log customer audio data or transcripts"라고 밝힙니다; 반면 그 선택적 데이터 로깅 프로그램은 "Google ... use this data solely to train and improve Google products and services."하게 합니다. 중국 출신 오디오에 대해서는 로깅을 꺼 두어 녹음과 전사본이 해외에서 보존되거나 훈련에 쓰이지 않게 하십시오. | Google Cloud — Speech-to-Text data logging(cloud.google.com), 2026-10-10 열람 |
| 온프레미스 컨테이너 빌드가 존재하지만 — 비공개, 영업 관문 기능입니다. Google은 Cloud Speech-to-Text On-Prem을 제공하며, "a Google Cloud Marketplace application"으로 "can be deployed as a container to any GKE cluster"하고 "on-premises with Anthos" 돌 수 있습니다. Google 자신의 페이지가 "you must contact Google for full access,"라고 밝히므로, 국내 자체 호스팅 경로는 가능하지만 가용성과 조건은 토글이 아니라 Google과 확인하는 것입니다. | Google Cloud — Cloud Speech-to-Text On-Prem overview(cloud.google.com), 2026-10-10 열람 |
| 음성 지문은 PIPL 제28조상 민감 생체 개인정보입니다. 중국 화자의 오디오를 해외에서 전사하는 것은 PIPL 제38~40조상의 국경 간 이전(고지, 별도 동의, 이전 메커니즘)이며, 그 오디오 속 음성 지문은 제28조상 민감 개인정보 — 별도 특정 동의와 사전 보호 영향평가(PIPIA)를 요하고, 텍스트를 마스킹해도 벗어날 수 없습니다. | 중화인민공화국 개인정보 보호법 제28조 및 제38~40조(cac.gov.cn), 2026-10-10 열람 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 10일에 출처를 확인했습니다.
중국 본토 대상이라면, Google Cloud Speech-to-Text에 대해 매듭지어야 할 질문은 API에 닿을 수 있는지가 아니라 — 거기로 보내는 오디오에 무슨 일이 일어나는지입니다. Speech-to-Text는 전사 서비스입니다: 누군가 말하는 오디오가 들어가고, 텍스트가 돌아옵니다. 그러나 녹음은 그 말 이상입니다. 사람의 목소리는 생체 식별자 — 음성 지문 — 이며, 중국 개인정보 보호법상 음성 지문은 전사본을 마스킹해도 익명화할 수 없는 민감 개인정보(제28조)입니다. 말해진 내용 — 지원 통화, 음성 메시지, 받아쓴 의료·법률 메모 — 은 그 자체로 민감한 경우가 많습니다. Google은 중국 본토 리전을 운영하지 않으므로, 모든 요청이 그 해외 서버에서 처리됩니다. 따라서 세 의무가 동시에 적용됩니다: PIPL 국경 간 이전(제38~40조), 민감 생체정보의 동의·평가 기준(제28조), 그리고 핵심정보인프라 또는 대량 취급자의 콘텐츠 레지던시.
한눈에 보는 중국에서의 Google Cloud Speech-to-Text
| 무엇이 결정하나 | Google Cloud Speech-to-Text 자신의 표현으로는 — 그리고 중국의 법 |
|---|---|
| 무엇을 보내나 | Speech-to-Text는 사람이 말하는 오디오를 받아 텍스트를 돌려줍니다. 모든 호출은 원시 녹음 — 화자의 음성 지문(생체 식별자)과 말해진 모든 것 — 을 업로드합니다. 전사본은 마스킹할 수 있어도, 목소리는 익명화할 수 없습니다. |
| 어디로 가나 | Google은 중국 본토 리전이 없습니다. 그 문서는 미국·EU 리전 엔드포인트(및 “벨기에나 싱가포르 같은” 리전)만 제공하고; 가장 가까운 데이터센터는 asia-east1(대만)과 asia-east2(홍콩)로 둘 다 본토 밖입니다. 중국 출신 오디오를 거기로 보내는 것은 개인정보의 국경 간 이전(PIPL 제38~40조, 数据出境)입니다. |
| 음성 지문은 민감 데이터다 | PIPL 제28조상 생체 특징 — 음성 지문 포함 — 은 민감 개인정보입니다. 그것을 처리·수출하려면 별도 특정 동의와 사전 개인정보 보호 영향평가(PIPIA)가 필요합니다. 말해진 내용은 추가 민감 범주(건강, 금융, ID)를 더할 수 있습니다. |
| 보존·훈련 & 레지던시 | 기본적으로 Google은 "does not log customer audio data or transcripts"하지만, 선택적 데이터 로깅 프로그램은 로깅된 오디오를 "train and improve Google products and services"에 쓰게 합니다 — 중국 오디오에 대해서는 꺼 두십시오. 온프레미스 컨테이너 빌드가 존재합니다(Cloud Speech-to-Text On-Prem, 비공개 기능). 핵심정보인프라 운영자나 대량 취급자에는 사이버보안법 제39조(구 제37조)가 국내 저장을 더합니다. |
| 그 축 | 도달성은 질문이 아닙니다. 합법적 레버는 중국 출신 오디오의 처리를 국내에 두는 것 — 자체 호스팅/온프레미스 음성 컨테이너 또는 허가받은 국내 음성 서비스 — 이며, 제28조 동의와 함께, 해외 엔드포인트를 더 빠르게 만드는 것이 아닙니다. 오디오를 포착하는 중국 대상 앱도 ICP 비안 의무를 지고 국내 전송이 필요합니다. |
실제로 무엇을 보내나 — 화자의 음성 지문과 말
Speech-to-Text는 전사 서비스입니다: 귀사가 Google 엔드포인트로 오디오를 스트리밍하거나 업로드하면 텍스트를 받습니다. 출력이 텍스트이므로 프라이버시 질문이 전사본에 관한 것이라고 가정하기 쉽습니다. 아닙니다. 모든 요청에 실려 이동하는 것은 녹음이며 — 사람이 말하는 녹음은 그 사람의 생체 식별자입니다. 전사본은 마스킹할 수 있어도; 음성 지문은 되돌려 말하지 않게 할 수 없습니다. 음성 지문 위에 내용 자체가 올라탑니다: 고객 서비스 통화, 음성 사서함, 의사의 받아쓰기, 증언 녹취, 사내 회의 — 생체정보 지점에 이르기도 전에 일상적으로 민감한 범주입니다.
그 오디오는 어디로 가나요? Google은 Speech-to-Text를 Google Cloud 리전에서 처리하며, 중국 본토에는 리전이 없습니다. 자신의 문서는 “US and EU regional API endpoints,“를 제공하며 거기서 “your data at-rest and in-use will stay within the continental boundaries of Europe or the USA,“이고, V2 API는 “such as Belgium or Singapore” 같은 리전에서의 지역화 처리를 더합니다. 중국의 이용자를 제공하려고 그중 어느 것을 고르든 오디오는 나라를 떠납니다. 보존에 관해 Google의 입장은 유리하지만 조건부입니다: “By default, Cloud Speech-to-Text does not log customer audio data or transcripts,“이면서도, 선택적 데이터 로깅 프로그램을 운영하며 그 아래에서 “Google uses this data solely to train and improve Google products and services.”합니다. 중국 출신 오디오에 그 옵트인은 꺼 두는 스위치입니다 — 그러나 꺼 두어도 처리 자체가 해외에서 일어난다는 사실은 바뀌지 않습니다.
그것은 민감 생체정보의 국경 간 이전이다 — PIPL상
오디오가 본토 밖에서 처리되므로, 중국 화자의 녹음을 Speech-to-Text로 보내는 것은 중국 개인정보 보호법상의 개인정보의 국경 간 이전입니다. PIPL 제38~40조는 의무를 처리자인 귀사에 — Google이 아니라 — 두고, 고지, 기능 사용에 대한 이용자의 동의와 구별되는 별도 동의, 그리고 적법한 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증)를 요구합니다.
음성 지문이 기준을 더 높입니다. PIPL 제28조상 생체 특징은 민감 개인정보이며, 그것을 처리하는 것은 데이터가 처리·이전되기 전에 별도 특정 동의 와 사전 개인정보 보호 영향평가(PIPIA)를 요구합니다. 음성 녹음은 그 본질상 생체정보입니다; 전사본에서 이름을 제거해도 그 오디오가 무엇인지는 바뀌지 않습니다. 말해진 내용 자체가 건강, 금융, 신원 데이터인 곳에서는 추가 민감 범주 의무가 그 위에 쌓입니다.
그 밑에 레지던시가 앉습니다. 핵심정보인프라 운영자, 또는 물량 기준을 넘는 취급자는 중국에서 수집한 개인정보를 본토 안에 저장해야 합니다 — PIPL 제40조와 사이버보안법(2026년 1월 1일 이래 시행된 개정의 제39조, 데이터 국내화 조문을 제37조에서 제39조로 재번호하되 실질 불변)과 함께 — 해외 리전이 구조적으로 충족할 수 없는 의무입니다. 물량이나 민감도가 기준을 넘는 곳에서는, 수출 자체가 진행되기 전에 CAC 데이터 수출 안전성 평가가 필요합니다. 이 가운데 어느 것도 전사본이 얼마나 빨리 돌아오는지에 관한 것이 아닙니다.
API에 닿는 것이 질문이 아니다 — 오디오를 국내에 두는 것이 질문이다
레버는 해외 엔드포인트를 더 빠르거나 더 도달 가능하게 만드는 것이 아니라; 중국 출신 오디오의 수출을 멈추고 그것을 국내의 동의받은 경로에서 처리하는 것입니다. 음성 전사에는 두 개의 솔직한 국내 옵션이 있습니다. 첫째, Google은 자신의 온프레미스 빌드를 공표합니다: Cloud Speech-to-Text On-Prem, “a Google Cloud Marketplace application”으로 “can be deployed as a container to any GKE cluster”하고 “on-premises with Anthos” 돌 수 있어 — 인식이 Google의 해외 리전을 호출하는 대신 귀사가 본토에 두는 인프라에서 실행될 수 있습니다. 그것은 비공개 기능입니다; Google 자신의 페이지가 “you must contact Google for full access,“라고 밝히므로, 가용성과 조건은 셀프서비스 토글이 아니라 Google과 직접 확인할 것으로 다루십시오. 둘째, 그 경로가 열려 있지 않은 곳에서는, 중국 출신 오디오를 허가받은 국내 음성 서비스 — 데이터를 본토에 두는 국내 음성 제공자 — 를 통해 라우팅하십시오.
어느 쪽이든 의무는 오디오와 함께 이동합니다: 제28조 별도 동의를 확보하고, PIPIA를 수행하고, 선택적 데이터 로깅 프로그램을 꺼 두어 어떤 중국 녹음도 보존되거나 훈련에 쓰이지 않게 하고, 포착하는 것을 최소화하십시오. 귀사가 하지 않는 것은 오디오를 해외로 보내는 경로를 지어 놓고 그것을 로컬이라 부르는 것입니다. 이는 판정이 아니라 리스크 지도입니다 — 어느 경로, 어떤 동의, 어떤 기준인지의 구체적인 사항은 법률 자문과 매듭지으십시오.
합법적 경로 — 진단, 현지화, 전송
중국의 이용자를 위해 음성 전사를 운영하는 합법적 방법이 있으며, 그것은 분명한 형태를 갖추고 있습니다: 중국 출신 오디오는 동의받은 발판 위에서 나라 안에서 처리되고, 음성 지문은 그것이 마땅한 민감 데이터로 다뤄지며, 오디오를 포착하는 중국 대상 앱은 그 자체로 국내에서 비안·전송됩니다. 21YunBox가 책임지는 부분은 그 발판이며, 그것은 조언 이상입니다. 저희 중국 팀은 세 가지를 합니다. 저희는 음성 서비스로 어떤 오디오가 흐르는지 — 누구의 음성 지문과 어떤 말해진 내용을 싣는지, 어디서 처리되고 보존되거나 훈련에 쓰이는지, 그리고 어디서 적법한 근거(제28조 별도 동의와 PIPIA, 이전 메커니즘)가 없는지 — 를 **진단(map)**합니다. 저희는 처리를 국내 경로 — 자체 호스팅이나 온프레미스 음성 컨테이너, 또는 허가받은 국내 음성 서비스 — 로 **현지화(localize)**하여 중국 오디오가 수출되는 대신 본토에 머물게 하고, 동의와 보존을 올바르게 다룹니다. 그리고 저희는 오디오를 포착·표시하는 중국 대상 앱을 ICP 비안 기반 국내 인프라(21YunBox Optimizer) 위에서, 이미 운영 중인 스택 앞단에, 재구축도 리플랫폼도 없이 **전송(deliver)**합니다.
그 결과는 중국의 이용자를 위해 합법적이고 규정에 맞게 돌아가는 음성 기능입니다. 21YunBox는 어떤 형태의 우회도 결코 쓰거나 권하지 않습니다. 이것은 합법적이고 데이터 거주형인 국내 배포이며, 서비스가 본토에서 제공되지 않는 곳에서는 해외로 손을 뻗는 대신 허가받은 국내 등가물로 현지화합니다.
함께 읽기:
자주 묻는 질문
Google Cloud Speech-to-Text에 중국 본토 데이터센터나 리전이 있나요?
아니요. Google은 Speech-to-Text를 Google Cloud 리전에서 처리하며 중국 본토에는 리전을 운영하지 않습니다 — 그 문서는 미국·EU 리전 엔드포인트와 "벨기에나 싱가포르 같은" 리전만 제공하고, 가장 가까운 데이터센터 asia-east1(대만)과 asia-east2(홍콩)는 본토 밖입니다. 중국 파티션을 돌리는 클라우드와 달리 본토 Google Cloud가 없습니다. 그래서 중국 사람에게서 포착해 Speech-to-Text로 보내는 오디오는 나라를 떠나며 — 적법한 근거가 필요한 PIPL 국경 간 이전입니다.
Google은 제 Speech-to-Text 오디오를 모델 훈련에 쓰나요?
기본적으로 아니요: Google은 "By default, Cloud Speech-to-Text does not log customer audio data or transcripts."라고 밝힙니다. 다만 선택적 데이터 로깅 프로그램을 운영하며, 옵트인하면 "Google uses this data solely to train and improve Google products and services"합니다(그로부터 훈련된 모델의 소유권은 Google이 보유). 중국 출신 오디오에 대해서는 그 프로그램을 꺼 두십시오. 어느 쪽이든 처리는 해외 서버에서 일어나므로, 로깅을 꺼도 보존은 줄이지만 국경 간 이전 질문은 없애지 못합니다.
중국 본토 오디오를 전사하는 합법적 방법은 무엇인가요?
오디오를 수출하는 대신 처리를 국내에 두십시오. 두 가지 솔직한 옵션: 중국 안에서 음성 모델을 자체 호스팅 — Google 자신의 Cloud Speech-to-Text On-Prem 컨테이너(Google과 마련하는 비공개 기능)나 귀사가 국내 인프라에서 돌리는 오픈 모델 — 하거나, 데이터를 본토에 두는 허가받은 국내 음성 서비스를 통해 오디오를 라우팅하는 것. 그 위에 제28조 별도 동의를 확보하고, PIPIA를 수행하고, 오디오를 포착하는 중국 대상 앱을 비안·전송(ICP)하십시오. 21YunBox가 노출을 진단하고, 국내 경로로 현지화하며, 국내에서 전송합니다 — 그리고 어떤 형태의 우회도 결코 쓰거나 권하지 않습니다. 구체적인 사항은 법률 자문과 확인하십시오.
