Netlify 사이트를 중국에서 빠르고 규정에 맞게 만들려면 어떻게 하나요?
Netlify 사이트를 중국에서 더 빠르게 만들려고 오셨다면, 솔직한 답은 속도가 두 관문 중 하나일 뿐이며 — 애초에 본토를 서비스해도 되는지를 결정하는 관문은 아니라는 것입니다. Netlify는 훌륭한 글로벌 호스팅이지만, 그 네트워크는 전적으로 역외에 자리하며, 바로 그 하나의 사실이 중국 대상에 중요한 두 답을 모두 결정합니다.
Netlify는 자사의 최상위 네트워크를 "Globally distributed nodes in every major geography", "70+ global Points of Presence"에 걸쳐 있다고 설명합니다 — 자사 위치 목록상 그 범위는 본토에 싱가포르와 도쿄보다 가까이 오지 않으며, 둘 다 역외입니다. 공개된 중국향 사이트에는 두 가지 결과가 따라옵니다. 그것은 국외에서 서비스되므로 ICP 비안(备案)이 묶일 허가받은 국내 호스트가 없고(국무원령 제292호; 공업정보화부령 제33호); 모든 본토 방문자의 요청 — 실제 IP, 요청 로그, 모든 폼 데이터 — 이 국경을 넘으며, 이를 PIPL이 개인정보의 국경 간 이전으로 규율합니다(제38~43조). 아래 표는 Netlify 자신의 표현을 각 관문이 촉발하는 규칙과 나란히 놓습니다.
이는 판정이 아니라 리스크 지도입니다 — 어느 관문이 먼저 묶이는지는 중국에서 대중에게 서비스하는지, 귀사의 법인, 그리고 사이트가 수집하는 데이터에 따라 달라집니다. 저희 중국 팀이 귀사의 Netlify 노출과 비안 경로를 함께 지도화해 드립니다 →
컴플라이언스 스냅샷
- ✓ Netlify를 오리진으로 유지하세요 — 훌륭한 글로벌 빌드·배포 플랫폼입니다
- ! 관문 1, 전송: 역외 노드에서 서비스되면 본토 도달성은 들쭉날쭉합니다 — 차단이 아닙니다
- ✕ 관문 2, 비안: 역외 전용 사이트에는 ICP 비안(备案)이 묶일 국내 호스트가 없습니다
- ! 본토 방문자의 실제 IP·로그·폼 데이터가 국경을 넘습니다 — PIPL 국경 간 이전입니다
- ✓ 빠른 경로가 곧 비안을 마친 경로입니다: Netlify 앞단에 ICP 비안 국내 전송을 더하세요 — 마이그레이션이 아니라 오버레이입니다
중국에서 Netlify를 빠르게 하는 일이 두 번째 관문에 부딪히는 이유
| 사실 | 1차 출처 |
|---|---|
| Netlify의 최상위 네트워크는 설계부터 글로벌하며, 그런 네트워크조차 국경에서 멈춥니다. Netlify는 자사 High-Performance Edge — "Only available in Netlify Enterprise plans" — 를 "Globally distributed nodes in every major geography", "70+ global Points of Presence"에 걸쳐 있고 "dynamically adjusts … across the globe"하는 네트워크라고 설명합니다. "Every major geography"가 그 주장이지만, 중국 본토 안의 노드는 거기에 포함되지 않습니다 — 그래서 Netlify의 프리미엄 등급조차 본토에는 오직 국외에서만 닿습니다. | Netlify — High-Performance Edge(netlify.com), 2026-10-07 열람 |
| Netlify 자신의 위치 목록에 따르면, 가장 가까운 노드는 역외, 만리방화벽 반대편에 자리합니다. 자사 지원 포럼에서 Netlify 직원들은 "We don't publish an authoritative list since things can change frequently"라고 말하며, 그들이 올린 목록도 본토에 싱가포르와 도쿄보다 가까이 오지 않습니다 — 베이징, 상하이, 홍콩이나 다른 본토 거점은 나타나지 않습니다. 싱가포르나 도쿄에서 본토 방문자를 서비스하는 것은 국경 통과를 제거하지 않으며, 통과가 끝나는 지점을 옮길 뿐입니다. | Netlify 지원 포럼 — CDN points-of-presence 스레드(answers.netlify.com), 2026-10-07 열람 |
| 공개된 본토 사이트는 ICP 비안을 마쳐야 하는데, 역외 엣지는 그 비안이 묶일 대상을 주지 못합니다. 중국 본토의 사람들에게 공개 웹사이트를 서비스하는 일은 본토 안에 물리적으로 존재하는 호스팅 자원과 본토 법인에 묶인 ICP 비안(备案)을 필요로 합니다(국무원령 제292호 제4조; 공업정보화부령 제33호). PoP가 모두 역외에 있는 네트워크는 — 아무리 많은 "major geographies"를 아우르더라도 — 그 비안을 위한 국내 호스트가 없습니다. 관문은 사이트를 어떻게 구축하거나 배포하는지가 아니라 서버가 어디에 있는지입니다. | 국무원령 제292호(인터넷 정보 서비스 관리 방법) 제4조; 공업정보화부령 제33호 — 2026-10-07 열람 |
| 본토를 역외에서 서비스하면, 귀사 방문자의 데이터는 요청마다 나라를 떠납니다. 본토 방문자의 실제 IP 주소는 개인정보이며, 그들의 요청 로그도 — 페이지에 폼, 로그인, 애널리틱스가 있다면 그 이상도 — 마찬가지입니다. 그것을 역외 노드로 실어 나르는 것은 PIPL상의 국경 간 이전입니다(제3장 제38~43조: 고지, 별도 동의, 그리고 허용되는 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증). 핵심정보인프라 운영자나 대량 취급자의 경우, 그 개인정보는 본토 안에도 저장되어야 합니다(PIPL 제40조; 사이버보안법 제39조(구 제37조)). | PIPL 제3장 제38~43조 및 제40조; 사이버보안법 제39조(구 제37조) — 2026-10-07 열람 |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 7일에 출처를 확인했습니다.
Netlify는 현대적인 웹사이트를 구축하고 배포하고 출시하기에 세계에서 가장 좋은 곳 중 하나이며, 여기 어떤 것도 그것을 떠나라고 요구하지 않습니다. 귀사의 사이트는 Git 기반 배포, 빌드 파이프라인, 글로벌 엣지를 그대로 유지합니다. 이 페이지는 공개된 중국 본토 대상이 그 위에 추가로 더하는 한 가지에 관한 것입니다 — 그리고 그것이 결국 속도 문제가 아닌 이유에 관한 것입니다. 본토를 서비스하는 일은 두 개의 분리된 관문을 통과합니다. 콘텐츠가 빠르고 안정적으로 도착해야 하고, 애초에 그것을 국내에서 서비스할 수 있는 자격이 있어야 합니다. 두 번째 관문은 컴플라이언스의 문제이며, 이것이 “Netlify는 중국에서 작동하는가”의 절반입니다 — 아무리 많은 빌드 튜닝, 이미지 압축, CDN 구성으로도 답할 수 없는 절반인데, 그것은 애초에 네트워크가 답할 일이 아니었기 때문입니다.
한눈에 보는 중국에서의 Netlify
| 무엇이 결정하는가 | Netlify 자신의 표현으로 — 그리고 중국 자신의 법으로 |
|---|---|
| Netlify란 무엇인가 | 글로벌 빌드·배포 플랫폼입니다. Netlify의 High-Performance Edge는 “Globally distributed nodes in every major geography”, “70+ global Points of Presence”에 걸쳐 있습니다. 훌륭한 글로벌 호스팅이며 — 설계부터 글로벌하고, 바로 그것이 핵심입니다. |
| 중국 본토 노드가 있는가? | 없습니다. Netlify는 본토 PoP를 공개하지 않으며, 자사 지원 포럼에서 직원들은 “We don't publish an authoritative list”라고 말하고, 공유된 목록도 싱가포르와 도쿄까지만 닿습니다 — 둘 다 역외, 국경 반대편입니다. |
| 관문 1 — 전송 | 역외 노드에서 서비스되면, 본토 요청은 여전히 혼잡하고 필터링된 국경을 넘습니다. 사이트는 대개 도달 가능하지만 전송은 들쭉날쭉합니다 — 팀들이 보고하는 증상은 완전한 차단이 아니라 불안정성입니다. |
| 관문 2 — 비안 | 본토 방문자에게 보여지는 공개 사이트에는 허가받은 국내 호스트와 본토 법인에 묶인 ICP 비안(备案)이 필요합니다(국무원령 제292호 제4조; 공업정보화부령 제33호). 역외 전용 네트워크에는 그 비안이 묶일 국내 호스트가 없습니다. |
| 국경에서의 방문자 데이터 | 본토 방문자의 실제 IP는 개인정보입니다. 그것을 역외로 실어 나르는 것은 PIPL이 규율하는 국경 간 이전입니다(제38~43조) — 그래서 규정에 맞는 설계는 국내 진입점을 유지하고 고정된 단일 국내 IP를 귀사 오리진에 보냅니다. |
| 작동하는 설계 | Netlify를 오리진으로 유지하고, 본토 방문자를 위해 그 앞단에 ICP 비안을 마친 국내 진입점을 둡니다. 마이그레이션이 아니라 오버레이입니다 — 재구축도, 두 번째 코드베이스도 없습니다. |
두 개의 관문, 그리고 하나를 통과해도 다른 하나에 대해서는 아무것도 알 수 없습니다
“중국에서 Netlify를 빠르게 하기”에 도달하는 대부분의 계획은 본토를 하나의 문제 — 사이트를 빠르게 만들기 — 로 취급하지만, 사실은 한 벌의 외투를 걸친 두 개의 문제입니다. 본토는 서로 거의 무관한 두 가지 질문을 던집니다. 바이트가 빠르고 안정적으로 도착할 수 있는가, 그리고 애초에 그것을 국내에서 서비스할 자격이 있는가. 사이트는 첫 번째에 답하고도 두 번째에서 실패할 수 있으며, 잘 튜닝된 빌드는 귀사가 허가 면에서 어디에 서 있는지에 대해 아무것도 말해 주지 않습니다.
두 질문은 정확히 하나의 경첩에서 연결됩니다. 국경 통과를 진정으로 제거하는 유일한 구성은 중국 본토 내부로부터의 전송이며 — 중국 본토 내부로부터의 전송이야말로 ICP 비안을 적용 범위로 끌어들이는 바로 그 행위입니다. 그래서 비안을 피해 가는 모든 설정은 국외에 머무름으로써 그렇게 하며, 이는 그것이 느리고 필터링된 국경 통과를 그대로 유지하는 것과 같은 이유입니다. 국내 허가를 함께 떠안지 않고는 국내 속도를 살 수 없습니다.
그래서 Netlify 사이트는 중국에서 실제로 더 빠르게 만들어질 수 있으면서도 진지한 운영에는 여전히 잘못된 답일 수 있습니다. 비안 체제 밖에서 얻은 성능은 유지할 자격이 없는 성능입니다. 컴플라이언스 관문이 실제로 집행되는 순간, 속도를 제공했던 그 구성이 바로 바뀌어야 하는 구성입니다. 두 가지를 처음부터 하나의 결정으로 다루는 것이, 출시 후에 그 연결을 발견하는 것보다 비용이 적습니다.
관문 1: 역외 오리진이 중국에서 불안정한 이유
전송의 절반은 실재하며, 이에 대해 정확할 가치가 있습니다. 보통 “사이트가 느리다”로 오진되기 때문입니다. 더 정확히는 불안정합니다. 같은 페이지가 아침에는 견딜 만하고 저녁에는 쓸 수 없으며, 연결성 점검은 어떤 방문자도 실제로 사용할 수 없는 사이트에서 통과됩니다.
원인은 구조적입니다. Netlify의 네트워크는 글로벌하며, 전 세계 대상에게는 거의 이상적입니다 — 그러나 본토에 가장 가까운 노드는 싱가포르와 도쿄에 있고, 둘 다 만리방화벽 반대편에 자리합니다. Netlify는 “dynamically adjusts points of presence across the globe”라고 말하며, 그것은 사실입니다. 다만 그것이 본토 내부의 PoP를 의미한 적은 없습니다. 싱가포르에서 중국 사용자를 서비스하는 것은 국경 통과를 줄이지 않습니다. 통과가 끝나는 지점을 바꿀 뿐입니다.
그다음, 대부분의 팀을 놀라게 하는 부분이 있습니다. CDN은 귀사가 소유한 것을 가속하고, 귀사의 페이지가 호출하는 것에는 아무것도 하지 않습니다. 현대적인 사이트는 폰트, 애널리틱스, 동의 배너, 임베드 동영상, 폼 엔드포인트를 끌어오며, 이러한 서드파티 서비스에도 본토 거점이 없습니다. 각각은 저마다의 일정으로 실패할 수 있어, 페이지가 “대체로 로드”되면서도 아무것도 전환하지 못할 수 있습니다 — 이는 폼 제출이 곧 전환인 리드 캡처 사이트에서 가장 중요합니다. 번들을 줄이는 것은 이 중 어느 것도 건드리지 못합니다. 실패는 느리게 돌아오는 요청이 아니라 영영 돌아오지 않는 요청이기 때문입니다.
그래서 관문 1에는 진정한 해법이 있고, 그것은 매번 동일합니다. 중국 본토 내부에서 전송하고, 어떤 호출이 실제로 그 처리가 필요한지 리소스별로 결정하는 것입니다. 바로 그곳에서 관문 2가 기다리고 있습니다.
관문 2: 글로벌 엣지가 담을 수 없는 ICP 비안
중국 본토의 사람들에게 공개 웹사이트를 서비스하는 일은 성능과 무관한 허가 하나에 달려 있습니다: ICP 비안(备案)입니다. 국무원령 제292호(제4조)와 공업정보화부령 제33호에 따라, 그 비안은 본토 안에 물리적으로 존재하는 호스팅 자원과 본토 법인에 묶입니다 — 둘 다 없는 외국 기업은 자신의 이름으로 신고할 수 없습니다.
바로 여기서 글로벌 엣지는 넘도록 만들어지지 않은 경계에 부딪힙니다. PoP가 모두 역외에 있는 네트워크는, 아무리 많은 “major geographies”를 아우르더라도, 그 비안이 묶일 국내 호스트가 없습니다. 이는 Netlify의 결함이 아니라 라이선스의 사실입니다. 비안은 허가받은 본토 호스트를 필요로 하는데, Netlify의 호스트는 설계상으로도 자사 설명으로도 본토를 제외한 모든 곳에 있습니다. “우리는 이미 ICP가 있다”도 간극을 메우지 못합니다. 비안은 오늘 실제로 트래픽을 서비스하는 인프라를 명시해야 하기 때문입니다 — 잘못된 호스트를 가리키도록 남겨진 비안은 재분류되고 취소될 수 있습니다.
실질적 결과는, 관문 1에 답하는 국내 전송이 관문 2에 답하는 바로 그것이라는 점입니다. 속도를 해결하고 나서 비안을 따로 해결하는 것이 아닙니다. 국내 거점은 둘 다를 떠받치는 하나의 대상입니다.
국경에서의 방문자 데이터
두 관문 아래에 놓인 세 번째 사실이 있는데, 팀들은 보통 이를 거꾸로 알고 있습니다. 본토 방문자의 실제 IP 주소 자체가 중국 개인정보 보호법상의 개인정보이며, 그들의 요청 로그도 — 페이지에 폼, 로그인, 애널리틱스가 있다면 그 이상도 — 마찬가지입니다. 모든 방문자의 실제 클라이언트 IP를 본토 밖 역외 Netlify 노드로 실어 나르는 것은 PIPL이 규율하는 개인정보의 국경 간 이전입니다(제3장 제38~43조: 고지, 별도 동의, 그리고 허용되는 이전 메커니즘 하나 — CAC 안전성 평가, CAC 표준계약, 또는 인증; 제40조는 사이버보안법 제39조(구 제37조)와 함께, 핵심정보인프라 운영자나 대량 취급자에게 국내 저장 의무를 더합니다).
그래서 규정에 맞는 설계는 글로벌 엣지가 기본으로 하는 것의 정반대를 합니다. 본토 방문자를 국내의 ICP 비안을 마친 진입점에서 종료시키고, 각 방문자의 실제 IP를 국경 너머로 전달하는 대신 단일한 고정 국내 IP를 귀사의 Netlify 오리진으로 보냅니다. 따라서 귀사의 오리진은 모든 방문자 각자의 주소 대신 하나의 국내 주소를 보게 됩니다 — 그리고 그것은 피해 설계해야 할 한계가 아니라, 의도대로 작동하는 합법적 설계입니다. 특정 사이트가 개인정보를 본토 안에 저장해야 하는지는 귀사의 역할과 데이터 규모에 따라 달라지며, 이는 기본값이 아니라 법률 자문에 맡길 문제입니다.
이는 판정이 아니라 리스크 지도입니다 — 어느 관문이 먼저, 그리고 얼마나 강하게 묶이는지는 귀사의 법인, 데이터, 방문자가 누구인지에 따라 달라지며, 가정하기보다 법률 자문과 함께 정리할 가치가 있습니다.
21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 규정에 맞는 오버레이
귀사는 오늘과 똑같이 Netlify에서 계속 구축하고 출시합니다 — 같은 배포, 같은 오리진, 같은 글로벌 플랫폼입니다. 21YunBox는 글로벌 엣지가 구조적으로 할 수 없는 한 조각을 더합니다: 규정에 맞는, 본토 내부로부터의 ICP 비안 전송을, 기존 Netlify 오리진 앞단에 두는 것입니다 — 재구축도, 두 번째 코드베이스도, Netlify에서의 이탈도 없습니다. 저희 중국 팀은 어떤 의무가 귀사의 법인과 데이터에 적용되는지 진단하고, ICP 비안을 처리하며, Netlify가 진실의 원천으로 남는 동안 본토 대상을 서비스하는 국내 진입점을 세웁니다.
그리고 그 국내 계층은 국경 통과를 제거하는 동시에 비안을 떠받치는 유일한 것이기에, 관문 1과 관문 2를 함께 닫습니다 — 그래서 귀사는 컴플라이언스 관문이 처음 집행될 때 풀려 버리는 속도가 아니라, 실제로 유지할 자격이 있는 속도를 갖게 됩니다.
함께 읽기:
자주 묻는 질문
그냥 중국에서 우리 Netlify 사이트를 빠르게 하고 싶을 뿐입니다 — 성능이 문제의 전부 아닌가요?
절반입니다. 본토에서 Netlify 사이트를 빠르게 만든다는 것은 국내에서 전송한다는 뜻인데, 그 느림은 줄일 수 있는 빌드가 아니라 혼잡하고 필터링된 국경 통과이기 때문입니다. 그러나 국내에서 전송하는 것은 또한 ICP 비안(备案)을 요구하는 바로 그 행위입니다. 그래서 성능과 허가는 두 개의 프로젝트가 아닙니다 — 첫 번째를 해결하는 구성이 두 번째를 촉발하는 구성입니다. 비안 체제 밖에서 얻은 속도는 유지할 자격이 없는 속도이며, 그래서 이 페이지는 둘을 하나의 결정으로 다룹니다.
우리 Netlify 사이트를 중국에서 빠르게 만들면 ICP 비안이 필요하다는 뜻인가요?
"더 빠르게"가 중국 본토 내부에서 서비스된다는 뜻이라면, 그렇습니다 — 그것이 바로 국무원령 제292호와 공업정보화부령 제33호에 따라 ICP 비안이 묶이는 대상이며, 본토 법인을 필요로 합니다. 비안을 피하는 구성은 실제로 본토에 들어가지 않기 때문에 바로 그렇게 피하는 것이며, 그것이 또한 국경 통과를 결코 제거하지 못하는 이유입니다. 비안이 없으면서 빠른 국내 경로란 없습니다. 구체적인 사항은 법률 자문으로 확인할 리스크로 다루십시오.
21YunBox가 우리 Netlify 사이트를 중국에서 빠르면서도 규정에 맞게 만들어 줄 수 있나요?
네. 저희 중국 팀은 귀사의 법인과 사이트가 수집하는 데이터에 대해 ICP·PIPL 노출을 진단하고, ICP 비안을 처리하며, 기존 Netlify 오리진 앞단에 ICP 비안을 마친 국내 전송을 세울 수 있습니다 — 그래서 본토 대상이 국내에서 서비스되는 동안 Netlify는 호스트이자 빌드 파이프라인으로 유지됩니다. 바로 그 국내 계층이 국경 통과를 제거하고 비안을 떠받치기에, 두 관문에 한 번에 답합니다. 귀사의 구성을 함께 정리하려면 문의해 주세요.