Qdrantは中国で使えるか：PIPLの越境、データレジデンシー、自己ホスト
Qdrantはオープンソースのベクトルデータベースで、その埋め込みとペイロードは保存される個人情報です。Qdrant CloudはAWS・GCP・Azureのみで動き、中国本土のリージョンはないため、中国ユーザーのデータをそこにインデックスすることはデータ国内保存義務を伴うPIPLの越境移転です。レジデンシーのエクスポージャーと国内の自己ホストというレバーを、コンプライアンス優先で見ていきます。
Does Qdrant work in China?
Qdrantは埋め込みとそのペイロード——中国ユーザーについての個人情報——を保存し、Qdrant CloudはAWS・GCP・Azureのみで動き中国本土のリージョンはないため、その内容はオフショアに保存されます：パフォーマンスではなく、レジデンシーと越境移転の問題です。
Qdrantには、ユーザーのメッセージ・ドキュメント・記録から計算した埋め込みと、Qdrant自身の言葉で「JSONで表現できるあらゆる情報」——日常的に生テキストそのもの——でありうるペイロードをロードします。埋め込みは個人データから派生し（反転とメンバーシップ推論を許し）、ペイロードはしばしばそのデータを逐語的に保持するため、インデックスは保存された個人情報であり、だからそれをオフショアのリージョンに保つことはPIPLの下での越境移転（通知、個別の同意、移転メカニズム、第38〜40条）であり、CIIOや大量取扱者には本土での保存義務が付きます（第40条；サイバーセキュリティ法 第39条、旧第37条）。合法的なレバーは、Apache-2.0のエンジンを自己ホスト（または本土でHybrid/Private Cloud）してインデックスと埋め込みを国内に保つことであって、オフショアのエンドポイントを到達可能にすることではありません。ICP備案はQdrantの前段のアプリに付きます。
これは判定ではなくリスクの見取り図です——どの移転メカニズムが合うか、国内化義務が当てはまるかは、貴社の法人、データ量、誰のデータかによって変わります。当社の中国チームが、貴社のエクスポージャーを整理します →
コンプライアンス・スナップショット
- ! Qdrantは埋め込みと、しばしば生の個人データを保持するペイロードを保存する
- ! 埋め込みは個人データから派生し——PIPLの下で匿名ではない
- ✕ Qdrant CloudはAWS・GCP・Azureのみで動く——中国本土のリージョンはない
- ! 中国ユーザーのデータをオフショアのクラスターにインデックスすることはPIPLの越境移転
- ✓ 合法的な経路：Apache-2.0のエンジンを国内で自己ホスト。ICPはアプリに付く
Qdrantの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| Qdrantが保持するものは個人情報である——埋め込みと、しばしば生テキストを保存するペイロード。各ポイントにはベクトル（ユーザーのメッセージ・ドキュメント・記録から計算された埋め込み）とペイロードをロードする：Qdrantは「ベクトルとともに追加情報を保存」させ、「JSONで表現できるあらゆる情報」を保存させるとし、実際にはこれがユーザーIDと元のテキストを運ぶ。埋め込みは個人データの派生物であり匿名ではない——反転とメンバーシップ推論を許す——ので、貴社の中国ユーザーの活動から構築されたインデックスは、保存された彼らの個人情報である。 | Qdrant Docs — Payload (qdrant.tech)、2026-10-10 取得 |
| Qdrant CloudはAWS・GCP・Azureのみで動き——中国本土のリージョンはない——一方で同じApache-2.0のエンジンは完全に自己ホスト可能である。マネージドクラスターを作成するとき「データセンターのリージョンまたはHybrid Cloud環境を選択」し、提供されるプロバイダーはAmazon Web Services、Google Cloud Platform、Microsoft Azureで、中国本土の内側には一つもない。エンジン自体はオープンソースで——「QdrantはApache License, Version 2.0でライセンスされる」——Docker、Kubernetes、コンパイルしたバイナリ、またはQdrant Hybrid/Private Cloudで貴社自身のインフラで動かせる。 | Qdrant Docs — Create a cluster (qdrant.tech)；Qdrant GitHub (LICENSE)、2026-10-10 取得 |
| 中国ユーザーのデータをオフショアのQdrant Cloudのリージョンにインデックスすることは、PIPLの下での越境移転である。埋め込みとペイロードが個人情報であるため、中国からオフショアのインデックスを充填することはPIPL 第38〜40条を発動させる：取扱者——Qdrantではなく貴社——は、通知を行い、個別の同意を取得し、移転メカニズムのいずれか一つ（CACの安全評価、標準契約、または認証）を満たさなければならない。PIPLの下での越境データ移転を参照。 | PIPL 第38〜40条；中国の越境データ移転ルール、2026-10-10 取得 |
| 一部の取扱者ではデータは中国に留まらねばならず——オフショアのQdrant Cloudにはそれを置く国内の場所がない。重要情報インフラ運営者、または規制当局の量のしきい値を超える取扱者は、中国で収集した個人データを本土に保存しなければならない（PIPL 第40条；サイバーセキュリティ法 第39条、旧第37条；2026年1月1日施行の2025年改正が37を39へ繰り下げ、実質は不変）。国内の救済策は、本土でオープンエンジンを自己ホストするか、Hybrid/Private Cloudを実行することである。 | PIPL 第40条；サイバーセキュリティ法 第39条（旧第37条）、2026-10-10 取得 |
情報源は21YunBox コンプライアンスチームが2026年10月10日に確認しました。
中国向けのアプリケーションにとって、Qdrantをめぐる決め手となる問いは、そのAPIがクエリに速く応答するか、ではありません——そのクエリの背後にあるデータがどこに存在してよいか、です。Qdrantはオープンソースのベクトルデータベースで、Apache 2.0でライセンスされ、完全に自己ホスト可能です：ユーザーのメッセージ・ドキュメント・記録から計算した埋め込みをロードし、各ベクトルの傍らにペイロード——元のテキストそのものを日常的に運ぶ任意のJSON——を保存します。貴社の中国ユーザーにとって、それは保存された個人情報であり、Qdrant Cloud——マネージドサービス——はAWS、Google Cloud、Microsoft Azureのみで動き、中国本土の内側にリージョンはないため、既定でオフショアに置かれます。答えを決めるのは三つの要素です：インデックスした内容のレジデンシーと越境移転、埋め込み自体が個人情報であって匿名化で消し去れないこと、そしてきれいなレバー——オープンエンジンを国内で自己ホストすること。
中国でのQdrant：ひと目で
| 決め手 | Qdrant自身の言葉で——そして中国の法で |
|---|---|
| 何をロードするか | ユーザーのメッセージ・ドキュメント・記録から計算した埋め込みと、ペイロード——“any information that can be represented using JSON”（JSONで表現できるあらゆる情報）——で、これはベクトルが構築された元の生テキストとユーザーのメタデータを日常的に含みます。中国ユーザーにとって、それは保存された個人情報です。 |
| エンジンがどこで動くか | Qdrant CloudはAWS・GCP・Azureのみでマネージドされ——中国本土のリージョンはありません。同じApache-2.0のエンジンは自己ホスト（Docker、Kubernetes、バイナリ）でき、または貴社自身のインフラでHybrid/Private Cloudとして動かせます。中国ユーザーのデータをオフショアのクラスターにインデックスすることは越境移転です（PIPL 第38〜40条、数据出境）。 |
| 埋め込みは個人情報 | ベクトルは個人データから計算され、匿名ではありません——反転（元データの近似的な復元）とメンバーシップ推論を許し——ペイロードはしばしばその傍らに生テキストを保存します。「ベクトルしか保存していない」はインデックスをPIPLの外には出しません。 |
| データ国内保存とログ | CIIOや大量取扱者は、中国で収集した個人データを本土に保たねばなりません（PIPL 第40条；サイバーセキュリティ法 第39条、旧第37条）。クエリのトラフィックとログは同じ個人データをさらします。オフショアのQdrant Cloudにはそれを満たす国内リージョンがありません。 |
| 到達性は軸ではない | 問いはレジデンシーであって、エンドポイントが応答するかではありません。合法的なレバーは、オープンソースのエンジンを本土のインフラ上で自己ホストし、インデックスするものを最小化・仮名化することです。ICP備案はQdrantではなく、インデックスの前段のアプリに付きます。 |
実際に何を保存するか——インデックスした内容とその埋め込み
ベクトルデータベースはデータの前に置かれるキャッシュではありません。それは 貴社のデータそのもの であり、二つの連結した形で保持されます。Qdrantにはポイントをロードし、各ポイントはベクトルとペイロードです。ベクトルは埋め込み——ユーザーのメッセージ、サポートチケット、プロフィール、ドキュメントから直接計算された数値表現で、まさにその元の意味を保つからこそ保持されます。ペイロードはその傍らの情報で、Qdrantは率直に述べます：「Qdrantの重要な機能の一つは、ベクトルとともに追加情報を保存できることです……Qdrantは、JSONで表現できるあらゆる情報を保存できるようにします」。実際には、そのペイロードはユーザーID、タイムスタンプ、そしてごく頻繁に、ベクトルが構築された元のテキストを保持し、マッチを表示・フィルタできるようにします。合わせれば、貴社の中国ユーザーの活動から構築されたインデックスは、彼らの個人情報のストアです——ベクトルの中で変換され、ペイロードの中でしばしば逐語的に。だからそのストアが物理的にどこに置かれるかはデータレジデンシーの問いであり、Qdrant Cloudはそれを置く場所を本土に提供しません。
それはレジデンシーと越境移転の問題であり——埋め込みはそれを匿名化しない——PIPLの下で
インデックスが個人情報を保持するので、それをオフショアのQdrant Cloudのリージョンに保つことは、中国から充填された瞬間に越境移転になります。中国の個人情報保護法（数据出境）は、義務を取扱者——Qdrantではなく、アプリケーションの運営者である貴社——に課し、第38〜40条は、通知、製品利用への同意とは区別された 個別の 同意、そして移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証——を求めます。貴社が重要情報インフラ運営者であるか、規制当局の量のしきい値を超えて個人情報を処理する場合、そのデータは本土にも保存しなければなりません——サイバーセキュリティ法 第39条（旧第37条、2026年1月1日施行の2025年のサイバーセキュリティ法改正がデータ国内保存の条文を第37条から第39条に繰り下げ、実質は不変）のデータ国内保存義務で——これはどのオフショアのリージョンも満たせません。
誘惑的な逃げ道は、インデックスは名前や顔ではなく「ただのベクトル」、浮動小数点数の配列だと言うことです。その直感は、ここで肝心な点で誤っています。埋め込みは、それが計算された元の個人データの派生物であり、埋め込み反転とメンバーシップ推論の研究は、ベクトルが元のテキストを近似的に復元し、ある記録がその集合に入っていたかを検証するのに使えることを示します——だから貴社のユーザーのデータの埋め込みのストアは、彼らの個人情報のストアであり、同じレジデンシーと越境の義務を帯びます。生テキストをそのまま保持することの多いQdrantのペイロードは、残るあらゆる疑いを取り除きます。ベクトルを匿名化されたものとして扱っても、そうはなりません。
エンドポイントに到達することが問いではない——インデックスを国内に保つことがそれだ
Qdrantのエンドポイントが中国から到達可能かはコンプライアンスの問いではありません。インデックスとその埋め込みがどこに置かれるか、がそれです。そしてここでQdrantのライセンスが、多くのチームが見落とす突破口です。エンジンはApache 2.0のオープンソースで完全に自己ホスト可能です：ドキュメントは 「Qdrantを、いかなるクラウド接続もなしに、貴社自身のインフラで動かしたい場合」 Kubernetes上にデプロイする——あるいはコンテナを動かす、またはRustのバイナリをコンパイルする——と述べ、そのHybrid CloudとPrivate Cloudのオプションは同じエンジンを貴社の環境内で動かし、そこでは、Qdrantの言葉で、「すべてのユーザーデータは貴社の環境内に安全に留まります」。合法的な経路は、したがって、オープンエンジンを国内で動かすことで中国ユーザーの埋め込みとペイロードを本土のインフラ上に保ち、インデックスするものを最小化・仮名化して、そもそも賭けられる個人情報を減らすことです。Qdrant Cloudには中国本土のマネージドリージョンも、頼れるライセンスを受けた国内パーティションもないので、Qdrantにとって国内の答えは本土での自己ホストまたはHybrid/Private Cloudです——データを法の求める場所に保つ経路であって、オフショアへ送って戻す経路では決してありません。
これは判定ではなくリスクの見取り図です：国内化義務が当てはまるか、どの越境メカニズムが合うかは、貴社の法人、どれだけの個人データを保持するか、誰のものかによって変わります——構築の前に専門家と具体を固めてください。
合法的な経路——map・localize・deliver
Qdrantは貴社のベクトルデータベースのまま残ります。何も作り直したり移行したりしません。21YunBoxが加えるのは、その周りのコンプライアンスと配信のレイヤーです。
- Map（整理）。 何をベクトル化するか、埋め込みとペイロードがどんな個人情報を運ぶか、エンジンが今日どこで動くか、クエリログのエクスポージャー、同意の根拠を棚卸しします——レジデンシーと越境の像が具体になるように。
- Localize（国内化）。 本土のインフラ上でオープンソースのエンジンを自己ホスト（またはHybrid/Private Cloudを実行）することでインデックスとその埋め込みを国内に保ち、インデックスするものを最小化・仮名化し、残余のあらゆる移転をPIPLの下で統治するのを支援します。データを国内に保つとはまさにそのこと——ストアは本土の経路に留まります。
- Deliver（配信）。 インデックスにクエリするアプリケーションはICP備案の義務を負い、法令適合の国内からの配信——21YunBox Optimizer——を、すでに運用中のスタックの前段に、作り直しなしで必要とします。
21YunBoxはQdrantの競合ではなく、法令適合のオーバーレイでありパートナーです。21YunBoxはいかなる種類の不正な手段も用いず、また推奨しません。目標は単純です：貴社のQdrantを背後に持つ製品が、中国のユーザーに対して合法的かつ法令適合に稼働することです。
関連する読み物：
よくあるご質問
「ベクトルしか保存していない」場合でも、私たちのQdrantのデータは中国法の下で個人情報ですか？
個人情報として扱ってください。それがまさにそのものだからです。Qdrantのポイントは埋め込みとペイロードです：埋め込みはユーザーのテキスト・プロフィール・ドキュメントから直接計算され匿名ではなく——埋め込み反転とメンバーシップ推論の研究は、ベクトルが元データを近似的に復元し、ある記録が集合に入っていたかを検証するのに使えることを示します——ペイロードはごく頻繁に元のテキストとユーザーのメタデータをそのまま保存します。だから貴社の中国ユーザーの活動から構築されたインデックスは、変換され、しばしば逐語的な形で、彼らの個人情報を保持します。オフショアのQdrant Cloudのリージョンに保持されれば、それは個人情報の越境移転であり、PIPLの義務（通知、個別の同意、移転メカニズム）は取扱者である貴社に降りかかります。
Qdrantに中国本土のリージョンはありますか、それとも自己ホストしなければなりませんか？
マネージドサービスのQdrant CloudはAWS・GCP・Azureのみにデプロイし、そのいずれも中国本土のリージョンではありません。Qdrantはライセンスを受けた中国国内のパーティションも提供していません。エンジンがApache 2.0のオープンソースであるため、誠実な国内の経路は、本土のインフラ上でそれを自己ホストすること——Docker、Kubernetes、またはコンパイルしたバイナリ経由——か、貴社自身の環境内でQdrant Hybrid CloudまたはPrivate Cloudを動かすことで、インデックスとその埋め込みを国内に留めることです。それをインデックスするものの最小化・仮名化と組み合わせてください。これはデータをオフショアに送るのではなく、法の求める場所に保ちます。
21YunBoxは私たちのQdrantを背後に持つアプリを中国で機能させるのを支援できますか？
はい。当社の中国チームが、埋め込みとペイロードがどこに置かれるかを整理し、貴社の法人・データ量・ユーザーに照らしてPIPLの越境とデータレジデンシーのエクスポージャーを評価し、本土でオープンソースのエンジンを自己ホストするかHybrid/Private Cloudを動かすことでインデックスを国内に保つのを支援します——それから、その前段のアプリケーションのために、作り直しもQdrantからの移行もなく、ICP備案済みの国内からの配信を立ち上げます。個別のケースの検討はお問い合わせください。
