X(Twitter)는 중국에서 작동하나요? 차단된 임베드, widgets.js & ICP
X(옛 Twitter)는 중국 본토에서 만리방화벽에 차단되니, platform.x.com에서 widgets.js를 로드하는 임베드된 X Post가 실패하고 귀사 중국향 페이지를 망가뜨릴 수 있습니다. 그것을 규정에 맞게 차단 해제할 방법은 없습니다; 해결책은 차단된 임베드를 제거하고 귀사 자신의 사이트를 ICP 비안된, 국내 경로에서 전달하는 것입니다. 컴플라이언스 우선으로 봅니다.
X(옛 Twitter)는 중국에서 작동하나요?
X — 예전에 Twitter라 불린 플랫폼 — 가 중국에서 작동하는지는 무뚝뚝한 답을 지닌 도달성 질문입니다: X는 만리방화벽에 차단되고, 그것을 본토 안에서 로드하게 만드는 규정에 맞는 방법은 없습니다. 21YunBox는 본토 방문자를 그 차단 너머로 몰래 보내지 않고, 그러지도 않을 것입니다 — 정직한 해결책은 차단된 호스트에 의존하기를 멈추는 것이지, 그것으로 뚫고 들어가는 것이 아닙니다.
진짜 사이트를 보통 망가뜨리는 것은 x.com 자체보다 좁습니다: 귀사가 X for Websites로 더한 임베드된 X Post입니다. 그 임베드는 귀사가 publish.x.com에서 생성하는 마크업에 더해, 브라우저가 platform.x.com — X 운영 호스트 — 에서 가져오는 로더 스크립트 widgets.js입니다. 본토 안에서 그 호스트는 응답하지 않으니, 스크립트가 결코 도착하지 않고, 마크업이 결코 Post가 되지 않으며, 그것을 기다리는 스크립트가 그 둘레의 페이지를 붙들 수 있습니다. 규정에 맞는 경로는 그 차단된 의존성을 제거하거나 우아하게 격하하고 귀사 자신의 사이트를 ICP 비안된, 국내 경로에서 서비스하는 것입니다. 아래 표는 무엇이 차단되었는지를 귀사가 실제로 고칠 수 있는 것과 분리합니다.
이는 판정이 아니라 전달·라이선싱 그림입니다 — 적용되는 것은 귀사 사이트가 본토에서 공개 지향인지와 Post가 어떻게 임베드되는지에 달렸습니다. 저희 중국 팀이 귀사와 함께 국내 경로를 매핑해 드립니다 →
컴플라이언스 스냅샷
- ✕ X는 중국 본토에서 만리방화벽에 차단됨 —
x.com과 그 위젯이 로드하는 X 운영 호스트가 거기서 해소되지 않음 - ! 임베드된 X Post는
platform.x.com에서widgets.js를 끌어오니(그리고publish.x.com에서 생성됨), 그 임베드가 본토 방문자에게 실패하고 그 둘레의 페이지를 멈출 수 있음 - ✕ X를 차단 해제할 규정에 맞는 방법은 없음 — 21YunBox는 본토 방문자를 만리방화벽 너머로 몰래 보내지 않고, 귀사가 그래야 한다고 제안하지 않음
- ! 본토 방문자에게 서비스되는 귀사 자신의 공개 사이트는 X 임베드가 페이지에 있든 없든 여전히 ICP 비안이 필요함
- ✓ 해결책은 정직하고 세울 수 있음: 차단된 임베드를 제거하거나 격하하고 귀사 자신의 사이트를 국내 전달 — 오버레이, 재구축 없이
X 공식 문서가 중국에 대해 말하는 것
| 사실 | 1차 출처 |
|---|---|
임베드된 X Post는 그 스크립트를 platform.x.com에서 로드합니다. X의 X for Websites 설정 가이드는 "include the widgets.js script in your template,"라 말하고, 그것이 제공하는 비동기 로더 스니펫은 js.src = "https://platform.x.com/widgets.js"를 설정합니다 — X 운영 호스트, 중국 본토가 차단하는 바로 그 회사. 그러니 X 임베드가 있는 어떤 페이지든 Post를 렌더하려 X 호스트에 닿는 것에 의존합니다. | X Developer Platform — Set up X for Websites, retrieved 2026-10-08 |
임베드된 Post는 widgets.js가 렌더하기 전까지는 그저 마크업입니다. X의 자바스크립트 문서는 "widgets-js will find markup in a page and convert basic, functional mark-up into rich interactive widgets."라 명시합니다. 귀사가 publish.x.com에서 생성하는 마크업은 브라우저가 platform.x.com에서 그 스크립트를 가져온 뒤라야 Post가 됩니다 — 그러니 본토 안에서 그 호스트에 닿을 수 없을 때, 임베드는 결코 렌더되지 않습니다. | X Developer Platform — JavaScript Interfaces for X for Websites, retrieved 2026-10-08 |
X는 widgets.js를 "for best performance and reliability" 페이지당 한 번 로드하라 권하는데 — 그것이 또한 중국에서 단일 실패 지점으로 만듭니다. 그 가이드는 작성자에게 "Include the X for Websites JavaScript once in your page template for optimal web page performance."라 말합니다. 본토 안에서, 그 하나의 공유 의존성이 바로 실패하는 것입니다: platform.x.com이 닿을 수 없으면, 페이지의 모든 X 임베드가 결코 도착하지 않는 스크립트를 기다리는 채 남습니다. | X Developer Platform — Set up X for Websites, retrieved 2026-10-08 |
| 귀사 자신의 공개 사이트는 여전히 ICP 비안이 필요합니다 — 그 의무는 임베드와 함께 사라지지 않습니다. 중국 안에서 본토 방문자에게 서비스되는 웹사이트는 국무원령 제292호와 공업신식화부의 비안 조치 아래, 물리적으로 본토 안에 위치한 호스팅 자원에 묶인 ICP 비안(ICP 备案)을 켭니다. 망가진 X 임베드를 제거하는 것은 Post를 고칩니다; 그것이 그 자체로, 중국향 사이트에 합법적으로 운영할 국내의, ICP 비안된 발판을 주지는 않습니다. | State Council Order No. 292, Article 4 (Measures for the Administration of Internet Information Services) |
21YunBox 컴플라이언스 팀이(가) 2026년 10월 8일에 출처를 확인했습니다.
중국 본토 청중에, X — 대부분이 여전히 Twitter로 생각하는 플랫폼 — 에 관한 질문은 성능이 그림에 들어오기도 전에 무뚝뚝한 답을 지닙니다: X는 만리방화벽에 차단되고, 그것을 본토 안에서 로드하게 만드는 규정에 맞는 방법은 없습니다. 그러나 대부분의 팀을 걸려 넘어지게 하는 것은 x.com 자체가 아닙니다; 그것은 그들이 임베드한 X Post입니다. 임베드된 Post는 마크업 조각에 더해 브라우저가 X 운영 호스트에서 가져와야 하는 로더 스크립트이고, 그 호스트에 닿을 수 없으면, Post는 빈 틈이고 그 둘레의 페이지가 멈출 수 있습니다. 해결책은 차단된 플랫폼으로 뚫고 들어가는 것이 아니라; 그것에 의존하기를 멈추고, 귀사 자신의 사이트를 규정에 맞는, 국내 발판에 올리는 것입니다.
js.src = "https://platform.x.com/widgets.js";를 설정하는 비동기 로더를 더하라 말합니다 — platform.x.com은 본토가 차단하는 X 운영 호스트이고, 그것이 임베드된 Post가 중국 안에서 렌더될 수 없는 이유입니다. 출처: docs.x.com/x-for-websites/javascript-api/guides/set-up-x-for-websites한눈에 보는 중국에서의 X(옛 Twitter)
| 무엇이 결정하나 | 중국향 페이지에 그것이 뜻하는 것 |
|---|---|
| 도달 가능한가? | 아니요. X는 만리방화벽에 차단됩니다; x.com과 그 위젯이 쓰는 X 운영 호스트는 본토 안에서 로드되지 않습니다. 이것은 느린 경로가 아니라, 목적지에 대한 차단입니다. |
| 귀사의 임베드된 X Post | X Post 임베드는 publish.x.com에서 생성된 마크업에 더해 platform.x.com에서 가져오는 widgets.js 로더입니다. 그 X 호스트가 차단되니, 스크립트가 결코 도착하지 않고 Post가 렌더될 수 없습니다 — 빈 틈, 그리고 그것을 기다리는 스크립트가 페이지를 멈출 수 있습니다. |
| 차단 해제할 수 있나? | 규정에 맞게는 아닙니다. 본토 방문자를 만리방화벽 너머 차단된 플랫폼으로 몰래 보내는 합법적 방법은 없고, 21YunBox는 그것을 하지 않습니다. 해결책은 그것으로 뚫는 것이 아니라, 의존성을 제거하는 것입니다. |
| 귀사 자신의 사이트 라이선스 | 본토 방문자에게 서비스되는 공개 사이트는 국내 호스팅에 묶인 ICP 비안이 필요합니다 — X 임베드가 페이지에 있든 없든 독립적으로. |
| 규정에 맞는 해결 | 차단된 임베드를 제거하거나 우아하게 격하하고, 귀사 자신의 사이트를 ICP 비안된, 국내 경로에서 전달하십시오 — 귀사 현재 스택 위 오버레이로. |
경로에서 느려진 것이 아니라, 목적지에서 차단됨
중국에서 X의 문제는 지연시간이 아니라; 도달성입니다. 만리방화벽이 그 서비스를 차단하니, 본토 안에서 x.com과 그 위젯이 기대는 X 운영 호스트는 그저 응답하지 않습니다 — 느리게가 아니라, 아예. 귀사 쪽의 어떤 라우팅이나 캐싱도 그것을 바꾸지 않는데, 차단이 귀사 페이지가 그것에 닿는 경로가 아니라 목적지에 앉기 때문입니다. Twitter에서 X로의 그 리브랜드는 이름과 일부 호스트명을 바꿨지; 상태를 바꾸지 않았습니다. 정직한 출발점은 “그냥 더 빠르게 만들자” 부류의 답 전체를 배제합니다.
왜 X 임베드가 귀사 중국향 페이지를 망가뜨리나
대부분의 팀이 실제로 보는 손상은 그들 자신의 페이지에 있고, 그것은 X for Websites가 작동하는 방식으로 거슬러 올라갑니다. 임베드된 Post는 트윗의 자족적 그림이 아닙니다 — 그것은 귀사가 publish.x.com에서 생성하는 마크업에 더해, 브라우저가 platform.x.com에서 끌어와 그 마크업을 렌더된 Post로 바꾸는 로더 스크립트 widgets.js입니다. X는 그 스크립트를 “for best performance and reliability” 페이지당 한 번 포함하라 권하기까지 합니다. 본토 안에서, 그 같은 공유 의존성이 단일 실패 지점입니다: platform.x.com에 닿을 수 없고, 스크립트가 결코 도착하지 않으며, 임베드는 원시 마크업 — Post가 있어야 할 빈 틈 — 으로 남습니다. 더 나쁘게, 위젯을 기다리는 레이아웃과 스크립트가 페이지의 나머지를 지연시킬 수 있으니, 하나의 죽은 임베드가 그 외에는 작동하는 페이지를 망가진 것처럼 보이게 할 수 있습니다. 그것이 중국 밖에서는 정상적으로 렌더되므로, 이것은 좀처럼 버그로 기록되지 않습니다 — 그것은 그저 조용히 귀사에게 본토 방문자를 비용으로 치르게 합니다.
귀사 자신의 사이트는 여전히 ICP 비안이 필요하다
죽은 임베드를 페이지에서 떼는 것은 Post를 고치지만, 두 번째의, 별도 질문을 손대지 않은 채 남깁니다: 귀사 사이트가 애초에 본토에서 운영되도록 허가되는가? 중국 안에서 본토 방문자에게 전달되는 공개 지향 웹사이트는 국무원령 제292호와 공업신식화부의 비안 조치 아래 ICP 비안(ICP 备案)을 켜고, 그 비안은 물리적으로 본토 안에 위치한 호스팅 자원에 앉아야 합니다. 그 의무는 X가 아니라 귀사 사이트에 붙습니다 — 그것은 Post가 임베드되든, 스크린샷으로 교체되든, 전부 떨어지든 섭니다. 도달 가능과 운영 라이선스는 두 개의 다른 기준이고, 귀사가 어느 것을 통과해야 하는지는 귀사가 무엇을 서비스하고 사용자가 누구인지에 기반한, 자문을 위한 리스크 질문입니다.
규정에 맞는 해결 — 차단된 의존성을 제거하라, 그것으로 뚫지 말고
내구적 해결은 진단에서 따르고, 그것은 X로 뚫고 들어가는 것이 아닙니다. 21YunBox는 방문자를 만리방화벽 너머 차단된 플랫폼으로 몰래 보내지 않고, 공개 중국향 사이트는 그것이 작동하는 것에 의존해서는 안 됩니다. 대신: 차단된 X 임베드를 제거하거나 우아하게 격하해 페이지가 그것 없이 깨끗이 렌더되게 하고, 귀사 자신의 사이트를 규정에 맞는, 국내 경로에서 전달하십시오. 각 단계는 차단된 X 호스트에 대한 의존성을 중국 안에서 합법적으로 작동하는 전달로 교체합니다. 이는 무언가를 몰래 통과시키려는 시도가 결코 아닙니다.
21YunBox가 들어맞는 곳 — 마이그레이션이 아니라 컴플라이언스 오버레이
귀사는 이미 가진 스택 위에서 계속 만듭니다. 저희는 차단된 플랫폼이 줄 수 없는 부분을 더합니다: 저희는 귀사가 죽은 X 임베드를 교체하거나 격하하도록 돕고 규정에 맞는, 본토 안에서 귀사 자신의 사이트의 ICP 비안 전달 — 귀사 기존 오리진 앞단에, 재구축 없이, 둘째 코드베이스 없이, 만리방화벽 너머로 길을 내려는 어떤 시도도 없이 — 을 세웁니다. 저희 중국 팀은 귀사 ICP 의무를 귀사 법인과 귀사가 서비스하는 것에 대해 매핑하고, 그다음 합법적 중국 존재가 필요로 하는 국내 전달을 세우며, 그 한편 귀사 애플리케이션은 오늘 도는 그 자리에 정확히 머뭅니다.
함께 읽기:
자주 묻는 질문
X(옛 Twitter)는 중국에서 작동하나요?
아니요. X는 중국 본토에서 만리방화벽에 차단되니, x.com과 그 위젯이 로드하는 X 운영 호스트가 거기서 해소되지 않습니다. 보통 비즈니스를 아프게 하는 부분은 임베드된 X Post입니다: X for Websites에서, Post는 publish.x.com에서 생성된 마크업에 더해 platform.x.com에서 가져오는 widgets.js 로더이고, 그 X 호스트에 닿을 수 없을 때 Post는 빈 틈이고 둘레의 페이지가 멈출 수 있습니다. X 자체를 본토 안에서 로드하게 만드는 규정에 맞는 방법은 없으니, 내구적 해결은 차단을 돌아가는 것이 아니라 차단된 호스트에 의존하기를 멈추는 것입니다.
왜 내 임베드된 X Post가 본토 방문자에게 페이지를 망가뜨리나요?
임베드가 Post 자체가 아니라 — platform.x.com의 widgets.js 호출에 더한 마크업 조각이기 때문입니다(마크업은 publish.x.com에서 생성됨). 본토 방문자는 그 X 호스트에 닿을 수 없으니, 스크립트가 결코 로드되지 않고, 마크업이 결코 렌더된 Post가 되지 않으며, 임베드를 기다리는 어떤 레이아웃이나 스크립트가 페이지의 나머지를 붙들 수 있습니다. 중국 밖 모든 곳에서 그것은 정상적으로 렌더되는데, 그것이 이것이 좀처럼 버그로 기록되지 않는 이유입니다 — 그것은 그저 조용히 귀사에게 본토 방문자를 비용으로 치르게 합니다.
21YunBox가 중국에서 X를 도울 수 있나요?
예 — 정직하게 범위가 정해져. 저희는 차단된 X 호스트를 열리게 만들지 않고, 방문자를 만리방화벽 너머로 몰래 보내지 않습니다. 저희가 하는 것은 귀사 자신의 콘텐츠 — 귀사 사이트 — 를 중국 본토 안에서 귀사 기존 스택 위 규정에 맞는 오버레이로, 재구축이나 마이그레이션 없이 전달하는 것입니다: 저희는 귀사가 차단된 X 임베드를 제거하거나 우아하게 격하하고 페이지를 국내에서 서비스하도록 돕습니다. 그 페이지가 본토 방문자에게 보이는 공개 사이트인 곳에서, 국내 서비스가 ICP 비안을 범위로 들여오고, 저희가 그것을 귀사와 함께 세웁니다. 귀사 사례를 짚으려면 문의하기 주십시오.
