Pineconeは中国本土で使えるか：ベクトルデータの国内保存と PIPL
Pinecone は中国本土にインデックスのリージョンを一つも運用していません——サーバーレスインデックスは米国・欧州・シンガポールの AWS・GCP・Azure のリージョンに存在し、すべてオフショアです——そのため、中国の利用者について保持する埋め込みとメタデータは、データ国内保存の問いが付いた PIPL の越境移転になります。コンプライアンス起点で読み解きます。
Pineconeは中国本土で使えるか
Pinecone はオフショアのクラウドリージョンにのみ動きます——米国・欧州・シンガポールの AWS・GCP・Azure にまたがり、中国本土には一つもありません——ですから中国の利用者について保持するベクトルとメタデータはオフショアに存在し、それはパフォーマンスの脚注ではなく、PIPL の下での個人情報の越境移転です。
Pinecone 自身のドキュメントでは「Pinecone は AWS・GCP・Azure のクラウドプラットフォーム上でマネージドサービスとして動く」とし、インデックスを作成するときは「インデックスをホストしたいクラウドとリージョンを選ばなければならない」——バージニアからアイルランド、フランクフルト、シンガポールに及ぶメニューで、「サーバーレスインデックスの作成後、クラウドとリージョンは変更できない」とされます。埋め込みとそのメタデータは人物のメッセージ・プロフィール・文書から導かれるため、個人情報であり続けます——ですからそれをオフショアのリージョンに保持することはPIPL の下での越境移転（通知、別途の同意、移転メカニズム、第38〜43条）であり、CIIO と大量取扱者には本土内保存の義務があります（第40条、サイバーセキュリティ法 第39条（旧第37条））。ICP備案は Pinecone の扉ではなく——データベースは公開サイトを提供しません——その義務は前段のアプリに載ります。下の表は Pinecone 自身の言葉と、各行が引き起こすルールです。
これは判定ではなくリスクの見取り図です——国内保存義務が当てはまるか、どの越境メカニズムが合うかは、貴社の法人、個人データの量、そして誰のものかで変わります。当社の中国チームが貴社と一緒にリスクを整理します →
コンプライアンス・スナップショット
- ! Pinecone はベクトルとメタデータをオフショアのリージョンにのみ保存する
- ! 利用者のデータから構築された埋め込みも、PIPL の下では依然として個人データ
- ! 中国にサービスを提供することはそのデータを国境の外へ送る——PIPL が規律する
- ✕ 中国本土のリージョンがないため、データ国内保存を満たせない
- ✓ ICP は Pinecone の扉ではない——前段のアプリに載る
Pineconeの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| Pinecone はオフショアのクラウドリージョンにのみ動く——中国本土には一つもない。 そのドキュメントは、インデックスを作成するとき「インデックスをホストしたいクラウドとリージョンを選ばなければならない」とし、公表メニューは AWS・GCP・Azure にまたがる——バージニア、オレゴン、アイルランド、フランクフルト、シンガポール、アイオワ、オランダ。一つも中国本土にはなく、「サーバーレスインデックスの作成後、クラウドとリージョンは変更できない」。 | Pinecone Docs — Available cloud regions（docs.pinecone.io）、2026-10-07 取得 |
| ベクトルは選んだリージョンに物理的に存在する——Pinecone は米国・EU・シンガポールのクラウド上のマネージドサービスだ。 そのアーキテクチャのドキュメントは「Pinecone は AWS・GCP・Azure のクラウドプラットフォーム上でマネージドサービスとして動く」とし、「データプレーンは特定のクラウドリージョン内のインデックスへの読み書きのすべての要求を処理する」「すべてのベクトルデータは高効率の分散オブジェクトストレージに保存される」と述べる。データは単にリージョンを通り抜けるのではなく、そこに存在する——そして Pinecone は本土に一つも提供しない。 | Pinecone Docs — Architecture（docs.pinecone.io）、2026-10-07 取得 |
| 人物のデータから導かれたベクトルは、依然として個人情報だ。 埋め込みは利用者のメッセージ・プロフィール・文書から計算され、Pinecone のインデックスは慣例的に利用者 ID やテキスト断片のようなメタデータを抱える——ですから中国の利用者のために構築されたインデックスは、変換された形で彼らの個人情報を保持する。それをオフショアのリージョンに保持することはPIPL の下での越境移転にする：取扱者——Pinecone ではなく貴社——は、通知を行い、別途の同意を取得し、一つの移転メカニズムを満たさなければならない（第38〜43条）。 | Pinecone Docs — Architecture ＆ data model（docs.pinecone.io）、2026-10-07 取得；PIPL 第38〜43条 |
| 一部の取扱者にはデータが中国に留まらねばならず、Pinecone には国内に置く場所がない。 重要情報インフラ運営者であるか、規制当局の量のしきい値を超えて個人情報を処理する場合、中国で収集した個人データは本土内に保存しなければならない（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条））。Pinecone のリージョン一覧——米国・欧州・シンガポールの AWS・GCP・Azure——には、その義務を満たせる本土の選択肢がない。 | Pinecone Docs — Available cloud regions（docs.pinecone.io）、2026-10-07 取得；PIPL 第40条；サイバーセキュリティ法 第39条（旧第37条） |
| ICP備案 はアプリケーションの扉であって、Pinecone の扉ではない。 Pinecone は自らを API 経由で到達する「マネージドサービス」と説明し、ベクトルデータベースは自身の公開ウェブサイトを提供しない——ですからICP備案（国務院令第292号と工業・情報化部令第33号の下）を発動しない。その義務は、中国の利用者に提供する場合、Pinecone の前段にある公開アプリに結び付く。Pinecone のコンプライアンスの重みは代わりに一箇所——データ所在——にある。 | Pinecone Docs — Architecture（docs.pinecone.io）、2026-10-07 取得；国務院令第292号；工業・情報化部令第33号 |
情報源は21YunBox コンプライアンスチームが2026年10月7日に確認しました。
中国向けのアプリケーションにとって、Pinecone をめぐる決め手は、最近傍の一致をどれだけ速く返すかではありません——その一致の背後にあるベクトルを、どこに置くことが許されるかです。Pinecone はマネージドのベクトルデータベースです。アプリが利用者のメッセージ・プロフィール・文書から構築する埋め込みとメタデータを保持し、つまり中国の利用者に関する個人情報を変換された形で保持します。Pinecone はデータ所在の問いに自社のドキュメントで平易に答えます——すべてのインデックスは作成時に選ぶクラウドリージョンで動き、米国・欧州・シンガポールの AWS・GCP・Azure にまたがり、中国本土には一つもありません。サービスは API として到達できます。リスクは、そこに埋め込まれた個人データがオフショアに置かれ、中国の越境とデータ国内保存のルールがそこに届くことです。
中国での Pinecone：ひと目で
| 決め手 | Pinecone 自身の言葉で |
|---|---|
| どこで動くか | サーバーレスインデックスは AWS・GCP・Azure 上で動きます——バージニア、オレゴン、アイルランド、フランクフルト、シンガポール（AWS）、アイオワ、オランダ（GCP）、そしてバージニア（Azure）。すべてオフショアで、中国本土にはリージョンがありません。 |
| データが物理的にどこに置かれるか | “The data plane handles all requests to write and read records in indexes within a specific cloud region,”（データプレーンは特定のクラウドリージョン内のインデックスへの読み書きのすべての要求を処理する）とし、“all your vector data is stored in highly efficient, distributed object storage.”（すべてのベクトルデータは高効率の分散オブジェクトストレージに保存される）。ベクトルは選んだリージョンに存在し——Pinecone は本土に一つも提供しません。 |
| インデックスが保持しているもの | 利用者のメッセージ・プロフィール・文書から構築された埋め込みに、慣例的に利用者 ID とテキスト断片を含むメタデータ——変換された形の個人情報です。中国の利用者にとって、それをオフショアに保持することは PIPL が規律する越境移転です（第38〜43条）。 |
| データの国内保存 | CIIO または大量取扱者は、中国で収集した個人データを本土内に留めなければなりません（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条））。Pinecone にはそれを満たす中国のリージョンがありません。 |
| ICP備案 | Pinecone の扉ではありません。ベクトルデータベースは公開サイトを提供しないため、本土の利用者が必要とする ICP備案 は、Pinecone ではなく、インデックスの前段にあるアプリケーションに載ります。 |
中国本土にリージョンがない——だからベクトルは中国に置けない
Pinecone は、インデックスを作成時に選ぶリージョンで、Amazon Web Services、Google Cloud、または Microsoft Azure 上で動かします。公表されたリージョン一覧は米国・欧州・そして——いまでは——シンガポールにまたがります。AWS ではバージニア、オレゴン、アイルランド、フランクフルト、シンガポール、GCP ではアイオワとオランダ、Azure ではバージニア。中国本土はそこになく、Pinecone は選択が固定であることを明言します——「サーバーレスインデックスの作成後、クラウドとリージョンは変更できない」。アーキテクチャのドキュメントは、レコードが実際にどこに存在するかについてさらに踏み込みます——「データプレーンは特定のクラウドリージョン内のインデックスへの読み書きのすべての要求を処理する」 とし、「すべてのベクトルデータは高効率の分散オブジェクトストレージに保存される」 とされます。ですからデータは単にリージョンを通り抜けるのではなく——そこに存在します。中国向けアプリに Pinecone が提供するどのリージョンを選んでも、利用者のベクトルは本土の外の場所に縛られます。これは最も平易な形のデータ所在の問いです。インデックスはデータの前のキャッシュではなく、インデックスがデータであり、Pinecone にはそれを中国に置く場所がありません。
「ただのベクトル」でも PIPL の外にはならない
ベクトルインデックスを免除扱いしたくなります——氏名や住所ではなく、浮動小数点数の配列を保存しているのだから、と。その直感は、ここで効いてくる意味で間違っています。埋め込みは、人物のメッセージ・プロフィール・サポートチケット・文書から直接計算され、元の意味を保つからこそ保たれる、その個人データの数学的な派生物です。その傍らに、Pinecone のインデックスはほぼ必ずメタデータ——利用者 ID、元テキスト、タイムスタンプ——を抱え、一致をレコードに結び戻せます。合わせると、中国の利用者の活動から構築されたインデックスは、変換されているが匿名化されていない、彼らの個人情報を保持します。中国の個人情報保護法（PIPL）はそれに応じて届きます。そのインデックスをオフショアの Pinecone リージョンに保存することは個人情報の越境移転であり、取扱者——Pinecone ではなく貴社——は、通知を行い、別途の同意を取得し、一つの移転メカニズム（CAC の安全評価、CAC 標準契約、または認証）を満たさなければなりません（第38〜43条）。重要情報インフラ運営者や大量取扱者であれば、そのデータは本土内にも保存しなければならず（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条））——オフショアのリージョンには満たせないデータ所在義務です。
ICP は Pinecone の扉ではない——そしてそれは明言する価値がある
あらゆる中国ページに ICP の警告を貼り付けるのは簡単でしょうが、Pinecone ではそれは的外れです。国務院令第292号と工業・情報化部令第33号の下でのICP備案（ICP 备案）は、公開のウェブサイトと、それを配信する本土のホスティングに結び付きます——そしてベクトルデータベースは、それ自身の公開サイトを提供しません。その義務は、したがって、中国の利用者に提供する場合、Pinecone インデックスの前段にあるアプリケーションに存在し、データベースのレイヤーにはありません。これを正確に名指すことが肝心です。Pinecone のコンプライアンス上の重みは一箇所——データ所在——に集中しており、保存の問いを許可の問いに溶け込ませると、本当のリスクがどこにあるかを隠すだけです。
これは判定ではなくリスクの見取り図です。国内保存義務が当てはまるか、どの越境メカニズムが合うかは、貴社の法人、保持する個人データの量、そして誰のものかで変わります——構築の前に、専門家と整理する価値があります。
21YunBox の位置づけ——移行ではなく、法令適合のオーバーレイ
Pinecone はベクトルデータベースのまま、何も動きません。当社が加えるのは、マネージドのインデックスが単独では担えない部分——貴社のベクトルに問い合わせるアプリケーションのための、中国本土の内側からの ICP備案済みの配信、そしてデータ所在義務が求める中国国内での保存——で、すでにお使いのスタックの周りに巻き付け、作り直しも二つ目のコードベースもありません。当社の中国チームが、貴社の法人とデータ量について PIPL の越境とデータ国内保存の立ち位置を見極め、合法な中国プレゼンスが要する中国本土内からの配信と保存を立ち上げます。インデックスは今の場所でそのまま動き続けます。
関連する読み物：
よくあるご質問
「ただのベクトル」でも、当社の Pinecone データは中国法上の問題になりますか？
それを個人情報として扱ってください。実際にそうだからです。埋め込みは利用者のテキスト・プロフィール・行動から直接計算され、Pinecone のインデックスは各ベクトルの傍らにメタデータ——利用者 ID、元断片、タイムスタンプ——をよく保存します。ですから中国の利用者の活動から構築されたインデックスは、匿名化ではなく変換された形で、彼らの個人情報を保持します。数の配列に見えることは、それを PIPL の外に置きません。オフショアの Pinecone リージョンに保存すれば個人情報の越境移転であり、義務（通知、別途の同意、移転メカニズム）は取扱者である貴社に課されます。
Pinecone に中国向けの ICP備案 は必要ですか？
Pinecone 自体には不要です。ICP備案 は公開のウェブサイトと、それを配信する本土のホスティングに結び付き、ベクトルデータベースは自身の公開サイトを提供しません。Pinecone の前段のアプリケーションが中国の利用者に向くなら、そのアプリに ICP備案 と、それが結び付く本土のホスティングが必要で、データベースのレイヤーには不要です。Pinecone の中国リスクは、ベクトルとメタデータが物理的にどこに置かれるかというデータ所在であって、許可ではありません。
21YunBox は Pinecone を使ったアプリを中国で使えるようにする手助けができますか？
はい。当社の中国チームが、ベクトルとメタデータがどこに置かれるかを評価し、貴社の法人・データ量・利用者に照らして PIPL の越境とデータ所在のリスクを整理し、すでにお使いのスタックの前段に、ICP備案済みの中国本土内からの配信と、義務が求める中国国内での保存を、作り直しや Pinecone からの移行なしに立ち上げます。お問い合わせいただければ、個別のケースを一緒に整理します。
