Typesenseは中国本土で使えるか：PIPLの越境移転、データの国内保存、セルフホスト

中国本土のオーディエンスにとって、Typesenseが「使える」かは、誰かがクエリを計測する前に決着します。インデックス化する内容がどこに置かれることを許されるかにかかっているのです。検索エンジンは保存時データのストアです——Typesenseに検索可能にしたい文書（レコード、プロフィール、サポートチケットの本文）を読み込ませると、それを保持し、転置インデックスを構築し、ベクトル・セマンティック検索を有効にするとそのテキストから計算した密ベクトルの埋め込みを保存します。中国向けの製品では、それらの文書は人を描写するため、インデックスも埋め込みも個人情報を保持します。幸い、TypesenseはGPL-3.0ライセンスのオープンソースで、単一のセルフホスト可能なバイナリとして配布されます——しかしそのマネージドサービスであるTypesense Cloudには中国本土のリージョンがないため、中国ユーザーのデータをそこにインデックス化すると、その内容と埋め込みはオフショアに置かれます。残りを決めるのは三つの刃です：インデックス化した内容の越境移転、それ自体が個人情報である埋め込み、そしてオープンなエンジンを中国国内でセルフホストするというレバーです。

中国でのTypesense：ひと目で

実際に何を保存するか——インデックス化した内容とその埋め込み

検索エンジンはパイプではなくストアです。Typesenseにインデックス化するとき、検索可能にしたい完全な文書を手渡し、実務ではそれらの文書が氏名・メールアドレス・電話番号・注文履歴・サポートチケットの本文、そしてユーザーが生むその他のものを帯びます。Typesenseはその内容をコレクションにディスク上で保持し、転置インデックスを構築して瞬時に引けるようにします。ベクトル・セマンティック検索を有効にすると、さらに別のものを保存します：同じテキストから計算した密ベクトルの埋め込みを、元のフィールドと並べて保ちます。セルフホストならこれらすべてが、動かすマシンのエンジンのディスク上のデータディレクトリに置かれます。Typesense Cloudなら、クラスターのリージョンに置かれます。いずれにせよ、「中国ユーザーの個人情報はどこに置かれているか」という問いの答えは「Typesenseのデータディレクトリがある場所」であって、クエリがどれだけ速く返るかではありません。だからこそ到達性は間違った軸です：ストアと、その中の個人情報には所在があり、その所在こそ法が読むものです。

これはPIPLの下でのデータの国内保存と越境移転の問題——そして埋め込みはそれを匿名化しない

インデックスがユーザーの個人情報だと認めれば、規律する法はそれに続きます。中国本土の人々から収集した文書を、Typesense Cloudのオフショアのいずれかのリージョンに座るクラスターにインデックス化すれば、個人情報を国境の向こうへ運んだことになります——中国の個人情報保護法の下での越境移転（数据出境）です。取扱者——Typesenseではなく貴社——は、通知し、移転のための個別の同意を取得し、移転メカニズムのいずれか一つ（CACの安全評価、CAC標準契約、または認証）をクリアしなければなりません（第38〜40条）。重要情報インフラ運営者または大量取扱者であれば、中国で収集した個人情報はさらに中国本土に保存しなければなりません——サイバーセキュリティ法 第39条（旧第37条）（2026年1月1日に施行された2025年のサイバーセキュリティ法改正が、データ国内保存の条番号を37から39に変えただけで実質は不変）——オフショアのどのリージョンも満たせないデータの国内保存義務です。

特徴的な落とし穴は埋め込みです。「ベクトルだけ」を保てばデータが洗浄される——浮動小数点数の配列は匿名だ——と考えたくなります。違います。埋め込みはソーステキストから直接計算され、まさにそのテキストの意味を保つために保たれます。公表された研究は、埋め込みが反転（近似ソーステキストの復元）とメンバーシップ推定（あるレコードが集合に含まれていたかの判定）を許すことを示しています。したがって中国ユーザーの文書の埋め込みのストアは、それ自体が彼らの個人情報のストアであり、生のテキストと同じデータの国内保存と越境の義務を負います——そしてTypesenseではペイロードのフィールドが通常ベクトルのすぐ隣に座るため、元のデータもそこにあります。クエリログも同じ重みを持ちます：ユーザーが打ち込む語は、彼らが何を探しているかについての個人情報です。これはTypesenseの使用をやめる理由ではなく、ストアがどこに置かれるかを意図的に決める理由です。

エンドポイントに到達することは問いではない——インデックスを中国国内に保つことが問いだ

Typesense Cloudは到達でき、セルフホストのバイナリは一つのコマンドでインストールされます。接続性は障害ではありませんでした。障害はデータの国内保存であり、正直な修正は、オフショアのストアを到達可能にすることではなく、インデックスとその埋め込みを本土に保つことです。TypesenseはGPL-3.0ライセンスのオープンソースで自己完結したバイナリとして動く——公式のDockerイメージ、ネイティブバイナリ、またはDEB／RPMパッケージ経由——ため、まったく同じエンジンを中国国内のインフラで動かせて、コレクション・転置インデックス・埋め込みが中国を決して離れません。そのついでに、インデックス化するものを最小化・仮名化してください：文書に入れなかったフィールドは、移転する必要のないフィールドです。ライセンスを持つ中国国内の運営者を通じたマネージドの中国国内デプロイが利用できる場合、それも適法な選択肢になり得ますが——運営者を正確に名指しして確認すべき肯定的注意点として扱い、全域的な許可とはしないでください。これらのどれでもないもの：データをオフショアのストアへ送って「ローカル」と呼ぶこと。ローカライズとは、保存時データのストアが真に中国国内の経路に座ることを意味します。

これは判定ではなくリスクの見取り図です：データの国内保存義務が当てはまるか、どの越境メカニズムが合うか、インデックスのどれだけが個人情報に当たるかは、法人、データ量、そしてそれが誰のデータかによります——構築の前に弁護士と具体的な点を整理してください。

適法な進め方——マッピング・ローカライズ・配信

マッピング。 何をインデックス化・ベクトル化するか、それらの文書がどんな個人情報を帯びるか、個人データの埋め込みが保存されるか、エンジンが今どこで動くか（Typesense Cloudのリージョンか、セルフホストか）、クエリログのリスク、そしてそのすべての背後にある同意の根拠を棚卸しします。

ローカライズ。 中国ユーザーのインデックス化した内容と埋め込みを中国国内に保ちます——オープンソースのTypesenseエンジンを本土のインフラで立ち上げてコレクション・インデックス・ベクトルを本土に留めるか、それが合う場合はライセンスを持つ中国国内の運営者を通じたマネージドの中国国内デプロイを用いて——そのうえでインデックス化するものを最小化・仮名化し、残余の越境移転を統制します。21YunBoxはいかなる種類の不正な手段も用いず、推奨もしません。

配信。 インデックスを問い合わせるアプリケーションはなお中国で公衆に向き合うため、ICP備案の義務を負い、法令適合の中国国内からの配信を必要とします——21YunBox Optimizerが、貴社がすでに動かしているスタックの前段で、作り直しも移行もなしに提供します。Typesenseは貴社の検索エンジンのまま。当社はそのまわりに適法な中国の境界を加え、中国のユーザーのために適法かつ法令適合で動くようにします。

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

関連する読み物：

• PIPLの下での越境データ移転
• 中国サイバーセキュリティ法とデータ国内保存
• 中国のデータ越境安全評価弁法
• 中国のICP備案の取得方法

関連テクノロジー

Elasticsearch

Elasticsearch

OpenSearch

OpenSearch

Qdrant

Qdrant

Weaviate

Weaviate