Contentstack은 중국에서 작동하나요? 데이터 레지던시·PIPL·ICP 질문
Contentstack은 일곱 리전 — 북미·유럽·호주의 AWS·Azure·GCP — 에서 도는 엔터프라이즈 헤드리스 CMS로, 중국 본토에는 없습니다. 그래서 귀사 콘텐츠와 그 안의 어떤 개인 데이터든 PIPL상 해외에 앉고, ICP 비안은 그 위에 귀사가 돌리는 공개 사이트에 붙습니다. 귀사 콘텐츠가 어디 사는지와 누가 사이트를 비안하는지를 컴플라이언스 우선으로 봅니다.
Contentstack은 중국에서 작동하나요?
귀사가 중국 본토에서 Contentstack을 쓸 수 있는지는 속도이기 전에 데이터 레지던시 질문입니다. Contentstack은 엔터프라이즈, API 우선 헤드리스 CMS입니다: 그것은 귀사 사이트가 지어지는 콘텐츠 — 그리고 귀사 콘텐츠 모델이 보유하는 어떤 개인 데이터든 — 를 저장하고 콘텐츠 API를 통해 제공합니다. 그것이 그 콘텐츠를 어디 보관하느냐가 중국 법이 응답하는 것입니다.
Contentstack은 “currently supports seven regions: AWS North America, AWS Europe, AWS Australia, Azure North America, Azure Europe, GCP North America, and GCP Europe” — 그리고 단 하나도 중국 본토에 없습니다. 선택은 조직 전체를 위해 한 번 이뤄집니다 — “You cannot store your organization's content in multiple regions” — 그러니 귀사 모든 콘텐츠, 그리고 그 안의 중국 사용자에 관한 어떤 개인 데이터든, 단 하나의 해외 리전에 삽니다: PIPL이 규율하는 개인정보의 국경 간 이전. 그리고 Contentstack이 귀사가 짓고 호스팅하는 프런트엔드 뒤의 백엔드이므로, ICP 비안 질문은 Contentstack이 아니라 귀사가 돌리는 공개 본토 사이트에 떨어집니다. 아래 표는 Contentstack 자신의 표현과 각 줄이 유발하는 규칙입니다.
이는 판정이 아니라 리스크 그림입니다 — 무엇이 적용되는지는 귀사 모델이 무엇을 보유하는지, 그중 얼마가 개인적인지, 사용자가 누구인지로 갈립니다. 저희 중국 팀이 귀사의 Contentstack 노출을 함께 매핑해 드립니다 →
컴플라이언스 스냅샷
- ! 도달 가능하지만, 모든 콘텐츠 질의 — 그리고 귀사 조직 전체의 데이터 — 가 하나의 해외 리전에서 답하고 거기 삶
- ✕ 중국 본토 리전 없음: Contentstack은 일곱을 지원, 모두 해외(북미·유럽·호주의 AWS·Azure·GCP)
- ! 중국 사용자의 개인 데이터를 보유하는 콘텐츠 모델이 해외에 앉음 — PIPL 국경 간 이전 — 그리고 그것을 국내에 유지하려 저장을 나눌 수 없음
- ! ICP 비안은 헤드리스 백엔드가 아니라 귀사가 Contentstack 위에 짓는 공개 본토 사이트에 붙음
- ✓ 규정에 맞는, ICP 비안 국내 전달 경로가 존재 — 재구축 없이, Contentstack 이탈 없이
Contentstack 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
| Contentstack은 일곱 리전에서 돌고, 그 모두가 해외입니다. 자사 리전 문서는 그것이 “currently supports seven regions: AWS North America, AWS Europe, AWS Australia, Azure North America, Azure Europe, GCP North America, and GCP Europe.”라 밝힙니다. 어느 것도 중국 본토에 없고 — 가장 가까운 AWS 호주도 여전히 그 밖입니다 — 그러니 귀사 사이트가 지어지는 콘텐츠가 귀사가 어디 호스팅하든 해외에 저장됩니다. | Contentstack — About Regions (contentstack.com), retrieved 2026-10-07 |
| 귀사 조직 전체의 콘텐츠가 하나의 리전에 살고, 그것을 나눌 수 없습니다. Contentstack은 “Each region is a separate, independent region”이고 “You cannot store your organization's content in multiple regions.”라 밝힙니다. 리전이 조직 전체를 위해 한 번 선택되고 모든 리전이 해외이므로, 귀사 중국 사용자의 콘텐츠와 개인 데이터를 본토에 유지하면서 나머지를 다른 곳에 두는 제품 내 방법이 없습니다. | Contentstack — About Regions (contentstack.com), retrieved 2026-10-07 |
| 귀사 콘텐츠 모델이 개인 데이터를 보유하면, 그 데이터가 해외에 보유됩니다. 엔터프라이즈 헤드리스 CMS는 마케팅 카피만 저장하지 않습니다 — 콘텐츠 모델은 일상적으로 작성자 프로파일·사용자 생성 콘텐츠·개인화 및 폼 식 항목을 나르는데, 그것은 개인정보일 수 있습니다. 중국의 사람에게서 모여 해외 Contentstack 리전에 보관되면, 그것은 PIPL상 개인정보의 국경 간 이전입니다: 취급자 — Contentstack이 아니라 그 고객인 귀사 — 는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증)를 충족해야 합니다. | PIPL Chapter III, Articles 38–43 |
| Contentstack 안에서 콘텐츠를 중국 땅에 유지할 방법이 없습니다. 핵심정보인프라 운영자나 대량 취급자에, 중국에서 수집된 개인정보는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). Contentstack이 중국 본토 리전을 발행하지 않고 조직의 모든 데이터를 하나의 해외 리전에 두므로, 그 의무를 충족한다는 것은 저장을 본토 안 인프라에서 돌린다는 뜻입니다 — 리전 설정이 아니라 귀사 Contentstack 조직과 별개의 조치. | PIPL Article 40; Cybersecurity Law Article 39 (formerly Article 37) |
| ICP 비안은 헤드리스 백엔드가 아니라 귀사 공개 사이트에 붙습니다. Contentstack은 프런트엔드가 질의하는 콘텐츠 API입니다; ICP 비안(국무원령 제292호; MIIT 령 제33호)은 귀사가 그 위에 짓는 공개 본토 웹사이트나 앱과 그것이 도는 국내 호스팅 리소스에 붙지 — CMS에가 아닙니다. 본토 리전이 없으므로, Contentstack은 그 사이트에 비안할 발판을 주지 않습니다. | Contentstack — About Regions (contentstack.com), retrieved 2026-10-07; State Council Order No. 292; MIIT Order No. 33 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
본토 중국 청중에, Contentstack에 관해 물을 질문은 페이지가 얼마나 빨리 그려지느냐가 아니라 — 귀사 사이트 뒤의 콘텐츠가 어디 저장되는지, 그리고 귀사 콘텐츠 모델이 보유하는 개인 데이터가 거기 살도록 허락되는지입니다. Contentstack은 엔터프라이즈, API 우선 헤드리스 CMS입니다: 그것은 귀사 콘텐츠를 보관하고 콘텐츠 API를 통해 제공하며, 자사 문서에서 레지던시 질문에 답합니다. 그것은 일곱 리전에서 돌고, 그 모두가 해외입니다 — 귀사 조직 전체의 콘텐츠가 귀사가 고르는 단 하나에 살고, 중국 본토 옵션도 그것을 나눌 방법도 없습니다. API는 도달 가능합니다; 노출은 귀사 콘텐츠와 그 안의 어떤 개인 데이터든 본토 밖에 앉는다는 것 — 그리고 귀사가 Contentstack 위에 짓는 공개 사이트가 거기서 운영하도록 승인되어야 하는 것 — 입니다.
한눈에 보는 중국에서의 Contentstack
| 무엇이 결정하나 | Contentstack 자신의 표현으로 |
|---|---|
| 콘텐츠가 저장되는 곳 | 일곱 리전, 모두 해외: AWS 북미·AWS 유럽·AWS 호주·Azure 북미·Azure 유럽·GCP 북미·GCP 유럽. 어느 것도 중국 본토에 없고, 가장 가까운 AWS 호주도 여전히 그 밖입니다. |
| 조직당 하나의 리전 | “Each region is a separate, independent region,”이고 “You cannot store your organization's content in multiple regions.” 리전은 조직 전체를 위해 한 번 선택되므로, 귀사 모든 콘텐츠가 귀사가 고르는 단 하나의 해외 리전에 삽니다. |
| 어떻게 제공되나 | 귀사가 짓는 프런트엔드가 질의하는 콘텐츠 API. 캐시된 읽기는 방문자 가까운 에지 위치에서 제공될 수 있지만, 콘텐츠 저장소 — 그리고 캐시되지 않은, 미리보기, 관리, 쓰기 질의 — 는 해외 리전에 대해 해석됩니다. |
| 귀사 중국 사용자의 데이터 | 개인 데이터를 보유하는 콘텐츠 모델 — 작성자 프로파일·사용자 생성 콘텐츠·개인화 또는 폼 식 항목 — 은 그것을 해외 리전에 유지합니다. 중국에서 모인 데이터에, 그것은 PIPL이 규율하는 개인정보의 국경 간 이전입니다. |
| ICP 질문 | 공개 본토 사이트는 국내 호스팅 리소스에 묶인 ICP 비안을 켭니다. 헤드리스 백엔드로서 Contentstack은 비안되는 것이 아닙니다 — 귀사가 그 위에 짓는 공개 사이트가 그렇고, Contentstack은 그것에 본토 발판을 주지 않습니다. |
일곱 리전, 모두 해외 — 그리고 귀사 전체 조직이 하나에 산다
Contentstack은 “currently supports seven regions: AWS North America, AWS Europe, AWS Australia, Azure North America, Azure Europe, GCP North America, and GCP Europe.” 그중 단 하나도 중국 본토에 없고, 가장 가까운 AWS 호주도 여전히 그 밖입니다. 선택은 조직 전체를 위해 한 번 이뤄집니다: *“Each region is a separate, independent region,“*이고 “You cannot store your organization’s content in multiple regions.” 그러니 귀사 사이트가 지어지는 모든 콘텐츠 조각 — 그리고 귀사 모델이 보유하는 어떤 개인 데이터든 — 이 귀사가 고른 단 하나의 해외 리전에 살고, 그 중국 조각을 본토에 유지할 제품 내 방법이 없습니다.
그것이 성능이 그림에 들어오기 전에 레지던시 질문을 정합니다. 귀사 콘텐츠 모델이 중국의 사람에 관한 개인 데이터 — 작성자 프로파일·사용자 생성 콘텐츠·댓글·폼 식 및 개인화 항목 — 를 보유하면, 그 데이터가 해외 리전에 쓰이고 보관됩니다. 중국 개인정보 보호법상 그것은 국경 간 이전이고, 취급자 — Contentstack이 아니라 귀사 — 는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 를 통과해야 합니다. 핵심정보인프라 운영자나 대량 취급자에, 중국에서 수집된 개인정보는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — Contentstack의 일곱 리전 어느 것도 충족할 수 없는 레지던시 의무, 그리고 그 단일 리전 모델이 부분적으로조차 충족하기 불가능하게 만드는 것.
콘텐츠 API는 여전히 본토 밖에서 답한다
헤드리스 CMS는 시스템의 절반뿐입니다: Contentstack이 콘텐츠를 보관하고, 귀사가 짓고 호스팅하는 프런트엔드가 그 콘텐츠 API를 질의합니다. 귀사 전달 층이 이미 캐시한 읽기는 방문자 가까운 에지 위치에서 제공될 수 있습니다 — 하지만 해외 저장소 앞의 에지 캐시는 저장소를 옮기지 않습니다. 콘텐츠 자체, 그리고 캐시가 제공할 수 없는 어떤 요청 — 미리보기, 편집자의 변경, 관리 API 호출, 또는 본 적 없는 질의 — 은 귀사가 고른 리전, 즉 해외에 대해 해석됩니다.
중국 방문자가 그것을 얼마나 느끼는지는 귀사 프런트엔드가 어떻게 렌더하느냐에 달려 있습니다. 완전히 정적인 빌드를 발행하면 방문자별 API 교차가 대개 사라집니다; 대신 요청 시 렌더 — 서버 측 렌더링, 증분 재생성, 또는 콘텐츠 API로의 클라이언트 측 호출 — 하면 그 질의 하나하나가 해외 리전으로 왕복합니다. 정적 파일을 캐시하는 것은 동적 콘텐츠 API에 합법적인, 국내 경로를 주는 것과 같지 않습니다.
누가 ICP 비안되나 — 백엔드가 아니라 귀사 사이트
Contentstack이 API 너머로 닿아지는 백엔드이므로, 라이선싱 질문은 호스트에 붙는 방식으로 그것에 붙지 않습니다. 그것은 귀사가 그 위에 돌리는 공개향 사이트나 앱에 붙습니다. 중국 안에서 본토 방문자에게 전달되는 웹사이트는 국무원령 제292호와 MIIT 령 제33호상 ICP 비안(ICP 备案)을 켜고, 그 비안은 물리적으로 본토에 위치한 호스팅 리소스에 붙어야 합니다. Contentstack은 본토 리전을 발행하지 않으므로, 비안할 것을 아무것도 제공하지 않습니다 — 비안은 귀사가 그 위에 짓는 사이트를 위해 마련할 귀사의 것입니다.
그러니 “우리는 이미 Contentstack에 돈다”는 사이트를 중국으로 이어가지 않습니다: 상하이에서 해외 콘텐츠 API를 호출하는 것은 거기서 공개 사이트를 운영하도록 라이선스된 것과 같지 않습니다.
이는 판정이 아니라 리스크 지도입니다: ICP 비안, 귀사 콘텐츠 속 개인 데이터를 위한 국내 저장, 또는 둘 다가 귀사에게 적용되는지는 귀사가 무엇을 발행하는지, 귀사가 취급하는 개인정보의 양, 사용자가 누구인지로 갈립니다 — 짓기 전에 법률 자문과 정하십시오.
21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 컴플라이언스 오버레이
귀사는 Contentstack에 계속 출하하고, 귀사 콘텐츠 모델과 리전 설정은 그대로입니다. 저희는 본토 발자국 없는 엔터프라이즈 헤드리스 CMS가 귀사에게 맡기는 단 하나를 공급합니다: 규정에 맞는, 본토 안에서의 ICP 비안 전달, 귀사가 이미 돌리는 사이트 앞단에 두어 — 재구축도, 평행 코드베이스도, Contentstack 이탈도 없이. 저희 중국 팀은 귀사의 ICP·PIPL 데이터 레지던시 의무를 귀사 법인과 귀사 콘텐츠가 보유하는 개인 데이터에 비추어 저울질하고, 합법적 중국 존재가 요구하는 국내 전달 — 그리고 법이 요구하는 곳에서는 국내 저장 — 을 세우며, 그동안 귀사 Contentstack 조직은 있는 바로 그 자리에 머뭅니다.
함께 읽기:
자주 묻는 질문
Contentstack은 중국 사용자의 콘텐츠와 데이터를 중국에 저장하나요?
아니요. Contentstack은 귀사 조직 전체의 콘텐츠를 귀사가 고르는 단 하나의 리전에 저장하고, 그것이 지원하는 일곱 리전 — AWS 북미·AWS 유럽·AWS 호주·Azure 북미·Azure 유럽·GCP 북미·GCP 유럽 — 은 모두 중국 본토 밖입니다. 또한 조직의 콘텐츠를 여러 리전에 저장할 수 없다 밝히므로, 귀사 콘텐츠의 중국 조각이나 그 안의 개인 데이터를 본토에 유지할 방법이 없습니다.
중국에서 Contentstack을 쓰려면 ICP 비안이 필요한가요?
ICP 비안은 Contentstack에 붙지 않습니다 — 그것은 API 너머로 닿아지는 헤드리스 백엔드입니다. 그것은 귀사가 그 위에 짓는 공개 본토 웹사이트나 앱에 붙습니다. 귀사가 그 사이트를 중국 안에서 본토 방문자에게 제공하면, 그것은 본토 호스팅 리소스에 묶인 ICP 비안이 필요하고, Contentstack은 하나를 제공할 본토 리전이 없습니다. 귀사의 특정 설정이 비안을 유발하는지는 정해진 것이 아니라 법률 자문과 확인할 리스크입니다.
21YunBox가 우리 Contentstack 설정을 중국에서 규정에 맞게 만들 수 있나요?
예. 저희 중국 팀은 귀사 콘텐츠 모델이 보유하는 개인 데이터에 대한 PIPL 국경 간·데이터 레지던시 노출을 평가하고, 규정에 맞는, ICP 비안 국내 전달 — 그리고 법이 귀사 중국 사용자의 데이터가 본토에 머물라 요구하는 곳에서는 국내 저장 — 을 귀사가 이미 돌리는 사이트 앞단에 세울 수 있어, 귀사가 Contentstack에 계속 짓게 합니다. 문의하기 주시면 귀사의 구체적 사례를 짚겠습니다.
