ButterCMS는 중국에서 작동하나요? 해외 콘텐츠 전달, ICP, 그리고 PIPL 선
ButterCMS는 귀사 편집 콘텐츠를 중국 본토 접점 없는 글로벌 해외 CDN(Fastly, Amazon CloudFront)에서 제공하므로, 그것을 중국 안에서 라이브로 가져오는 것은 전달 리스크입니다 — 그동안 합법성을 정하는 ICP 비안·PIPL 의무는 CMS가 아니라 ButterCMS를 임베드하는 사이트에 앉습니다. 정직하게, 컴플라이언스 관점에서 짚어봅니다.
ButterCMS는 중국에서 작동하나요?
ButterCMS에 이것은 데이터 레지던시가 아니라 먼저 전달 질문입니다. ButterCMS는 귀사 콘텐츠를 중국 본토 안 접점 없는 글로벌 CDN으로 귀사 사이트에 건네는 헤드리스 CMS이므로, 그것을 만리방화벽 뒤에서 라이브로 가져오는 것은 도달성 리스크입니다 — 그동안 귀사 사이트가 합법적인지 실제로 정하는 ICP 비안·PIPL 의무는 CMS가 아니라 ButterCMS를 임베드하는 웹사이트에 쉽니다.
ButterCMS는 그것이 "is hosted on infrastructure provided by AWS and Heroku,"이고 "the content API traffic is served through Fastly,"이며 그 콘텐츠가 "stored at edge locations around the world"라 밝힙니다. 그 엣지 중 어느 것도 본토 안에 앉지 않으므로, 요청 시점에 Butter를 쿼리하는 페이지는 멈추거나 떨어질 수 있는 국경 간 왕복에 기댑니다. 하지만 이동하는 것은 귀사 자신의 카피·이미지·블로그 포스트이지 방문자의 개인정보가 아니므로, ButterCMS는 그 자체로 일반적으로 PIPL상 사용자 데이터의 국경 간 이전을 만들지 않습니다. 합법성을 정하는 의무 — 국내 호스팅의 ICP 비안, 그리고 귀사 사이트가 수집하는 어떤 개인 데이터든의 PIPL — 는 임베드하는 사이트에 속합니다. 아래 표는 Butter 자신의 표현을 각 줄이 유발하는 규칙 옆에 둡니다.
이는 판정이 아니라 리스크 지도입니다 — 선이 어디 떨어지는지는 귀사가 사이트를 어떻게 호스팅하는지, 어떤 사용자 데이터를 수집하는지, 그리고 개인 데이터를 콘텐츠로 저장하는지에 달려 있습니다. 저희 중국 팀이 귀사의 노출을 함께 매핑해 드립니다 →
컴플라이언스 스냅샷
- ! ButterCMS는 콘텐츠를 글로벌 해외 CDN(Fastly + CloudFront)에서 제공 — 중국 본토 엣지 없이
- ! ButterCMS 콘텐츠를 중국 안에서 라이브로 가져오는 것은 도달성 리스크
- ✓ 페이로드는 사용자 데이터가 아니라 귀사 자신의 편집 콘텐츠 — ButterCMS는 자체 PIPL 이전을 일으키지 않음
- ! 그것을 임베드하는 공개 본토 사이트는 여전히 ICP 비안이 필요 — 그 의무는 CMS가 아니라 사이트의 것
- ! 개인 데이터를 Butter 필드에 넣으면 다른 어떤 콘텐츠처럼 국경을 넘음
ButterCMS 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
ButterCMS는 글로벌 해외 CDN에서 돌고, 중국 본토 접점이 없습니다. 자사 인프라 문서는 ButterCMS가 "is hosted on infrastructure provided by AWS and Heroku,"이고 "the content API traffic is served through Fastly, a reliable and quick content delivery platform (CDN),"이며 귀사 "media assets are stored and delivered via Amazon CloudFront."라 밝힙니다. Butter는 그 결과를 콘텐츠가 "stored at edge locations around the world"인 "a global CDN"으로 기술합니다 — 본토를 그 밖 접점에서만 닿는 해외 네트워크(추론: Fastly와 CloudFront는 공개 .com에 국내 중국 본토 엣지를 발행하지 않음), 그러니 Butter 콘텐츠는 항상 국경 너머에서 제공됩니다. | ButterCMS — Infrastructure & Hosting and CDN & Global Delivery docs, retrieved 2026-10-07 |
| 귀사 사이트는 요청 시점에 ButterCMS 콘텐츠를 국경 너머로 끌어옵니다. Butter로 뒷받침되는 프런트엔드가 각 페이지를 짓거나 렌더링하려 콘텐츠 API — Butter의 말로 "through Fastly" 제공 — 를 호출합니다. 그 CDN이 본토 엣지가 없으므로, Butter에서 중국 안에서 라이브로 가져오는 페이지는 만리방화벽을 지나는 국경 간 왕복에 의존하고, 그것이 느리거나 간헐적 콘텐츠 로드가 나오는 곳입니다. Butter는 그 캐시가 "served around the world irrespective of country or region" — 국내가 아니라 하나의 글로벌 캐시 — 라 적기까지 합니다. 이것은 법적 리스크가 아니라 전달 리스크입니다. | ButterCMS — CDN & Global Delivery docs, retrieved 2026-10-07 |
| 페이로드는 귀사 사용자의 데이터가 아니라 귀사 편집 콘텐츠입니다 — 그러니 컴플라이언스 도어는 ButterCMS가 아니라 귀사 사이트에 앉습니다. Butter가 저장·전달하는 것은 귀사 팀이 공개 전시용으로 저작하는 콘텐츠 — 마케팅 카피·블로그 포스트·이미지 — 이지 귀사 최종 사용자의 개인정보가 아니므로, 그것을 Butter의 AWS·Heroku 인프라로 라우팅하는 것은 그 자체로 PIPL상 사용자 데이터의 국경 간 이전을 만들지 않습니다. 합법성을 정하는 것은 그 콘텐츠를 본토 방문자에게 보이는 공개 사이트입니다: 그것은 국내 호스팅에 ICP 비안(국무원령 제292호; MIIT 령 제33호)이 필요하고, 그것이 중국 사용자에게서 수집하는 어떤 개인정보든 자체 PIPL 사안입니다(제38~43조; 제40조; 사이버보안법 제39조(구 제37조)). | ButterCMS — Infrastructure & Hosting docs, retrieved 2026-10-07; State Council Order No. 292; MIIT Order No. 33; PIPL Articles 38–43 & 40; Cybersecurity Law Article 39 (formerly Article 37) |
| 개인 데이터를 ButterCMS에 콘텐츠로 모델링하면, 그 콘텐츠도 국경을 넘습니다. Butter는 귀사가 모델링하기로 고른 무엇이든 저장하므로, 개인 데이터 — 사용자 프로파일, 폼 입력, 실제 사람을 식별하는 무엇이든 — 를 Butter 필드에 넣는 것은 그것을 다른 어떤 페이로드처럼 해외 AWS·Heroku로 보내고, PIPL 국경 간 규칙(제38~43조)이 그에 붙습니다. 깔끔한 선은 Butter를 편집 콘텐츠에 유지하고 개인 데이터를 그 밖에 두는 것 — 그러니 데이터 레지던시가 결코 CMS의 문제가 되지 않습니다. | ButterCMS — Infrastructure & Hosting docs, retrieved 2026-10-07; PIPL Articles 38–43 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
본토 중국 청중에, “ButterCMS가 작동하나”는 매우 다른 두 질문으로 갈리고, 그것을 떼어놓는 것이 값집니다. ButterCMS는 헤드리스 CMS입니다: 그것은 귀사 편집 콘텐츠를 유지하고 글로벌 CDN에서 도는 콘텐츠 API를 통해 귀사 사이트에 건넵니다. 그 네트워크는 세계에 엣지 위치를 가지지만 중국 본토 안에는 하나도 없으므로, 정직한 ButterCMS 수준 리스크는 도달성 — 콘텐츠를 만리방화벽 뒤에서 라이브로 가져오는 사이트는 느리거나 불안정할 수 있습니다 — 입니다. ButterCMS가 하지 않는 것은 귀사 프로젝트를 홀로 데이터 레지던시 문제로 만드는 것입니다, 그것이 나르는 것은 귀사 자신의 카피·이미지이지 방문자의 개인정보가 아니기에. 귀사 중국향 사이트가 합법적인지 실제로 정하는 비안·프라이버시 의무는 ButterCMS를 임베드하는 사이트에 앉고 — 그것을 전달 질문과 분리하는 것이 이 페이지의 요점 전부입니다.
한눈에 보는 중국에서의 ButterCMS
| 무엇이 결정하나 | ButterCMS 자신의 표현 |
|---|---|
| 그것이 돌아가는 곳 | ButterCMS는 “is hosted on infrastructure provided by AWS and Heroku,”이고 Fastly와 Amazon CloudFront를 통해 콘텐츠를 제공합니다 — “edge locations around the world”를 가진 “global CDN.” 그 엣지는 해외입니다; 어느 것도 중국 본토 안에 없습니다. |
| 귀사 사이트가 콘텐츠를 받는 법 | 귀사 프런트엔드가 요청 시점에 Butter의 콘텐츠 API — “served through Fastly” — 를 쿼리합니다. 본토 접점이 없으므로, 각 가져오기가 국경을 넘습니다. |
| 페이로드에 든 것 | 귀사 자신의 편집 콘텐츠 — 마케팅 카피·블로그 포스트·이미지 — 공개 전시용으로 저작된 것이지, 귀사 최종 사용자의 개인정보가 아닙니다. 그 자체로는 일반적으로 사용자 데이터의 PIPL 국경 간 이전이 아닙니다. |
| 공개에 제공하기 | Butter를 임베드하고 본토 방문자에게 보여지는 공개 사이트는 국내 호스팅에 ICP 비안이 필요합니다. 그 의무는 CMS가 아니라 사이트와 그 호스트에 속합니다. |
| 엣지 케이스 | 개인 데이터를 Butter 안 콘텐츠로 모델링하면 그것이 매 가져오기마다 본토를 떠나고 — PIPL의 국경 간 규칙이 다른 어떤 페이로드처럼 그에 붙습니다. |
도달성이 정직한 ButterCMS 수준 질문이다
ButterCMS는 그것이 어디서 도는지에 개방적입니다. 그 인프라 문서는 플랫폼이 *“is hosted on infrastructure provided by AWS and Heroku,“*이고, *“the content API traffic is served through Fastly, a reliable and quick content delivery platform (CDN),“*이며 귀사 *“media assets are stored and delivered via Amazon CloudFront.”*라 밝힙니다. 그것은 전달을 *“a global CDN”*으로, 콘텐츠가 *“stored at edge locations around the world”*인 것으로 요약합니다. 거기서 일하는 단어는 *global(글로벌)*입니다: Fastly와 CloudFront는 본토를 국경의 먼 쪽 접점에서 제공하지 안에서가 아니므로, 상하이나 선전에서 이뤄진 요청은 Butter의 엣지에 닿으려 여전히 나갔다 돌아와야 합니다. 그 거리 — 더하기 그 사이의 필터링 — 가 느린 그리기와 간헐적 가져오기 실패가 나오는 곳입니다. 그것은 진짜 전달 리스크이고, 네트워크 설계가 실제로 다룰 수 있는 질문의 절반이기도 합니다. 그것을 합법성 판정이 아니라 도달성으로 읽으십시오.
콘텐츠 CMS는 그 자체로 데이터 레지던시 문제가 아니다
“내 CMS가 미국 인프라에서 돈다”를 보고 국경 간 데이터 경보로 손을 뻗기 쉽습니다. 콘텐츠 CMS에, 그것은 대개 틀린 도구입니다. ButterCMS가 유지하고 실어 보내는 것은 귀사 팀이 공개를 위해 쓰는 자료 — 마케팅 카피·블로그 포스트·이미지·문서 — 이지, 그것을 읽는 사람들의 개인정보가 아닙니다. 그것을 Butter의 AWS·Heroku 백엔드로 옮기는 것은 그 자체로 PIPL상 사용자 데이터의 국경 간 이전에 이르지 않습니다. 그것을 분명히 말하는 것이 중요합니다: 콘텐츠 CMS를 데이터 레지던시 위반으로 부풀리면 그것이 결코 유발하지 않은 의무를 발명하고, 그동안 진짜인 의무는 초점에서 미끄러집니다.
지켜볼 단일 엣지가 있습니다. Butter는 귀사가 콘텐츠로 모델링하기로 고른 무엇이든 저장하므로, 귀사가 개인 데이터 — 사용자 프로파일, 폼 제출, 실제 사람을 지문 찍는 무엇이든 — 를 Butter 필드에 떨어뜨리는 순간, 그 레코드는 이제 매 가져오기마다, 꼭 블로그 포스트처럼, 본토를 떠나고, PIPL의 국경 간 규칙(제38~43조)이 그에 고정됩니다. 규율은 단순합니다: Butter는 편집 콘텐츠에 유지하고, 개인 데이터는 귀사가 제어하는 시스템에 유지하면, 레지던시 질문이 결코 CMS에 떨어지지 않습니다.
컴플라이언스 도어는 CMS가 아니라 귀사 사이트에 산다
귀사 중국향 사이트가 합법적인지 정하는 의무는 ButterCMS에 전혀 쉬지 않습니다; 그것을 임베드하는 웹사이트에 쉽니다. 본토 방문자에게 보여지는 공개 사이트는 국무원령 제292호와 MIIT 령 제33호상 ICP 비안(ICP 备案)이 필요하고, 그 비안은 물리적으로 본토 안에 있는 호스팅에 묶여야 합니다. 그것을 정하는 것은 귀사 HTML과 오리진이 어디서 제공되느냐이지 귀사 CMS가 어디 사느냐가 아니므로 — Butter로 뒷받침되는 헤드리스 프런트엔드도 중국 사용자에게 깔끔하게 돌려면 자체 국내, ICP 비안 호스팅이 여전히 필요합니다. 별도로, 귀사 사이트가 그 사용자에게서 수집하는 어떤 개인정보 — 가입·주문·지원 티켓 — 든 취급자로서 귀사가 답할 몫입니다: 그 데이터가 해외로 가면 고지·별도 동의·이전 메커니즘(제38~43조), 그리고 귀사가 핵심정보인프라 운영자나 대량 취급자라면 국내 저장(PIPL 제40조; 사이버보안법 제39조(구 제37조)). 그 어느 것도 Butter가 나를 것이 아니고, 그 어느 것도 콘텐츠를 더 빨리 도착하게 만드는 것으로 풀리지 않습니다.
이는 판정이 아니라 리스크 지도입니다: 귀사 사이트가 ICP 비안, 국내 저장, 또는 그저 ButterCMS에 닿는 더 안정적인 방법이 필요한지는 귀사가 그것을 어떻게 호스팅하는지, 어떤 개인 데이터를 수집하는지, 사용자가 누구인지에 달려 있습니다 — 짓기 전에 법률 자문과 정할 가치가 있습니다.
21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 컴플라이언스 오버레이
귀사는 ButterCMS에서 정확히 오늘 하는 대로 계속 저작합니다. 저희가 더하는 것은 글로벌 호스팅 콘텐츠 API가 할 수 없는 조각입니다: 규정에 맞는, 본토 안에서의 ICP 비안 전달을, 귀사 기존 오리진 앞단에 두어 귀사 페이지가 Butter의 엣지로의 국경 간 왕복을 기다리지 않고 중국 사용자에게 닿게 — 재구축도, 두 번째 코드베이스도, 귀사 Butter 워크플로의 변경도 없이. 저희 중국 팀은 두 절반을 하나씩 다룹니다: 귀사 콘텐츠가 얼마나 안정적으로 도착하는지, 그리고 귀사 임베드하는 사이트에 앉는 ICP·PIPL 의무를, 귀사 법인·호스팅·사이트가 실제로 수집하는 개인 데이터에 비추어. ButterCMS는 귀사 CMS로 남고; 규정에 맞는 중국 존재가 그 주위에 지어집니다.
함께 읽기:
자주 묻는 질문
ButterCMS는 중국 본토에서 차단되나요, 아니면 그저 느린가요?
강한 차단이 아니라 도달성 리스크로 다루십시오. ButterCMS는 콘텐츠를 Fastly와 Amazon CloudFront — 엣지 위치가 "around the world"에 앉고 그중 어느 것도 본토 안에 없는 글로벌 CDN — 를 통해 전달하므로, Butter 콘텐츠를 중국 안에서 라이브로 가져오는 사이트는 만리방화벽을 지나는 국경 간 왕복에 기댑니다. 실무에서 그것은 보장된 차단이 아니라 느리거나 간헐적 콘텐츠 로드로 나타나고, 결과는 네트워크·경로·시각에 따라 바뀝니다. 그 전달 절반이 바로 귀사 오리진 앞단의 국내 전달이 안정화하려는 것입니다.
ButterCMS를 쓰는 것이 우리 사이트를 PIPL 위반에 두나요?
그 자체로는 아니지만, 법률 자문과 정확할 가치가 있습니다. ButterCMS는 귀사 편집 콘텐츠 — 카피·이미지·블로그 포스트 — 를 나르지 귀사 최종 사용자의 개인정보가 아니므로, 그 콘텐츠를 그 AWS·Heroku 인프라로 라우팅하는 것은 일반적으로 PIPL상 사용자 데이터의 국경 간 이전이 아닙니다. PIPL·ICP 의무는 Butter를 임베드하는 사이트에 붙습니다: 그 호스팅, 그 ICP 비안, 그리고 그것이 중국 사용자에게서 수집하는 어떤 개인 데이터든. 유일한 예외는 개인 데이터를 Butter 안 콘텐츠로 저장하는 것이고, 그것이 그 데이터도 국경 간 질문으로 끌어들입니다.
21YunBox가 우리 ButterCMS 사이트를 중국에서 작동하게 도울 수 있나요?
예. 저희 중국 팀은 귀사를 위해 두 절반을 분리하고 — 본토 방문자가 귀사 Butter 기반 콘텐츠에 얼마나 안정적으로 닿는지 안정화하고, 귀사 법인·호스팅·수집하는 사용자 데이터에 대해 귀사 임베드하는 사이트에 앉는 ICP 비안·PIPL 의무를 매핑 — 그다음 ICP 비안 국내 전달을 귀사 기존 오리진 앞단에 세웁니다, 귀사 ButterCMS 워크플로를 건드리지 않은 채. 귀사의 구체적 설정을 짚으려면 문의하기.
