LaunchDarklyは中国本土で使えるか：PIPLの越境移転、自動化された意思決定、データの国内保存
LaunchDarklyは中国本土から到達できますが、フラグと実験の判定はオフショアで実行されます。フラグを対象化するために送る利用者コンテキストと、返ってくる評価・分析イベントは、中国本土のリージョンを持たない米国またはEUのサーバーで処理される個人情報です。PIPLの越境移転と第24条の自動化された意思決定のエクスポージャーを、コンプライアンス起点で読み解きます。
LaunchDarklyは中国本土で使えるか
LaunchDarklyは中国から問題なく読み込めます——しかし、フラグや実験を対象化するために送る利用者コンテキストは、各人が何を見るかを決めるために米国またはEUのサーバーで評価され、そこにこそコンプライアンス上のエクスポージャーがあります。
フラグを評価するため、LaunchDarklyへコンテキスト——ユーザーキー、多くの場合メール、プラン、デバイス、IP、カスタム特性——を渡し、インプレッションと分析イベントが返ってきます。中国本土のリージョンはありません。中国ユーザーについては、これはPIPLの越境移転であると同時に、各利用者が何を見るかについての第24条の自動化された意思決定でもあります。法令に沿ったてこは、オフショアのSDKへ到達しやすくすることではなく、フラグ評価とユーザーデータを国内に留めること——自己運用のクラスター内評価コンポーネント、またはライセンスを持つ国内の代替、最も識別性の低いコンテキスト、そして第24条のオプトアウト——です。
どの義務が先に効くかは、どんなコンテキストを送り利用者が誰かによって変わります——構築の前に整理すべき見取り図です。当社の中国チームがエクスポージャーを可視化します →
コンプライアンス・スナップショット
- ! フラグを対象化するために送るコンテキスト——ユーザーキー、メール、デバイス、IP——は個人データ
- ! フラグ／実験の判定とイベントは、本土外の米国またはEUのサーバーで評価される
- ✕ LaunchDarklyに中国本土のリージョンはない——対象化のコンテキストはオフショアで評価される
- ! 各利用者が何を見るかを決めるフラグは、PIPL第24条の自動化された意思決定
- ✓ フラグ評価を第24条のオプトアウトとともに国内に留め、ICP備案済みの配信の背後に置く
LaunchDarklyの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| SDKはフラグをローカルに評価するが、それでもLaunchDarklyは評価データを受け取る——そして評価コンポーネントを自分で動かすこともできる。LaunchDarklyのアーキテクチャ・ドキュメントは、サーバーサイドSDKが「この初期のフィーチャーフラグデータをメモリ内キャッシュに保存・評価する」と述べつつ、「SDKはフラグ評価に関する情報をLaunchDarklyへ送り返す」とする（クライアントサイドとモバイルのSDKは評価エンドポイントを直接呼ぶ）。同じドキュメントは、自分でインストールして動かすオプションのコンポーネントを説明し、そこでは「その内外に流れるデータを自分で制御する」——評価を国内に留める根拠となる。 | LaunchDarkly — Architecture（launchdarkly.com/docs、2026-10-10 取得） |
| LaunchDarklyは米国またはEUでデータを処理する——中国本土のリージョンはない。そのEUインスタンスは、既定の米国インスタンスおよび別の米国連邦向けインスタンスと並んで「AWSフランクフルト（eu-central-1）リージョン」にあり、2025年12月18日発効のサブプロセッサー一覧は処理拠点として米国・ドイツ・フランス・アイルランド・シンガポールを挙げる。いずれも中国本土ではないため、中国ユーザーのコンテキストとイベントはオフショアで評価・保存される。 | LaunchDarkly — サブプロセッサー一覧、2025年12月18日発効（2026-10-10 取得） |
| 対象化のコンテキストをオフショアへ送ることはPIPLの越境移転であり、フラグの判定は自動化された意思決定である。取扱者として、貴社はPIPL第38〜40条のもとで通知・個別の同意・移転メカニズムを負い、各利用者が何を見るかを属性から選ぶフラグや実験は、PIPL第24条の自動化された意思決定である——拒否する手段を求め、プロファイリングについては個人的特性で対象化されない選択肢を求める。 | 中国個人情報保護法（PIPL）第24条・第38〜40条 |
| CIIOまたは大量取扱者は、国内保存義務も負う。適用される場合、個人情報はPIPL第40条およびサイバーセキュリティ法 第39条（旧第37条）（英語）のもとで本土内に保存しなければならない——2026年1月1日施行の2025年サイバーセキュリティ法改正が、データの国内保存を定める条を第37条から第39条へ変更した（内容は不変）。米国やEUのどのリージョンもこれを満たせない。 | 中国サイバーセキュリティ法 第39条（旧第37条）；PIPL第40条 |
情報源は21YunBox コンプライアンスチームが2026年10月10日に確認しました。
中国本土の利用者にとって、LaunchDarklyをめぐる問いは、そのSDKやストリーミングサービスに到達できるかどうかではなく——送り込む利用者コンテキストに何が起きるか、です。フラグを対象化したり実験を走らせたりするために、貴社はLaunchDarklyへコンテキストを渡します。ユーザーキー、そして多くの場合はメールアドレス、プランやティア、デバイス、地域、IP、さらに任意のカスタム属性です。サーバーサイドSDKはフラグのルールをメモリ内ストアでローカルに評価しますが、「SDKはフラグ評価に関する情報をLaunchDarklyへ送り返す」のであり、クライアントサイドやモバイルのアプリはその評価エンドポイントを直接呼び出します——ですから、対象化のコンテキストと、返ってくるインプレッションや分析イベントは、LaunchDarklyのサーバーへ流れます。そのサーバーは米国、またはオプションで欧州連合（EU）で稼働し、中国本土のリージョンはありません。これは三つの問いを同時に立てます。PIPLの個人情報の越境移転、各利用者が何を見るかについての第24条の自動化された意思決定、そしてその背後にある行動トラッキングへの同意です。
中国でのLaunchDarkly：ひと目で
| 決め手 | LaunchDarkly自身の言葉で——そして中国の法では |
|---|---|
| 何を送るか | フラグや実験を評価するため、LaunchDarklyへコンテキストを渡します——ユーザーキー、そして多くの場合メール、プラン、デバイス、地域、IP、カスタム属性。これらの識別子と特性は個人情報であり、インプレッションと分析イベントも併せて返ってきます。 |
| どこで評価・保存されるか | LaunchDarklyは米国で稼働し、オプションのEUインスタンスは"the AWS Frankfurt (eu-central-1) region"（AWSフランクフルト eu-central-1 リージョン）に、さらに別の米国連邦向けインスタンスがあります——中国本土のリージョンはありません。中国ユーザーのコンテキストをそこへ送ることは、PIPLの越境移転です（第38〜40条、数据出境）。 |
| 各利用者が何を見るかを決める | フラグや実験は、各コンテキストが属性に応じてどのバリエーションを受け取るかを選びます——これはPIPL第24条のもとでの自動化された意思決定であり、透明性と公正性、拒否する手段、そしてプロファイリングに基づく判定については個人の特性で対象化されない選択肢を求めます。 |
| 同意とデータの所在 | 必須でない実験や行動トラッキングには、埋もれた通知ではなく利用者の同意が必要です（PIPL第13条・第23条）。重要情報インフラ運営者や大量取扱者は、国内保存義務も負います（サイバーセキュリティ法 第39条（旧第37条））。 |
| 到達性は判断軸ではない | SDKやストリーミングサービスに到達できるかは問いではありません。法令に沿った経路は、フラグ評価とユーザーデータを国内に留めます——自分で動かすクラスター内コンポーネント、またはライセンスを持つ国内の代替、最も識別性の低いコンテキスト、そして第24条のオプトアウト——一方、その判定を消費するアプリは、国内配信のためのICP備案を負います。 |
実際に何を送るか——利用者の属性と行動
LaunchDarklyはフィーチャー管理と実験のプラットフォームです。機能をフラグで包み、ロールアウトし、対象化し、バリアントどうしを比較検証します。そのために、アプリケーションはフラグをコンテキスト——LaunchDarklyのモデルでは、提供先となる利用者やエンティティで、「指定した任意の属性」を帯びたもの——に照らして評価します。実務上それは、ユーザーキー、そして一般にメール、プランやティア、デバイスとアプリのバージョン、地域、IP、対象化のために付けるカスタム特性を意味します。利用者が中国にいる実在の人物である瞬間、これらは個人情報です。
そのコンテキストがどのようにLaunchDarklyへ届くかはSDKによります。サーバーサイドSDKは、LaunchDarklyの言葉を借りれば「この初期のフィーチャーフラグデータをメモリ内キャッシュに保存・評価する」ので、生のコンテキストはプロセス内に留め得ます——しかし「SDKはフラグ評価に関する情報をLaunchDarklyへ送り返す」のであり、これがインプレッション・実験エクスポージャー・分析が記録される仕組みです。クライアントサイドやモバイルのSDKはさらに進んで、各ユーザーのバリエーションを取得するためにコンテキストをLaunchDarklyの評価エンドポイントへ送ります。いずれにせよ、中国ユーザーに結びついた識別子と行動は、LaunchDarklyの米国またはEUのサーバーへと国外へ出ます——留め置くための中国本土のリージョンはなく、実験やパーソナライズされたロールアウトは「誰が何を見たか」の記録に着実に積み上がっていきます。
PIPLのもとでは越境移転であり——自動化された意思決定でもある
中国ユーザーのコンテキストとイベントをLaunchDarklyのオフショアのサーバーへ送ることは、PIPLの用語でいう個人情報の越境移転（数据出境）です。取扱者——LaunchDarklyではなく貴社——として、最初のコンテキストが国外へ出る前に第38〜40条の義務を負います。通知し、移転のための個別の同意を取得し、移転メカニズムのいずれか一つ（CACの安全評価、CAC標準契約、または認証）をクリアすることです。その仕組みは当社のPIPLの下での越境データ移転の解説にまとめています。
際立つ論点が第24条です。フィーチャーフラグや実験は、ほぼ定義からして自動化された意思決定です。各利用者が、その属性やコホートに応じて、どのバリエーション、どの機能、どの体験を受け取るかを決めるのです。PIPL第24条はまさにそれを規律し——判定が透明かつ公正であることを求め、個人に拒否する手段を与え、そして判定やプッシュがプロファイリングに基づく場合には、自らの個人的特性で対象化されない選択肢を求めます。中国のセグメントで実験を走らせることや、プロファイルからパーソナライズすることは、求めてきた個人に対して切れるようにしておかねばならないプロファイリングです。
同意は第三の義務です。必須でない実験と、その背後にある行動イベントには、PIPL第13条・第23条のもとで利用者のインフォームド・コンセントが必要です——埋もれた「本製品を利用することで…」の一行はそれを担いません。そして貴社が重要情報インフラ運営者または大量取扱者である場合、データの国内保存義務が生じます。個人情報は本土内に保存しなければなりません（PIPL第40条、サイバーセキュリティ法 第39条（旧第37条）（英語）——2026年1月1日施行の2025年サイバーセキュリティ法改正が、データの国内保存を定める条を第37条から第39条に変更しました。内容は不変です）。米国やEUのどのリージョンも満たせない所在要件です。
SDKへの到達は問いではない——意思決定を国内に留めることが問いだ
これはいずれも遅延の問題ではないため、オフショアのエンドポイントを速くしたり到達しやすくしたりしても解決しません。エクスポージャーは、判定とその背後のデータがオフショアに置かれていることであり、法令に沿った答えは、その両方を国内の経路に乗せることです。
ここでLaunchDarklyは実際のてこを与えてくれます。自社のインフラの内側で動かす、オプションのクラスター内フラグ配信・評価コンポーネントを提供しているのです。自らの言葉では「貴社がコンポーネントをインストール・設定し、その内外に流れるデータを制御する」ものです。中国国内にホストすれば、このコンポーネントはSDKがローカルキャッシュに照らして評価できるようにするので、評価のたびに生のコンテキストが国境を越える必要はなくなります。ただしそれが何であるかは正確に捉えてください——これはキャッシュとリレーであって、完全なオンプレミスの置き換えではありません。フラグ設定は依然としてLaunchDarklyのマネージドサービスから発し、実験と分析のイベントは依然として送り返される設計です。ですからクラスター内コンポーネントは一つの道具であり、送るコンテキストを最小化・仮名化すること（最も識別性の低いキーで評価し、生のメールやIPは理想的には送らない）、第24条のプロファイルされない選択肢の権利を尊重すること、そして——所在要件や量が求める場合には——代わりにライセンスを持つ国内の実験の代替へ中国ユーザーを振り向けることと、組み合わせます。意思決定を国内の経路に留めることが目標であり、同じデータを別名でオフショアへ送ることではありません。
これはリスクの見取り図であって判定ではありません。越境ルール、第24条の義務、同意の欠落、データの国内保存義務のどれが先に効くかは、どんなコンテキストを送り、何を実験し、利用者が誰かによって変わります——構築の前に、専門家と具体を確定させる価値があります。
法令に沿った経路——把握し、国内化し、配信する
LaunchDarklyはそのまま運用し続けます。21YunBoxは、そのオフショアのサービスには提供できないピースを、すでに運用中のスタックの前段に、法令適合のオーバーレイとして加えます——作り直しも、移行もありません。
- 把握 — フラグと実験が送るコンテキストとイベントを棚卸しします。どんな属性を帯びるか、各々がどこで評価・保存されるか、何を見せるかをどう決めるか、オフショアに永続的なプロファイルが蓄積されるか、そして貴社が依拠する同意の根拠を整理します。
- 国内化 — 中国ユーザーのフラグ評価とデータを国内の経路に保ちます。適合する場合は中国国内にホストした自己運用のクラスター内コンポーネント、所在要件や量が求める場合はライセンスを持つ国内の実験の代替、オフショアへ送るコンテキストは最も識別性の低いものに、そして第24条のオプトアウトを尊重します。21YunBoxはいかなる種類の回避手段も使わず、推奨もしません。
- 配信 — フラグを動かしその判定を消費するアプリやサイトは、ICP備案の義務を負い、法令に沿った国内配信が必要です——既存のオリジンの前段に置く21YunBox Optimizerにより、グローバルなスタックから離れることなく本土の利用者へ合法的に配信します。
その結果が、中国の利用者に向けて合法かつ法令に沿って動くLaunchDarklyであり、意思決定とその背後の個人情報が国内の足場に乗った状態です。
関連する読み物：
よくあるご質問
当社のLaunchDarklyのデータは中国本土の外へ出ていますか？
中国ユーザーについてフラグを評価したり実験を走らせたりしているなら、出ています。フラグを対象化するためにLaunchDarklyへコンテキスト——ユーザーキー、多くの場合メール、プラン、デバイス、IP、カスタム特性——を送り、サーバーサイドSDKがローカルに評価する場合でも、フラグ評価の情報はLaunchDarklyへ送り返され、クライアントサイドとモバイルのSDKは評価エンドポイントを直接呼びます。そのデータはLaunchDarklyの米国またはEUのサーバーで処理され、中国本土のリージョンはありません。中国ユーザーから個人情報を集めてオフショアへ送ることはPIPLのもとでの越境移転であり、通知、個別の同意、合法的な移転メカニズムが求められます。
フィーチャーフラグは本当にPIPLの「自動化された意思決定」ですか？
一般にはそうです。フラグや実験は、各利用者がその属性やコホートに応じてどのバリエーション・機能・体験を受け取るかを決めます——これがPIPL第24条の規律対象です。判定が透明かつ公正であることを求め、個人に拒否する手段を与え、プロファイリングに基づく判定については個人的特性で対象化されない選択肢を求めます。中国のセグメントで実験を走らせることや、プロファイルからパーソナライズすることは、求めてきた利用者に対して切れるようにしておかねばならないプロファイリングであり——フラグを純粋に技術的なものと扱うチームが見落としがちな義務です。
LaunchDarklyを残したまま、中国で法令に沿って運用できますか？
多くの場合できます——オフショアのエンドポイントを到達しやすくするのではなく、意思決定とユーザーデータを国内の経路に保つことによって。LaunchDarklyは自分で動かすオプションのクラスター内評価コンポーネントを提供しており、中国国内にホストすればSDKがローカルキャッシュに照らして評価できます。これはキャッシュとリレーであって完全なオンプレミスの置き換えではないため、送るコンテキストの最小化・仮名化、第24条のオプトアウトの尊重、そして——所在要件や量が求める場合には——ライセンスを持つ国内の代替と組み合わせてください。判定を消費するアプリは依然としてICP備案と法令に沿った国内配信を必要とします。21YunBoxはいかなる種類の回避手段も使わず、推奨もしません。これはリスクの見取り図なので、具体は専門家と確定させてください。
