Airtable은 중국에서 작동하나요?
Airtable은 역외에 사는 클라우드 데이터베이스이며, 중국 본토에 관해서는 그것이 곧 답입니다. Airtable은 귀사의 베이스를 미국·유럽·호주의 Amazon Web Services에 저장하며 — 중국 본토 리전은 없습니다 — 그래서 이를 중국 사용자의 개인정보를 담는 데 쓰는 것은 그 데이터를 국경 너머로 옮기는 일이고, 성능 문제이기 훨씬 전에 컴플라이언스 결정입니다.
Airtable 자신의 표현으로 그것은 “미국(기본값), 유럽, 호주에 데이터 레지던시를 제공”하며, 서브프로세서 페이지는 미국·독일·아일랜드·호주에 걸쳐 “고객 데이터 호스팅”에 Amazon Web Services를 명시합니다 — 모든 옵션이 본토에서 역외입니다. 중국 사용자의 이름·이메일, 혹은 어떤 개인적 세부든 베이스에 저장하는 순간 귀사는 PIPL이 규율하는 개인정보의 국경 간 이전을 한 것입니다(고지, 별도 동의, 그리고 합법적 이전 메커니즘, 제38~43조). 그리고 Airtable은 호스트가 아니라 백엔드이므로, 그것이 구동하는 공개 본토 사이트에는 여전히 ICP 비안이 필요한데 — Airtable은 그것이 묶일 국내 서버를 제공하지 않습니다. 아래 표는 Airtable 자신의 표현과 각 줄이 유발하는 규칙입니다.
이는 판정이 아니라 리스크 지도입니다 — 어떤 의무가 적용되는지는 귀사의 법인, 데이터, 그리고 사용자가 누구인지에 따라 달라집니다. 저희 중국 팀이 귀사의 노출을 함께 진단합니다 →
컴플라이언스 스냅샷
- ✕ Airtable은 미국·유럽·호주 데이터 레지던시를 제공 — 중국 본토 리전은 없음
- ! 귀사의 베이스는 역외 AWS에서 돌아감 — 중국 사용자의 개인정보가 본토 밖에 있음
- ! 중국 사용자의 데이터를 Airtable에 수집하는 것은 국경 간 이전 — PIPL 적용
- ! Airtable은 호스트가 아니라 백엔드 — 그것이 구동하는 공개 본토 사이트에는 여전히 ICP 필요
- ! 실시간 베이스와 API 호출은 국경 너머로 Airtable에 도달 — 도달성은 보장되지 않음
Airtable이 귀사의 중국 본토 사용자에게 규정에 맞는지를 실제로 결정하는 것
| 사실 | 1차 출처 |
|---|---|
| Airtable은 데이터를 역외에 저장하며, 중국 본토 리전을 제공하지 않습니다. 자사 데이터 레지던시 문서에서 Airtable은 “offers data residency in the United States (default), Europe, and Australia.”라고 밝힙니다. 그 셋이 유일한 옵션이며 — 기본값으로 만든 베이스는 미국에 놓이고, 선택할 중국 본토 리전은 없습니다. 중국 대상에게 그 배치는 PIPL상 국경 간 데이터 문제의 핵심입니다. | Airtable — Data residency at Airtable (support.airtable.com), 2026-10-07 열람 |
| Airtable의 베이스는 Amazon Web Services 위에서 돌아가며, 그 전부가 중국 본토 밖입니다. Airtable 자신의 서브프로세서 페이지는 “may use the following subprocessors for hosting customer data,”라고 하며, “Cloud infrastructure”에 “Amazon Web Services, Inc”를 “USA, Germany*, Ireland*, Australia*”로 열거합니다 — 별표 리전은 유럽 또는 호주 데이터 레지던시에서만 사용할 수 있습니다. 그 어느 것도 본토에 있지 않으므로, 데이터가 어디에 놓이든 그것은 귀사의 중국 사용자로부터 국경 너머에 호스팅됩니다. | Airtable — Subprocessors (airtable.com/company/subprocessors), 2026-10-07 열람 |
| 중국 사용자의 개인정보를 Airtable에 수집하는 것은 국경 간 이전입니다. 베이스가 역외에 있으므로, 본토 사용자가 제출하는 모든 이름·이메일·레코드는 저장되는 순간 국경을 떠납니다. 중국 개인정보 보호법은 이를 개인정보의 수출로 다루며 — 제38~43조에 따라 고지, 별도 동의, 그리고 허용된 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증)를 요구합니다 — 핵심정보인프라 운영자나 대량 취급자에게는 국내 저장 의무를 더합니다(PIPL 제40조, 사이버보안법 제39조(구 제37조)와 함께). | PIPL 제38~43 및 40조; 사이버보안법 제39조(구 제37조) (npc.gov.cn), 2026-10-07 열람 |
| Airtable이 공개 본토 사이트를 구동한다면, 그 사이트에는 여전히 ICP 비안이 필요하며 — Airtable은 신고할 호스트를 제공하지 않습니다. Airtable은 호스팅 제공자가 아니라 백엔드입니다: 데이터 레지던시 옵션이 미국·유럽·호주뿐이므로, ICP 비안이 묶일 국내 서버가 없습니다. 본토 방문자에게 보여지는 공개 웹사이트는 허가받은 국내 호스트에 묶인 ICP 비안을 지녀야 하며(국무원령 제292호; 공업정보화부령 제33호) — 이는 Airtable이라는 데이터베이스가 아니라 Airtable이 뒷받침하는 사이트에 관한 사실입니다. | Airtable — Data residency at Airtable (support.airtable.com), 2026-10-07 열람; 국무원령 제292호; 공업정보화부령 제33호 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
Airtable은 데이터를 모델링하기에 훌륭한 곳입니다 — 스프레드시트처럼 다루는 관계형 데이터베이스이자, 웹사이트나 앱의 편리한 백엔드입니다. 그러나 중국 본토 대상에게 첫 번째 질문은 베이스가 얼마나 빨리 로드되느냐가 아니라 그 베이스가 어디에 사느냐입니다. Airtable은 전적으로 역외에서 돌아가는 클라우드 데이터베이스이기 때문입니다. Airtable은 귀사의 데이터를 미국·유럽·호주의 Amazon Web Services에 저장하며, 중국 본토 안에는 리전이 없습니다 — 그래서 중국 사용자의 이름이나 이메일이 귀사의 베이스 중 하나에 들어오는 순간, 그들의 개인정보는 이미 국경을 떠난 것입니다. 이는 중국 데이터 보호법의 문제이며, ‘Airtable이 중국에서 작동하는가’에서 어떤 튜닝으로도 답할 수 없는 절반입니다. 애초에 성능 문제가 아니었기 때문입니다.
한눈에 보는 중국에서의 Airtable
| 무엇이 결정하나 | Airtable 자신의 표현 — 그리고 중국의 법 |
|---|---|
| Airtable이란 | 클라우드 데이터베이스이자 로우코드 백엔드입니다. Airtable은 Amazon Web Services 위에서 돌아가며, 서브프로세서 페이지는 “고객 데이터 호스팅”에 AWS를 명시합니다. 콘텐츠 모델링과 서빙에는 훌륭하지만 — 설계상 본토 밖에 호스팅됩니다. |
| 중국 본토 리전? | 없습니다. Airtable은 “미국(기본값), 유럽, 호주에 데이터 레지던시를 제공”합니다. 그 셋이 전부이며, 중국 본토 옵션은 없으므로 귀사의 베이스는 역외에 놓입니다. |
| 중국 사용자의 개인정보 보관 | 본토 사용자의 개인정보를 역외 베이스에 저장하는 것은 개인정보의 국경 간 이전이며, PIPL이 이를 규율합니다 — 고지, 별도 동의, 그리고 합법적 이전 메커니즘(제38~43조). |
| 중국에서 공개 사이트 서비스 | Airtable은 호스트가 아니라 백엔드입니다. 그것이 공개된 본토 사이트를 구동한다면, 그 사이트에는 여전히 허가받은 국내 호스트에 묶인 ICP 비안이 필요하며(국무원령 제292호; 공업정보화부령 제33호) — Airtable은 신고할 국내 서버를 제공하지 않습니다. |
| 실제로 작동하는 설계 | Airtable은 데이터 소스로 유지하고, 본토 방문자를 위해 그 앞단에 ICP 비안 국내 계층을 더하며, 어떤 개인정보가 국경을 넘는지에 신중하십시오. Airtable에서 이탈하는 마이그레이션이 아니라, 오리진 앞단의 오버레이입니다. |
Airtable이 실제로 데이터를 두는 곳
Airtable 자신의 문서에서 시작하십시오. 유난히 명확하기 때문입니다. Airtable은 “미국(기본값), 유럽, 호주에 데이터 레지던시를 제공”합니다 — 세 개의 리전이며, 아무것도 바꾸지 않고 만든 베이스는 미국에 놓입니다. 서브프로세서 페이지도 똑같이 분명합니다: Airtable은 “고객 데이터 호스팅을 위해 다음 서브프로세서를 사용할 수 있다”고 하며, 이를 호스팅하는 것은 “USA, Germany*, Ireland*, Australia*”의 “클라우드 인프라”로 명시된 “Amazon Web Services, Inc”입니다. 별표가 붙은 리전은 유럽 또는 호주 데이터 레지던시를 켠 고객만 사용할 수 있습니다. 목록 전체를 읽어도 같은 사실이 되풀이됩니다: Airtable이 귀사의 데이터를 둘 모든 곳은 중국 본토 밖입니다. 선택할 중국 리전은 없으며, 이는 설정으로 피해 갈 수 있는 누락이 아니라 — 그저 제품이 사는 곳입니다.
그것을 결정하는 관문: PIPL과 귀사 사용자의 데이터
베이스가 역외에 있으므로, 컴플라이언스 질문은 속도가 아니라 이동에 관한 것입니다. 본토 방문자가 폼을 제출하거나, 가입하거나, 그를 대신해 레코드가 작성되면, 그들의 개인정보는 중국 밖 서버에 저장되며 — 개인정보 보호법(PIPL)상 그것은 개인정보의 국경 간 이전입니다. PIPL은 그러한 이전에 세 가지를 요구합니다: 당사자에게 고지할 것, 그들의 별도 동의를 받을 것, 그리고 허용된 메커니즘 중 하나를 갖출 것 — CAC 안전성 평가, CAC 표준계약, 또는 인증(제3장 제38~43조). 귀사의 조직이 핵심정보인프라 운영자이거나 규제 기준을 넘는 개인정보를 취급한다면, 한 가지 의무가 더 적용됩니다: 데이터를 애초에 중국 안에 저장해야 합니다(PIPL 제40조, 사이버보안법 제39조(구 제37조)와 함께). 그 기준 중 어느 것이 귀사에 해당하는지는 귀사의 역할과 수치에 따라 달라지며, 어느 쪽으로든 단정하기보다 법률 자문과 함께 정리할 문제입니다.
두 번째 관문: Airtable이 공개된 본토 사이트 뒤에 있을 때
Airtable이 중국 대중이 방문할 수 있는 사이트 — 귀사의 베이스에서 공급되는 목록, 카탈로그, 고객 포털 — 를 뒷받침할 때에만 나타나는 별개의 요건이 있습니다. 본토 방문자에게 보여지는 공개 웹사이트는, 국무원령 제292호와 공업정보화부령 제33호에 따라 본토 안에 물리적으로 존재하는 허가받은 호스트에 묶인 ICP 비안(备案)을 지녀야 합니다. 바로 여기서 Airtable의 본질이 중요해집니다: 그것은 호스팅 제공자가 아니라 백엔드이며, 그 비안이 묶일 국내 서버를 공개하지 않습니다. 의무는 Airtable이라는 데이터베이스가 아니라 귀사가 서비스하는 공개 사이트에 떨어집니다 — 하지만 그 사이트가 중국에 닿으려는 것이라면, 비안은 어딘가에 있어야 하고, Airtable은 그 어딘가가 아닙니다.
이것은 판정이 아니라 리스크 지도입니다 — 이 관문 중 어느 것이 실제로 해당하는지는 귀사의 법인, 데이터, 그리고 사용자가 누구인지에 따라 달라지며, 법률 자문과 함께 정리할 가치가 있습니다.
21YunBox가 들어맞는 자리 — 마이그레이션이 아니라 규정 준수 오버레이
귀사는 Airtable을 지금 그 자리에 그대로 둡니다. 같은 베이스, 같은 자동화, 앱이 이미 호출하는 같은 API와 함께, 그것은 귀사의 데이터 소스이자 편집 표면으로 남습니다. 21YunBox가 더하는 것은 역외에 놓인 클라우드 데이터베이스가 구조적으로 담을 수 없는 조각입니다: 규정에 맞는 본토 내부로부터의 ICP 비안 전송을, 기존 오리진 앞단에 두는 것입니다 — 재구축도, 두 번째 코드베이스도, Airtable에서의 이탈도 없습니다. 저희 중국 팀은 어떤 의무가 귀사의 구성에 미치는지 진단하고, 공개 사이트의 ICP 비안을 처리하며, 어떤 개인정보가 국경을 넘어도 되고 어떤 것이 국내에 머물러야 하는지를 설계하도록 돕습니다 — 그래서 역외에 사는 스택의 부분들은 계속 제 역할을 하고, 귀사의 본토 거점은 운영할 자격을 갖춘 것이 됩니다.
함께 읽기:
자주 묻는 질문
Airtable은 중국에서 차단되나요?
도달성은 질문의 덜 중요한 절반이며, 컴플라이언스를 결정하는 절반이 아닙니다. Airtable은 역외 인프라에서 국경 너머로 도달되므로, 실시간 베이스나 API 호출은 본토에서 보장되지도 일관되게 안정적이지도 않은 국경 간 연결에 의존합니다. 하지만 완벽하게 로드되는 날에도 컴플라이언스 쟁점은 그대로입니다: 데이터는 여전히 역외에 있습니다. '도달할 수 있는가'와 '중국 사용자의 데이터를 담는 데 합법적으로 쓸 수 있는가'를 별개의 두 질문으로 다루십시오 — 지배하는 것은 두 번째입니다.
그래도 중국향 사이트의 CMS나 백엔드로 Airtable을 쓸 수 있나요?
흔히 가능하지만, 설계가 개인정보에 대해 신중해야 합니다. Airtable이 빌드 시점에 가져와 캐싱되는 비개인 콘텐츠만 서빙한다면, 중국 개인정보는 거의 또는 전혀 국경을 넘지 않습니다. 본토 사용자의 개인정보를 베이스에 수집하는 순간 — 폼 제출, 가입, 레코드 — 귀사는 중국 개인정보의 역외 저장소를 갖게 되며, PIPL은 이를 국경 간 이전으로 규율하고, 공개 사이트 프런트엔드에는 여전히 자체 ICP 비안이 필요합니다. 그중 어느 것이 귀사에 해당하는지는 법률 자문과 함께 정리할 가치가 있습니다.
21YunBox가 Airtable 기반 사이트를 중국에서 작동하게 도울 수 있나요?
네. 저희 중국 팀은 귀사의 노출을 진단할 수 있습니다 — 귀사의 법인, 데이터 규모, 사용자에 대해 PIPL 국경 간 및 데이터 레지던시 질문을 평가하고 — 이미 운영 중인 Airtable 기반 스택 앞단에, 규정에 맞는 본토 거점에 필요한 ICP 비안 국내 계층을 세웁니다. Airtable은 데이터 소스로 남고, 저희는 허가받은 국내 전송을 더하며 어떤 개인정보가 국경을 넘는지 설계하도록 돕습니다. 구체적인 사안을 함께 다루려면 문의해 주세요.