Gatsby는 중국에서 작동하나요? ICP, 데이터 레지던시, 그리고 해외 배포 빌드
Gatsby는 호스트가 아니라 React 빌드 프레임워크입니다 — 그 출력물은 Netlify, Vercel, GitHub Pages, S3/CloudFront 같은 해외 플랫폼에 배포되며, 중국 본토에는 하나도 없습니다. 그래서 공개 Gatsby 사이트는 해외에서 중국에 도달하고, 국내에는 ICP 비안을 붙일 경로가 없으며, 방문자의 데이터는 PIPL에 따라 국경을 넘습니다. 두 개의 문을 컴플라이언스 관점에서 살펴봅니다.
Gatsby는 중국에서 작동하나요?
공개된 중국 본토 대상이라면 솔직한 답은 '그 자체로는 아니다'이며 — 그 이유는 Gatsby의 성능이 아니라 허가와 위치입니다. Gatsby는 호스트가 아니라 빌드 단계입니다: React 프로젝트를 프로덕션 출력물로 바꾸어 배포 플랫폼에 넘기며, Gatsby가 직접 거명하는 모든 플랫폼은 해외에 있고 중국 본토에는 하나도 없습니다.
Gatsby 자신의 표현으로 그것은 "React-Based Framework"이며 이를 써서 "Build a fast, secure, and powerful website"한다고 말합니다; 그 배포 문서는 이어 "taking the production output from Gatsby and turning it into something your deployment platform understands"라고 설명하며 그 플랫폼을 Netlify, AWS Amplify, Azure Static Web Apps, Firebase, GitHub Pages, GitLab Pages, Heroku, S3 & CloudFront 또는 Vercel 중 하나로 열거합니다 — 모두 해외입니다(Gatsby Cloud 자체도 Netlify에 통합되었습니다). 공개 중국 사이트에는 두 가지가 뒤따르며, 아래 표에서 Gatsby 자신의 표현과 대조됩니다: 그 해외 호스트에서 제공되는 사이트에는 국내에 붙일 ICP 비안이 없고, 본토에서 거기에 도달하는 것은 당연히 주어지는 일이 아니라 전송의 문제입니다. 그런 다음 (대체로 정적인) 사이트가 수집하는 어떤 개인정보든 본토를 떠나며, 이는 그 위에 더 가벼운 PIPL 문제를 더합니다.
이는 판정이 아니라 법률 자문과 함께 다룰 리스크 지도입니다 — 무엇이 적용되는지는 귀사가 중국에서 공중을 대상으로 하는지, 법인, 그리고 사이트가 다루는 데이터에 달려 있습니다. 저희 중국 팀이 Gatsby + 21YunBox 경로를 함께 정리해 드립니다 →
컴플라이언스 스냅샷
- ✓ Gatsby로 계속 개발하세요 — React 코드베이스, 콘텐츠 소스, 빌드 파이프라인은 바뀌지 않습니다
- ✕ Gatsby 사슬에는 ICP 비안 경로가 없음 — 빌드 출력물은 해외 호스트(Netlify, Vercel, Pages, S3/CloudFront)에 배포되며 중국 본토에는 하나도 없음
- ! 도달되지만 고르지 않음: gatsbyjs.com은 본토 데이터센터 탐침에서는 로딩을 완료했으나 베이징 가정용 회선에서는 3회 중 0회(2026-08-28/08-30, 각 3회 측정)
- ! 정적 사이트라도 해외 폰트·스크립트와 호스트 엣지를 끌어오고, 방문자의 실제 IP를 국경 너머로 운반 — PIPL 문제
- ✓ 합법적 경로: Gatsby 빌드 앞단의 ICP 비안·국내 전송 — 마이그레이션이 아니라 오버레이
Gatsby JS 공식 문서의 내용과, 우리가 중국 본토에서 측정한 결과
| 사실 | 1차 출처 |
|---|---|
| Gatsby 자신의 표현으로 그것은 호스트가 아니라 빌드 프레임워크입니다 — 출력물은 배포 플랫폼에 넘겨지고, Gatsby가 거명하는 모든 플랫폼은 해외입니다. Gatsby 홈페이지는 그것을 "The Best React-Based Framework"라 부르며 "Build a fast, secure, and powerful website using our React-based, open-source framework."라고 권합니다. 그 배포 문서는 "taking the production output from Gatsby and turning it into something your deployment platform understands"라고 설명하며 그 플랫폼을 Netlify, AWS Amplify, Azure Static Web Apps, Firebase, GitHub Pages, GitLab Pages, Heroku, S3 & CloudFront 또는 Vercel로 열거합니다 — Gatsby Cloud는 이제 Netlify에 통합되었습니다. 그중 중국 본토 호스트는 하나도 없으므로, 공개 Gatsby 사이트는 해외에서 본토에 도달하고 허가 문제는 Gatsby가 아니라 그 해외 호스트에 떨어집니다. | Gatsby — 홈페이지 및 "Preview, Deploys & Hosting" 문서, 2026-10-07 열람 |
| 공개 중국 본토 사이트에는 ICP 비안이 필요하며, 해외에 배포된 Gatsby 빌드에는 비안을 붙일 국내 대상이 없습니다. 국무원령 제292호(제4조)와 공업정보화부령 제33호에 따라 ICP 비안(备案)은 중국 본토 안에 물리적으로 놓인 호스팅 자원과 본토 법인에 묶입니다. Netlify, Vercel, GitHub Pages 또는 S3/CloudFront에서 제공되는 Gatsby 사이트는 국내 호스트도, 비안을 걸 본토 법인도 없는 해외 인프라에서 실행되므로 — ICP의 문은 Gatsby에도, 그 호스트에도 있지 않습니다. 이는 Gatsby의 결함이 아니라 허가와 위치의 경계입니다. | 국무원령 제292호(인터넷 정보 서비스 관리 방법) 제4조; 공업정보화부령 제33호(ICP 비안 방법) |
| 대체로 정적인 Gatsby 사이트라도 엣지에서 개인정보를 건드리므로, 그 데이터가 어떻게 국경을 넘는지는 PIPL 문제입니다. 방문자의 실제 IP 주소와 요청 로그는 개인정보이며, 해외 호스트에서 본토를 제공하며 이를 국외로 운반하는 것은 PIPL상의 국경 간 이전입니다(제3장 제38~43조: 고지, 별도 동의, 그리고 허용된 이전 메커니즘 하나; 제40조는 사이버보안법 제39조(구 제37조)와 함께 핵심정보인프라 운영자나 대량 취급자에 국내 저장을 더합니다). 정적인 마케팅 사이트는 데이터가 많은 앱보다 여기서는 가볍지만 — 규정에 맞는 설계는 같은 방식으로 답합니다: 방문자 각자의 실제 IP를 국경 너머로 전달하는 대신, 고정된 국내 IP를 origin으로 보내는 국내 ICP 비안 입구입니다. | PIPL 제3장 제38~43조 및 제40조; 사이버보안법 제39조(구 제37조) |
중국 본토 내부에서 측정하면, Gatsby로 빌드한 사이트는 도달 가능하지만 관측 지점에 따라 매우 다르게 동작했습니다. 21YunBox는 gatsbyjs.com(Gatsby 자신의 사이트로, 그 문서가 권하는 종류의 해외 호스트에 빌드·제공됨)을 본토 두 관측 지점에서 각 3회씩 요청했습니다: cn-zhangjiakou의 알리바바 클라우드 데이터센터 탐침에서 2026-08-28에는 3회 모두 로딩을 완료했으나, 베이징 가정용 광대역 회선에서 2026-08-30에는 매번 응답하고 렌더링을 시작했지만 로딩을 완료한 것은 3회 중 0회였습니다. 데이터센터 결과는 가정용 접속의 방문자가 보는 것을 말해 주지 않습니다 — 본토로부터의 도달성은 실재하지만 고르지 않으며, 그 부족분은 하드 블록이 아니라 해외 전송이 드러나는 것입니다. | 21YunBox — 중국 전송 측정, 중국 본토 내부에서 측정(cn-zhangjiakou 2026-08-28; 베이징 가정용 광대역 2026-08-30; 관측 지점당 3회) |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
중국 본토 이용자에게 Gatsby를 둘러싼 결정적인 질문은 빌드나 렌더링이 얼마나 빠른가가 아니라, 완성된 사이트를 어디에 둘 수 있고 방문자의 데이터가 어디로 갈 수 있느냐입니다. Gatsby는 전반부를 자사 문서에서 스스로 답합니다: 그것은 호스트가 아니라 빌드 프레임워크입니다. React 프로젝트를 프로덕션 출력물로 바꾸어 그 출력물을 배포 플랫폼에 넘기며 — Gatsby 자신이 거명하는 모든 플랫폼은 해외에 있고, 중국 본토에는 하나도 없습니다. 따라서 공개 Gatsby 사이트는 본토에서 도달할 수 있어도 전적으로 본토 밖에서 제공되며, 이 때문에 공개 본토 사이트가 요구하는 ICP 비안의 발판이 없고, 사이트가 수집하는 모든 개인정보는 중국 법이 규율하는 국경 간 이전이 됩니다. 도달성은 실재합니다; 노출은 허가와 데이터 레지던시 쪽에 있습니다.
한눈에 보는 중국에서의 Gatsby
| 무엇이 결정하나 | Gatsby 자신의 표현으로는 |
|---|---|
| 어디서 실행되나 | Gatsby는 호스트가 아니라 빌드 프레임워크입니다. "production output"(프로덕션 출력물)을 생성해 플랫폼 — Netlify, AWS Amplify, Azure Static Web Apps, Firebase, GitHub Pages, GitLab Pages, Heroku, S3 & CloudFront, Vercel — 에 배포합니다. 그중 중국 본토에 있는 것은 하나도 없고, Gatsby Cloud는 Netlify에 통합되었습니다. |
| ICP 발판은 누가 쥐나 | ICP 비안은 중국 본토 안에 물리적으로 놓인 호스팅 자원과 본토 법인에 묶입니다. 그 해외 호스트 중 하나에 배포된 Gatsby 빌드는 둘 다 없습니다 — 국내에 비안을 붙일 대상이 전혀 없는 것입니다. |
| 공개 서비스 제공 | 중국 본토 안에서 본토 방문자에게 제공되는 사이트는 본토 호스팅 자원에 묶인 ICP 비안을 필요로 합니다. Gatsby에서 해외 호스트로 이어지는 사슬은 그 자체로는 그런 국내 호스트를 갖지 않습니다. |
| 방문자의 데이터 | 해외에서 제공되면 본토 방문자의 실제 IP와 요청 로그가 본토를 떠납니다 — 대체로 정적인 사이트라 해도 PIPL이 규율하는 국경 간 이전입니다. |
| 도달 가능한가? | 예 — 차단되지 않았습니다. Gatsby 자신의 사이트는 본토 내 데이터센터 탐침의 모든 시도에서 로딩을 완료했지만, 베이징 가정용 회선에서는 완료하지 못했습니다; 그 차이는 차단이 아니라 해외 전송입니다. |
국내 호스트가 없는 빌드 도구 — 그래서 ICP 비안의 발판이 없다
Gatsby는 귀사의 사이트를 운영하는 것이 아니라 빌드합니다. Gatsby 자신의 표현으로 그것은 “React-Based Framework”(React 기반 프레임워크)이며 이를 써서 “Build a fast, secure, and powerful website,“(빠르고 안전하고 강력한 웹사이트를 구축)한다고 말하고, 그 배포 문서는 어댑터가 “taking the production output from Gatsby and turning it into something your deployment platform understands.”(Gatsby의 프로덕션 출력물을 배포 플랫폼이 이해할 수 있는 형태로 바꾼다)라고 설명합니다. 거기 열거된 플랫폼 — Netlify, AWS Amplify, Azure Static Web Apps, Firebase, GitHub Pages, GitLab Pages, Heroku, S3 & CloudFront, Vercel — 은 모두 해외이고, Gatsby Cloud 자체도 Netlify에 통합되었습니다. 중국 본토 안에 있는 것은 하나도 없습니다.
이는 성능이 등장하기도 전에 허가의 문제를 결정지어 버립니다. 중국 본토 안에서 본토 방문자에게 제공되는 공개 웹사이트는 국무원령 제292호와 공업정보화부령 제33호에 따라 ICP 비안(备案)을 발동시키며, 그 비안은 본토 안에 물리적으로 놓인 호스팅 자원과 본토 법인에 묶여야 합니다. 해외 호스트에 배포된 Gatsby 빌드는 둘 다 없으므로 — 사슬 안에 비안을 붙일 대상이 애초에 존재하지 않습니다. “우리는 이미 Gatsby 사이트를 배포하고 있다”가 한계에 부딪히는 지점이 여기입니다: 빠른 정적 번들을 만드는 것은 중국에서 영업할 허가를 받은 것과 다르며, 빌드를 아무리 조정해도 비안이 필요로 하는 국내 발판은 생기지 않습니다.
도달 가능, 차단 아님 — 그러나 고르지 않고, 그 점이 핵심
Gatsby 사이트는 중국에서 차단되지 않았습니다. 21YunBox가 본토 내부에서 수행한 측정에서, Gatsby 자신의 사이트는 장자커우의 알리바바 클라우드 데이터센터 탐침(2026-08-28)에서 모든 시도에 빠르게 응답하고 로딩을 완료했으나, 베이징 가정용 광대역 회선(2026-08-30)에서는 매번 응답하고 렌더링을 시작했지만 로딩을 완료한 것은 하나도 없었습니다 — 각 관측 지점에서 3회씩. 여기서 보고하는 것은 속도 점수가 아니라 도달성입니다; 데이터센터 결과는 가정용 접속이 어떤지를 말해 주지 않습니다. 정적인 Gatsby 빌드는 도움이 됩니다 — 사전 렌더링된 페이지는 치러야 할 서버 왕복이 없기 때문입니다 — 그러나 그래도 해외 폰트·스크립트와 호스트 자신의 엣지를 참조하므로, 그 해외 의존성만큼만 도달 가능합니다. 따라서 중국 대상 Gatsby 사이트의 노출은 주로 사람이 도달하지 못한다는 것이 아니라 — 도달해도 ICP 비안도 국내 데이터 레지던시도 얻지 못한다는 것입니다. 그 간극은 컴플라이언스상의 사실이며, 어떤 빌드 설정으로도 메워지지 않습니다.
중국 방문자의 데이터는 여전히 국경을 넘는다
Gatsby 사이트를 해외 호스트에서 중국에 제공하면 방문자의 개인정보 — 최소한 실제 IP 주소와 요청 로그, 사이트가 폼이나 분석을 실으면 그 이상 — 가 본토를 떠납니다. 중국 개인정보 보호법(PIPL)에 따라 이는 국경 간 이전이며, 처리자 — Gatsby나 호스트가 아니라 귀사 — 는 고지하고, 별도 동의를 받고, 이전 메커니즘 중 하나(CAC 안전성 평가, CAC 표준계약, 또는 인증)를 충족해야 합니다. 핵심정보인프라 운영자나 대량 취급자라면, 중국에서 수집한 개인정보는 본토 안에 저장되어야 하며(PIPL 제40조, 사이버보안법 제39조(구 제37조)) — 이는 Gatsby 배포 목록의 어떤 해외 호스트도 충족할 수 없는 데이터 레지던시 의무입니다. 대체로 정적인 마케팅 사이트는 데이터가 많은 앱보다 여기서는 가볍지만, 규정에 맞는 설계는 그래도 같은 방식으로 이 질문에 답합니다.
이는 판정이 아니라 리스크 지도입니다: ICP 비안, 국내 저장, 또는 둘 다가 필요한지는 무엇을 제공하는지, 얼마만큼의 개인정보를 보유하는지, 이용자가 누구인지에 따라 달라집니다 — 구축에 들어가기 전에 법률 자문과 함께 정리할 가치가 있습니다.
21YunBox의 자리 — 마이그레이션이 아니라 컴플라이언스 오버레이
귀사는 Gatsby로 계속 개발하고 오늘 배포하는 곳에 그대로 배포합니다. 저희는 빌드 도구와 해외 호스트가 할 수 없는 한 가지를 더합니다: 규정에 맞는 중국 본토 내부로부터의 ICP 비안 전송을, Gatsby 빌드가 생성하는 사이트 앞단에 둡니다 — 재구축도, 두 번째 코드베이스도, Gatsby·Netlify·Vercel·Pages에서의 이탈도 없습니다. 저희 중국 팀이 귀사의 ICP와 데이터 레지던시 의무를 귀사의 법인과 데이터 규모에 비추어 정리한 뒤, 합법적인 중국 프레즌스가 필요로 하는 국내 전송과 저장을 세웁니다. 그동안 프레임워크와 호스트는 이미 있는 자리에 그대로 남습니다.
함께 읽기:
자주 묻는 질문
중국 본토를 제공하려면 Gatsby를 떠나거나 재구축해야 하나요?
아니요. 규정에 맞는 방식은 마이그레이션이 아니라 오버레이입니다: Gatsby는 그대로 귀사의 프레임워크, 콘텐츠 소스, 빌드로 남고, ICP 비안 기반의 국내 전송 계층 — 이미 배포 중인 바로 그 Gatsby 빌드에서 공급됨 — 이 본토 방문자를 위해 그 앞단에 놓입니다. 재구축도, 두 번째 코드베이스도, Gatsby 사이트를 작성하거나 배포하는 방식의 변경도 없습니다.
왜 Gatsby나 우리 호스트(Netlify, Vercel, Pages)가 ICP 비안을 쥘 수 없나요?
ICP 비안은 중국 본토 안에 물리적으로 놓인 허가받은 호스트와 본토 법인에 묶이는데, Gatsby의 빌드 출력물은 해외 플랫폼 — Netlify, Vercel, GitHub Pages, S3/CloudFront 등 — 에 배포되기 때문입니다. 그 사슬에는 비안을 올려놓을 국내 호스트도, 본토 법인도 없습니다. 이는 Gatsby나 그 호스트의 결함이 아니라 허가와 위치의 경계이며, 그것들은 그대로 귀사의 빌드·배포 대상으로 남습니다; 21YunBox가 그 앞단에 ICP 비안 기반의 국내 전송을 공급합니다.
21YunBox는 우리 Gatsby 사이트가 중국 본토에서 작동하도록 도울 수 있나요?
예. 저희 중국 팀이 귀사의 법인과 데이터에 대해 ICP, 도달성, 국경 간 데이터 노출을 진단하고, ICP 비안을 처리하며, Gatsby 빌드가 생성하는 사이트 앞단에 규정에 맞는 ICP 비안 기반 국내 전송을 세울 수 있습니다 — 그래서 Gatsby와 현재 호스트는 정확히 지금 자리에 그대로 남습니다. 문의하기로 구체적인 사례를 함께 다루시고, 세부 사항은 법률 자문과 확인할 리스크 지도로 보시기 바랍니다.
