Adobe Fonts는 중국에서 작동하나요? 해외 전송, 그리고 ICP가 실제로 적용되는 곳

중국 본토 청중을 두고 Adobe Fonts — 구 Typekit — 에 관한 진짜 질문은 그것을 써도 되느냐가 아니라 폰트가 실제로 도착하느냐입니다. Adobe Fonts는 호스팅 웹 폰트 서비스입니다: 사용자의 개인 데이터가 아니라 서체를 전송하므로, 그 자체로는 국경 간 이전 의무를 유발하지 않고 ICP 비안도 지지 않습니다. 그것이 들이는 노출은 전송의 노출입니다. 모든 서체는 렌더 시점에 Adobe의 해외 네트워크 use.typekit.net에서 가져오는데, 그곳은 중국 본토 안에 PoP를 하나도 두지 않습니다 — 그리고 그 페치가 페이지가 그려지는 것을 막을 수 있으므로, 국경에서 멈추는 요청은 우아한 폴백이 아니라 보이지 않는 텍스트가 됩니다. 이 그림에서 컴플라이언스 선은 한 걸음 떨어져, 폰트를 임베드한 웹사이트에 있으며, 그것은 여전히 ICP 비안을 마치고 국내에서 제공되어야 합니다.

한눈에 보는 중국에서의 Adobe Fonts

데이터 파이프가 아니라 웹 폰트 서비스 — PIPL과 ICP는 여기 붙지 않는다

Adobe는 서비스가 무엇인지에 대해 명시적입니다: “Typekit is Adobe’s hosted web font service.” 방문자가 귀사 페이지를 로드할 때 선을 넘어 오가는 것은 폰트 파일과 그것을 요청하는 CSS 또는 JavaScript이지 — 그 방문자에 관한 이름, 연락처, 기기 식별자, 또는 어떤 다른 개인정보가 아닙니다. 그 구별이 법적 질문을 결정합니다. Adobe에서 서체를 로드하는 것은 개인정보 보호법상의 개인정보 국경 간 이전이 아니며, 개방형 웹 폰트 CDN은 자체 ICP 비안을 지지 않습니다. 폰트 서비스를 데이터 레지던시 문제로 꾸미는 것은 정직하지 않을 것입니다; 정직한 해석은 더 좁고 더 유용합니다 — 리스크는 폰트가 도착하는지, 그리고 그것을 싣는 사이트가 그 자체로 규정에 맞는지입니다.

Adobe의 해외 폰트 네트워크에서, 중국 본토 밖에서 제공된다

Adobe는 귀사 폰트를 자사 콘텐츠 전송 네트워크에서 제공합니다: CSS 또는 JavaScript와 웹 폰트 파일 자체가, Adobe의 표현으로, *“added to your website in the browser from our content delivery network (CDN), use.typekit.net,“*이며, 그것을 “at many locations around the world” 캐싱합니다. 그 위치 중 어느 것도 중국 본토 안에 있지 않고, 그 페치는 페이지가 렌더링되는 동안 일어납니다. Adobe 자사 임베드 코드 문서는 그 결과를 명시합니다: 기본 임베드 코드에서는 “the rest of the page may not display until after the web font CSS has finished loading.” 따라서 그 하나의 해외 요청이 본토 안에서 느리거나 완료될 수 없을 때 — Adobe는 사이트가 *“cannot connect to use.typekit.net or that it failed to load a resource from that domain”*인 경우에 대한 문제 해결 페이지까지 둡니다 — 방문자는 깔끔한 오류를 받지 않습니다. 빈 텍스트나 폴백 텍스트를 받고, 진짜 폰트가 결국 도착하면 레이아웃 시프트의 충격을 받습니다. 그것은 귀사가 통제하지 않는, 국경의 잘못된 쪽에 앉은, 페이지가 그려지는 순간에 직접 연결된 의존성입니다.

컴플라이언스 문은 폰트가 아니라 폰트를 임베드한 사이트다

컴플라이언스 의무가 실제로 어디에 떨어지는지에 정확한 것이 여기서 중요한데, 그것을 엉뚱한 것에 가리키기 쉽기 때문입니다. Adobe Fonts에는 ICP 비안이 필요 없습니다 — 하지만 그것을 임베드한 공개 웹사이트에는 필요합니다. 본토 방문자에게 보이는 사이트는 국무원령 제292호와 MIIT 령 제33호상 ICP 비안(ICP 备案)에 달려 있고, 본토 안에 물리적으로 있는 호스팅 자원에 묶입니다. 그리고 그 같은 사이트가 중국 사용자로부터 개인정보를 수집한다면, 그 데이터에 대해 자체 국경 간 이전·데이터 국내화 의무가 적용됩니다 — PIPL 제38~43조상 고지·별도 동의·이전 메커니즘, 그리고 핵심정보인프라 운영자나 대량 취급자에게는 PIPL 제40조와 사이버보안법 제39조(구 제37조)상 국내 저장. Adobe Fonts는 그 전부의 바깥에 앉아 있습니다. 함정은 더 미묘합니다: use.typekit.net에 조용히 기대는 본토 사이트는 자체 컴플라이언스 의무를 하나도 빠짐없이 지면서도 그 해외 전송 약점을 물려받습니다.

이는 판정이 아니라 리스크 지도입니다: 해외 폰트 의존성이 단지 페이지를 느리게 하는지 아니면 깨뜨리는지, 그리고 그것을 임베드한 사이트가 그 자체로 비안을 마치고 국내에 있는지는 귀사 프런트엔드가 어떻게 조립되고 무엇을 수집하는지에 달려 있습니다 — 법률 자문과, 그리고 귀사의 실제 의존성에 대한 정직한 검토와 확정할 가치가 있습니다.

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

귀사 디자이너는 고른 서체를 그대로 유지하고 프런트엔드는 손대지 않습니다. 저희가 바꾸는 것은 폰트가 어디서 오는지입니다: 귀사 페이지가 현재 use.typekit.net에서 가져오는 에셋이 대신 본토 안의 ICP 비안 전송에서, 기존 오리진 앞단에 제공됩니다 — 재구축도, 두 번째 코드베이스도, 마크업에서 Adobe Fonts를 빼내는 것도 없이. 그와 함께, 저희 중국 팀은 폰트 서비스가 결코 다루지 않는 부분을 확인합니다: 그 폰트를 싣는 사이트가 그 자체로 ICP 비안을 마치고, 국내에 호스팅되며, 실제로 다루는 사용자 데이터에 대해 PIPL상 건전한지. 폰트는 똑같이 렌더링됩니다; 바뀌는 것은 이제 그것이 매번 국경의 올바른 쪽에서 도착한다는 점입니다.

컴플라이언스 진단 받기 →

함께 읽기:

• 중국 ICP 비안 받는 법
• PIPL상의 국경 간 데이터 이전

관련 기술

Font Awesome

Font Awesome

Google Fonts API

Google Fonts API