PyPIは中国で使えるか：データレジデンシー、ICP、越境ルール

PyPIの公式ドキュメントが中国について述べていること

事実	一次情報源
PyPIは公開インデックスであり、プライベートパッケージをホストしない——だから貴社の独自コードは別の場所に存在する。「How can I publish my private packages to PyPI?」と問われると、PyPIのHelpページは「PyPIはプライベートパッケージの公開をサポートしていない」と答える。このインデックスは「Python Software Foundationとそのコミュニティによって、コミュニティのために」維持され、中国本土の外から配信される。プライベートパッケージについて、PyPI自身の推奨する経路は「自分でdevpiプロジェクトのデプロイを運用する」ことであり、可用性のためには「ミラーまたはプライベートインデックスを検討せよ」とする——だから貴社のプライベートパッケージはホスト型のプライベートレジストリ（しばしばオフショア）か貴社が運用するサーバーに置かれる。	PyPI — Help (Python Software Foundation)、pypi.org、2026-10-13 取得
中国ビルドの依存関係のサプライチェーンは既定でオフショアに解決し——そして貴社自身の国内インデックスに向けられる。pipの文書化された既定のインデックスは「Python Package IndexのベースURL（既定は https://pypi.org/simple）」というオフショアのエンドポイントで、プライベートパッケージは「--extra-index-url」で追加するインデックスから来る。Python Packaging User Guideは自己ホストの経路を裏付ける：「自分のsimpleリポジトリをホストしたい場合……devpiのようなソフトウェアパッケージを使える」。だからどんなコードが、どこから本土のデプロイに入るかは統治可能であり——自己ホストの国内インデックスがサプライチェーンを国内に保つ。	pip ドキュメント — pip install (pip.pypa.io)；Python Packaging User Guide — Hosting your own index (packaging.python.org)、2026-10-13 取得
プライベートパッケージが中国ユーザーの個人データを埋め込む場合、それをオフショアに保存することはPIPLの下での越境移転である。プライベートな配布物とテストフィクスチャは個人データを運びうる。そのようなパッケージをオフショアのレジストリに充填・ホストすることはPIPL 第38〜40条を発動させる——取扱者（PyPIではなく貴社）は、通知を行い、個別の同意を取得し、移転メカニズムのいずれか一つ（CACの安全評価、標準契約、または認証）を満たさなければならない。個人情報保護法とPIPLの下での越境データ移転を参照。	PIPL 第38〜40条；中国の越境データ移転ルール、2026-10-13 取得
一部の取扱者ではデータは中国に留まらねばならず——オフショアのプライベートレジストリにはそれを置く国内の場所がない。重要情報インフラ運営者、または規制当局の量のしきい値を超える取扱者は、中国で収集した個人データを本土に保存しなければならない（PIPL 第40条；サイバーセキュリティ法 第39条、旧第37条；2026年1月1日施行の2025年改正が37を39へ繰り下げ、実質は不変）。国内の救済策は、本土のインフラ上の自己ホストのプライベートインデックスで、プライベートパッケージ・成果物・シークレットを国内に保つことである。	PIPL 第40条；サイバーセキュリティ法 第39条（旧第37条）、2026-10-13 取得

情報源は21YunBox コンプライアンスチームが2026年10月13日に確認しました。

中国向けのエンジニアリングチームにとって、PyPIをめぐる決め手となる問いは、pip install が上海からインデックスに到達できるか、ではありません——貴社の プライベート なパッケージと、その中に焼き込まれたシークレットが、どこに存在してよいか、です。pypi.org のPython Package Indexは、Python Software Foundationが運営する公開のコミュニティインデックスで、そこではオープンソースの依存関係が共有されます。貴社自身のパッケージはまったく別物です：社内SDK、共有クライアントライブラリ、ビルドとデプロイのロジック、機能モジュール——独自のソースコードであり、したがって営業秘密です。それらのプライベートな配布物は、認証情報、APIトークン、接続文字列、設定を日常的に埋め込み、ときにテストフィクスチャの個人データを運びます。答えを決めるのは三つの要素です：プライベートパッケージが独自コード＋埋め込まれたシークレットであること、その凝縮されたコードとシークレットが物理的にどこに置かれるか、そして中国ビルドの依存関係のサプライチェーン——どんなコードが、どこから、本土のデプロイに入ってくるか。公開インデックスの到達性は軸ではありません。

中国でのPyPI：ひと目で

プライベートなPythonパッケージとは実際に何か——シークレットを内に持つ独自コード

pypi.org から取り寄せる依存関係は、他者のオープンソースのコードです。貴社自身のチームが公開するパッケージはその逆です：社内SDK、共有のデータアクセスライブラリ、ビルドとリリースのツール、決してオープンソースにするつもりのない製品モジュール。それは独自のソースコードであり、法は凝縮された非公開のソースを営業秘密として扱います。レジデンシーにとってより厄介なのは、プライベートな配布物が純粋なロジックであることはめったにない点です。チームは設定、APIトークンを焼き込んだサービスクライアント、接続文字列と認証情報、そして実際の個人データを含みうるテストフィクスチャをバンドルします。だからプライベートパッケージのインデックスは便利なキャッシュではありません——それは貴社の知的財産とシークレットの凝縮されたストアです。そのストアが物理的にどこに置かれるかはデータレジデンシーの決定であり、PyPIは設計上、それが置かれる場所ではありません。

プライベートパッケージがどこに存在するか——そしてなぜPyPIではないのか

PyPIは公開インデックスであり、それを自分の言葉で述べています。そのHelpページは「How can I publish my private packages to PyPI?」という問いに、たった一つの平坦な文で答えます：“PyPI does not support publishing private packages.”（PyPIはプライベートパッケージの公開をサポートしていない）。pypi.org のインデックスは、オープンソースの配布物をコミュニティと共有するために存在し、Foundation自身のフッターで “by the Python Software Foundation and Python community, for the Python community”（Python Software Foundationとそのコミュニティによって、コミュニティのために）維持され、中国本土の外から世界に配信されます。貴社のプライベートパッケージはそこに存在できないので、別の場所に存在します——そしてその「別の場所」がエクスポージャーです。多くのチームはホスト型のプライベートレジストリやフィードに落ち着きます。これは貴社の独自コードとその埋め込まれたシークレットがベンダーのオフショアクラウドに置かれることを意味します：国外へのデータレジデンシーと営業秘密の凝縮です。PyPI自身のガイダンスは逆の方向を指します——プライベートパッケージには “the recommended solution is to run your own deployment of the devpi project”（推奨される解決策は自分でdevpiプロジェクトのデプロイを運用すること）であり、可用性のためには “consider either a mirror or a private index”（ミラーまたはプライベートインデックスを検討せよ）と告げます。到達性チェックはこのどれも見ません。それはエンドポイントが応答するかを問うだけで、貴社の独自コードとシークレットがオフショアに駐車されていることを見られません。

中国ビルドの依存関係のサプライチェーンは国境を越える

多くのチームが見落とす後半は来歴です。pip install はサプライチェーンです：本土のビルドが配布物を解決して取り寄せ、取り寄せたものは中国でデプロイするものの一部になります。pip自身の既定がその姿をはっきりさせます——インデックスは “Base URL of the Python Package Index (default https://pypi.org/simple)”（Python Package IndexのベースURL、既定は https://pypi.org/simple）というオフショアのエンドポイントで、プライベートパッケージは —extra-index-url で追加するインデックスから来ます。公開とプライベートの両方のインデックスがオフショアに置かれると、あらゆるビルドが、中国デプロイで実際に動くまさにそのコード——とまさにそのシークレット——を国境越しに取りに行き、その完全性と来歴を、いまや越境のリンクをまたいで考えなければなりません。コンプライアンスの問いは「ビルドがパッケージを速く解決できるか」ではなく、「どんなコードが、どこから、私の中国デプロイに入るのか、そしてその間、私のプライベートパッケージとシークレットはどこに置かれるのか」です。

なぜ到達性チェックはこのすべてを見逃すのか

ベンチマークや「中国から上がっているか」のチェックは、コンプライアンスを決める問いとは別の問いに答えます。エンドポイントは速く応答しうるのに、姿勢はなお誤っていることがあります。速度と可用性はレジデンシーについて何も語らないからです。レジストリのミラーやキャッシュは公開パッケージの可用性を高めます——正当なサプライチェーンの手段です——が、プライベートパッケージやその埋め込まれたシークレットを国内に移しはせず、貴社の独自コードが置かれる場所も変えません。ここでの軸はレジデンシーとサプライチェーンです：プライベートな配布物、ビルド成果物、認証情報、そして埋め込まれたあらゆる個人データが本土に留まるか、そして中国ビルドに入るコードが、貴社が統治する国内のソースから来るか。それらこそ到達性テストが見られないもの——そしてまさに自己ホストの国内プライベートインデックスが対処するものです。

これは判定ではなくリスクの見取り図です：国内化義務が当てはまるか、どの越境メカニズムが合うかは、貴社の法人、どれだけの個人データを保持するか、誰のものかによって変わります——構築の前に専門家と具体を固めてください。

合法的な経路——map・localize・deliver

PyPIはオープンソースの依存関係の公開ソースのまま残ります。何も作り直したり移行したりしません。21YunBoxが加えるのは、プライベートパッケージとビルドの周りのコンプライアンスと配信のレイヤーです。

• Map（整理）。 どのパッケージがプライベートか——貴社の独自コード——、それらが認証情報・トークン・個人データを埋め込むか、そのプライベートレジストリが今日どこにホストされているか、そして中国ビルドの依存関係のサプライチェーンがどう解決するかを棚卸しします。
• Localize（国内化）。 自己ホストのプライベートインデックスを国内で運用し（たとえば本土のインフラ上のセルフマネージドの devpi、Nexus、Artifactory）、中国ビルドをそこに向け、国境を越えるものを最小化することで、プライベートパッケージ・ビルド成果物・そのシークレットを国内に保ちます——独自コードと埋め込まれたシークレットを本土に留めます。国内に保つとはまさにそのことで、21YunBoxはいかなる種類の不正な手段も用いず、また推奨しません。
• Deliver（配信）。 それらのパッケージの上に構築されたアプリケーションはICP備案の義務を負い、法令適合の国内からの配信——21YunBox Optimizer——を、すでに運用中のスタックの前段に、作り直しなしで必要とします。

21YunBoxはPyPIやあらゆるパッケージレジストリのツールの競合ではなく、法令適合のオーバーレイでありパートナーです。目標は単純です：貴社のPythonビルドとその背後のプライベートパッケージが、中国のチームに対して合法的かつ法令適合に稼働し、独自コードとシークレットが法の求める場所に置かれることです。

コンプライアンス評価を依頼する（英語） →

---

関連する読み物：

• 中国の個人情報保護法（PIPL）
• PIPLの下での越境データ移転
• 中国のサイバーセキュリティ法——データ国内保存（第39条、旧第37条）（英語）
• 中国のICP備案の取得方法

よくあるご質問

pip installを中国から動かせれば、PyPIのコンプライアンスには十分ですか？

いいえ——到達性は軸ではありません。公開インデックスが本土から応答するかは、貴社のプライベートパッケージ・ビルド成果物・埋め込まれたシークレットがどこに置かれるか、あるいは中国ビルドに入るコードがどこから来るかについて何も語りません。PyPI自身がプライベートパッケージをホストしないので、貴社の独自コードはホスト型のプライベートレジストリ（しばしばオフショアのベンダークラウド）か貴社が運用するサーバーに存在します。コンプライアンスの問いはレジデンシーとサプライチェーンです：プライベートパッケージ・成果物・シークレットを国内に保ち、本土のデプロイに入るコードを統治すること。自己ホストの国内プライベートインデックスは両方に対処します。公開パッケージのミラーやキャッシュは可用性を高めるだけです。

私たちのプライベートなPythonパッケージは実際どこに存在し、なぜそれがレジデンシーの問題なのですか？

pypi.org ではありません。PyPIのHelpページは「PyPIはプライベートパッケージの公開をサポートしていない」と率直に述べるので、プライベートな配布物はホスト型のプライベートレジストリやフィード——しばしばベンダーのオフショアクラウド——か、貴社が自分でデプロイするサーバーに行きます。それらのプライベートパッケージは独自のソースコード（営業秘密）であり、認証情報・APIトークン・設定を、ときにテストフィクスチャの個人データを日常的に埋め込みます。オフショアに凝縮されると、それはデータレジデンシーと営業秘密のエクスポージャーであり、個人データが埋め込まれている場合はPIPLの下での越境移転です。きれいな直し方は、そのストアを自己ホストのプライベートインデックス上で国内に保つことです。

21YunBoxは私たちのプライベートなPythonインデックスを中国で法令適合に運用するのを支援できますか？

はい。当社の中国チームが、どのパッケージがプライベートか、それらが認証情報・トークン・個人データを埋め込むか、そのレジストリが今日どこにホストされているか、中国ビルドが依存関係をどう解決するかを整理し——それから、本土のインフラ上の自己ホストのプライベートインデックス（たとえばセルフマネージドの devpi、Nexus、Artifactory）を運用してビルドをそこに向けることで、プライベートパッケージ・成果物・シークレットを国内に保つのを支援します。公開依存についてはPyPIからの移行はありません。そのうえで、スタックの前段のアプリケーションのために、作り直しなしでICP備案済みの国内からの配信を立ち上げます。個別のケースの検討はお問い合わせください。