Commerce Layer는 중국에서 작동하나요? ICP·PIPL·해외 커머스 API

Commerce Layer는 중국 본토 안에 리전 없이 AWS에 해외로 호스팅되는 헤드리스 커머스 API입니다 — 그래서 귀사 쇼퍼의 계정·주문·결제 레코드가 PIPL상 본토 밖에 앉고, 그 위에 짓는 스토어프런트는 여전히 자체 ICP 비안이 필요합니다. 두 도어를 컴플라이언스 우선으로 봅니다.

작성: 21YunBox 컴플라이언스 팀 · 검토 2026년 10월 7일 · Commerce Layer 공식 문서로 확인함 · 중국 본토에서 측정

Commerce Layer는 중국에서 작동하나요?

귀사가 중국에서 Commerce Layer를 쓸 수 있는지는 속도이기 전에 데이터 레지던시·라이선싱 질문입니다. Commerce Layer는 헤드리스 커머스 API — 귀사 스토어가 도는 고객·카트·주문·결제 레코드를 보유 — 이므로, 그 데이터가 어디 사는지, 그리고 귀사가 그 위에 짓는 스토어프런트가 본토를 서비스하도록 라이선스되는지가 중국 법이 응답하는 것입니다.

자사 보안 설명으로 Commerce Layer는 "running AWS cloud services on two continents"으로 귀사 스토어를 보호하고 "SOC 2, ISO 27001, PCI DSS" 인증을 달성했습니다 — 그 리전이 해외에 앉는, 중국 본토에는 없는 호스티드 SaaS. 그러니 귀사 중국 쇼퍼의 개인정보 — 계정·주소·주문 이력·결제 레코드 — 가 본토 밖에 보유·처리됩니다: PIPL이 규율하는 국경 간 이전, 고지·별도 동의·이전 메커니즘, 그리고 핵심정보인프라 운영자나 대량 취급자에는 국내 저장을 요구. 별개로, 플랫폼이 헤드리스이므로, 귀사가 API 위에 짓는 공개 스토어프런트는 본토 방문자를 서비스하려면 여전히 자체 ICP 비안이 필요합니다. 아래 표는 Commerce Layer 자신의 표현과 그것이 유발하는 규칙입니다.

이는 판정이 아니라 리스크 그림입니다 — 귀사 의무는 귀사 데이터 볼륨과 역할로 갈립니다. 저희 중국 팀이 귀사의 Commerce Layer 노출을 함께 매핑해 드립니다 →

컴플라이언스 스냅샷

! 본토에서 도달 가능하지만, 모든 카트·체크아웃·주문 호출이 해외 API로의 라이브 왕복
! 고객·주문·결제 데이터를 해외 AWS 리전에 보유 — 본토는 그중 하나가 아님
! 그 해외 커머스 데이터는 PIPL이 규율하는 개인정보의 국경 간 이전
✕ 중국 본토 리전도 데이터 레지던시 옵션도 없고, 귀사가 짓는 스토어프런트는 여전히 자체 ICP 비안이 필요
✓ 규정에 맞는, ICP 비안 국내 전달 경로가 존재 — 재구축 없이, Commerce Layer 이탈 없이

컴플라이언스 진단 받기

시작하는 데 중국 법인 불필요

Commerce Layer 공식 문서의 내용과, 우리가 중국 본토에서 측정한 결과

사실	1차 출처
Commerce Layer 자신의 말로, 그것은 "running AWS cloud services on two continents"으로 귀사 스토어를 보안하고 "SOC 2, ISO 27001, PCI DSS" 인증 — "tokenization of sensitive payment information"을 포함한 "full PCI DSS Level 1 provider certification" 포함 — 을 달성했습니다. 그것은 호스티드 SaaS 커머스 API이고, 그 어느 리전도 중국 본토 안이 아닙니다.	Commerce Layer — Our commitment to trust and security, retrieved 2026-10-07
Commerce Layer는 스토어가 지어지는 개인정보 — 고객 계정·배송 및 청구 주소·주문 이력·결제 레코드 — 를 저장합니다. 그 해외 AWS 리전에 보유되면, 중국의 쇼퍼에게서 모인 데이터가 나라를 떠납니다. PIPL이 그 국경 간 이전을 규율합니다: 개인정보 취급자(Commerce Layer가 아니라 판매자인 귀사)는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 를 충족해야 합니다.	PIPL Chapter III, Articles 38–43
핵심정보인프라 운영자나 대량 취급자에, 중국에서 수집된 개인정보는 중국 본토 안에 저장되어야 합니다(사이버보안법 제39조(구 제37조); PIPL 제40조). Commerce Layer는 중국 본토 리전을 발행하지 않으므로, 그 커머스 데이터를 중국 땅에 유지한다는 것은 저장을 본토 안 인프라에서 돌린다는 뜻입니다. 그리고 플랫폼이 헤드리스이므로, 귀사가 그 위에 짓는 공개 스토어프런트가 본토 방문자를 서비스하려면 ICP 비안을 나르는 자산입니다 — API는 하나도 공급하지 않습니다.	PIPL Article 40; CSL Article 39 (formerly Article 37); State Council Order No. 292; MIIT Order No. 33
노출은 플랫폼을 쓰는 것이 아니라 볼륨에 따라 커집니다: CAC의 2024년 3월 국경 간 규칙상, 한 역년에 10만 명 미만의 비민감 개인정보를 이전하는 비핵심정보인프라 운영자는 안전성 평가·표준계약·인증에서 면제됩니다 — 하지만 결제 데이터는 민감 개인정보로, 더 엄격한 문턱을 나르고, 라이브 스토어의 주문 흐름은 빠르게 볼륨에 닿습니다.	CAC — Regulations on Promoting and Regulating Cross-border Data Flows, March 2024
도달 가능성은 컴플라이언스 질문이 아니라 전달 사안입니다. 2026-08-28 본토 안 탐침(알리바바 클라우드 `cn-zhangjiakou`)에서 요청했을 때, Commerce Layer는 3회 시도 모두에서 응답하고 로드를 마쳤습니다 — 중앙값 time to first byte 629ms, largest-contentful-paint 3,732ms. 도달 가능합니다; 하지만 플랫폼이 라이브 API이므로, 모든 카트·체크아웃·주문 호출은 여전히 그 해외 리전으로의 왕복이고, 귀사가 그것을 쓸 수 있는지를 결정하는 것은 커머스 데이터가 어디 사는지와 귀사 스토어프런트가 ICP 비안되는지입니다.	21YunBox — 280-site China delivery census, measured from inside mainland China

21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.

중국 본토로 파는 스토어에, Commerce Layer에 관한 결정적 질문은 그 API가 얼마나 빨리 답하느냐가 아니라 — 귀사 쇼퍼의 데이터가 어디에 살도록 허락되느냐, 그리고 귀사가 그들에게 제공하는 스토어프런트가 중국 안에서 운영하도록 라이선스되었느냐입니다. Commerce Layer는 헤드리스 커머스 플랫폼입니다: 그것은 고객·카트·주문·결제 레코드를 보유하고, 귀사 자신의 프런트엔드가 네트워크 너머로 그것을 호출합니다. 자사 보안 설명으로 그 백엔드는 두 대륙에 걸쳐 AWS에서 돌고, 중국 본토 안에 리전을 발행하지 않습니다. API는 본토에서 도달 가능합니다; 데이터 레지던시와 라이선싱이 노출입니다.

Commerce Layer의 trust and security 페이지. 플랫폼이 두 대륙에서 AWS 클라우드 서비스를 돌리고 SOC 2·ISO 27001·PCI DSS 인증을 보유한다고, 중국 본토 리전 없이 기재. — Commerce Layer 자사 보안 약속: 그것은 “running AWS cloud services on two continents”으로 귀사 스토어를 보호하고 “SOC 2, ISO 27001, PCI DSS” 인증을 달성했습니다 — 그 리전이 해외에 앉는, 중국 본토에는 없는 호스티드 커머스 API. 출처: commercelayer.io/blog

한눈에 보는 중국에서의 Commerce Layer

무엇이 결정하나	Commerce Layer 자신의 표현으로
어디서 도나	호스티드, API 우선 SaaS. Commerce Layer의 말로 그것은 “running AWS cloud services on two continents”으로 돕니다; 그 리전은 해외에 앉고 어느 것도 중국 본토 안이 아닙니다.
그것이 보유하는 것	스토어가 지어지는 데이터 — 고객 계정·배송 및 청구 주소·주문 이력, 그리고 그것이 토큰화하고 오케스트레이션하는 결제 레코드(“full PCI DSS Level 1 provider certification”).
공개 제공	Commerce Layer는 헤드리스입니다 — API 백엔드. 귀사가 그 위에 짓고 본토 방문자에게 제공하는 공개 스토어프런트가 본토 호스팅 리소스에 묶인 ICP 비안이 필요한 것입니다. API는 하나도 공급하지 않습니다.
귀사 쇼퍼의 데이터	해외 AWS 리전에 보유되면, 중국 쇼퍼에게서 수집된 개인정보는 PIPL이 규율하는 국경 간 이전입니다 — 해외 리전이 충족할 수 없는 핵심정보인프라 운영자·대량 취급자를 위한 국내 저장 의무와 함께.
도달 가능한가?	예 — 본토 안에서 측정한 모든 시도에서 응답하고 로드를 마쳤습니다. 하지만 각 카트·체크아웃·주문 호출은 그 해외 리전으로의 라이브 왕복입니다.

헤드리스 API, 해외에서 제공됨

Commerce Layer는 차단된 것이 아니라 닿아집니다. 본토 안에서의 21YunBox 자체 측정에서 그것은 모든 시도에서 응답하고 로드를 마쳤으므로, 사람들이 먼저 묻는 만리방화벽 질문은 리스크가 앉는 곳이 아닙니다. 대신 아키텍처가 요점입니다: Commerce Layer는 API 우선이므로, 스토어프런트는 라이브 호출 — 제품 나열, 카트에 추가, 주문 가격 책정, 결제 받기 — 로 일을 하고, 그 호출 하나하나가 Commerce Layer의 해외 AWS 리전으로 오갑니다. 자사 보안 설명으로 플랫폼은 두 대륙에 걸쳐 AWS에서 돌고 중국 본토 안에 리전을 발행하지 않습니다. 해외 API에 닿는 것은 중국에 거주하는 것과 같지 않고, 네트워크를 튜닝하는 것은 데이터도 리전도 옮기지 않습니다.

귀사 쇼퍼의 데이터가 국경을 넘는다

Commerce Layer에서 중국을 서비스하면 스토어가 지어지는 개인정보 — 고객 계정·배송 및 청구 주소·주문 이력, 그리고 그것이 토큰화하고 오케스트레이션하는 결제 레코드 — 가 그 해외 리전에 보유·처리됩니다. 중국 개인정보 보호법상 그것은 국경 간 이전이고, 취급자 — Commerce Layer가 아니라 판매자인 귀사 — 는 고지하고, 별도 동의를 받고, 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증 — 를 통과해야 합니다. 결제와 주문 데이터가 기준을 높이는데, 결제 정보는 중국 법상 민감 개인정보이기 때문입니다 — 그것은 더 엄격한 국경 간 문턱을 나르고, 라이브 스토어는 빠르게 진짜 볼륨에 닿습니다. 귀사가 핵심정보인프라 운영자나 대량 취급자라면, 중국에서 수집된 개인정보는 본토에 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)) — 어떤 해외 리전도 충족할 수 없는 레지던시 의무. Commerce Layer의 PCI·SOC 2·ISO 27001 자세는 진짜 보안 엔지니어링입니다; 그것은 데이터가 물리적으로 어디 앉느냐에 관한 중국 데이터 레지던시와는 다른 것입니다.

API가 아니라 스토어프런트가 ICP 비안을 나른다

Commerce Layer가 헤드리스이므로, 본토 방문자를 마주하는 조각은 귀사가 스스로 짓고 호스팅하는 스토어프런트이고, 그것이 국무원령 제292호와 MIIT 령 제33호상 ICP 비안(ICP 备案)이 붙는 자산입니다. 그 비안은 물리적으로 본토 안에 있는 호스팅 리소스에 묶여야 합니다 — 해외에서 제공되는 스토어프런트가 갖지 않은 것, 그리고 Commerce Layer API가 공급하지도 대신하지도 않는 것. 그러니 “우리 커머스는 Commerce Layer에 돈다”는 백엔드를 정하지만 앞문은 아닙니다: 중국의 쇼퍼에게 열린 공개 스토어는 여전히 자체의 라이선스된, 국내 전달이 필요합니다.

이는 판정이 아니라 리스크 지도입니다: 귀사가 ICP 비안, 국내 저장, 또는 둘 다가 필요한지는 귀사가 무엇을 파는지, 얼마나 많은 개인 데이터를 보유하는지, 쇼퍼가 누구인지로 갈립니다 — 짓기 전에 법률 자문과 정할 가치가 있습니다.

21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 컴플라이언스 오버레이

귀사는 Commerce Layer의 API 위에 계속 짓습니다. 저희는 헤드리스, 해외 플랫폼이 귀사에게 맡기는 부분을 더합니다: 귀사가 중국에 제공하는 스토어프런트를 위한 규정에 맞는, 본토 안에서의 ICP 비안 전달, 귀사 기존 설정 앞단에 두어 — 재구축도, 두 번째 코드베이스도, Commerce Layer 이탈도 없이. 저희 중국 팀은 귀사의 ICP·국경 간 의무를 귀사 법인과 주문·고객 볼륨에 비추어 매핑하고, 국내 전달 — 그리고 법이 요구하는 곳에서는 국내 저장 — 을 세우며, 그동안 귀사 Commerce Layer 백엔드는 이미 도는 바로 그 자리에 머뭅니다.

컴플라이언스 진단 받기 →

함께 읽기:

자주 묻는 질문

Commerce Layer는 중국 쇼퍼의 데이터를 중국에 저장하나요?

아니요. 자사 보안 문서로 Commerce Layer는 AWS에서 "on two continents" 돌고, 중국 본토 리전을 발행하지 않습니다. 그러니 귀사 중국 쇼퍼의 계정·주소·주문·결제 레코드가 해외에 보유·처리됩니다 — 그것이 그것을 PIPL상 개인정보의 국경 간 이전으로 만드는 것입니다.

Commerce Layer를 쓰면 우리 스토어에 ICP 비안이 생기나요?

아니요. Commerce Layer는 헤드리스 커머스 API — 백엔드입니다. 귀사가 짓고 본토 방문자에게 제공하는 공개 스토어프런트가 ICP 비안이 필요한 자산이고, 그 비안은 중국 본토 안 호스팅 리소스에 붙어야 합니다. API는 그것을 공급하지도 대신하지도 않습니다; 스토어프런트를 중국 안에서 규정에 맞게 제공하는 것은 별개의 단계입니다.

21YunBox가 우리 Commerce Layer 스토어를 중국에서 규정에 맞게 만들 수 있나요?

예. 저희 중국 팀은 귀사 데이터 볼륨과 역할에 대한 국경 간·데이터 레지던시 노출을 평가하고, 귀사가 Commerce Layer 위에 짓는 스토어프런트를 위한 규정에 맞는, ICP 비안 국내 전달을 세우고 — 법이 귀사 중국 쇼퍼의 데이터가 본토에 머물라 요구하는 곳에서는 국내 저장을 — Commerce Layer API 이탈 없이 세울 수 있습니다. 문의하기 주시면 귀사의 구체적 사례를 짚겠습니다.

Commerce Layer 관련 글

웹사이트

https://www.commercelayer.io

카테고리

CMS eCommerce