Honeycombは中国本土で使えるか：テレメトリのデータ国内保存、PIPL、分散トレース
Honeycombは中国本土にリージョンを一切運用せず——テレメトリをAWS us-east-1（米国）またはeu-west-1（EU）に保存します——ので、中国のユーザーから取り込む高カーディナリティなイベントと分散トレースはオフショアへ送られます：PIPLの下での個人情報の越境移転です。データの国内保存という扉と、スタックを今動いている場所にそのまま残すICP備案済みの中国国内経路を、コンプライアンス起点で読み解きます。
Honeycombは中国本土で使えるか
はい——Honeycombは中国本土から読み込まれ、取り込みも行います。ですがそれは易しい半分です。Honeycombはデータロケーションを二つ——一つ米国、一つEU——しか運用せず、中国本土内には一つもないため、中国で集めるイベントと分散トレースはすべてオフショアのHoneycombバックエンドに保存されます——個人情報の越境移転であって、速度の問題ではありません。
Honeycomb自身のサポート記事は、"Honeycomb has US-based and EU-based data residency,"（Honeycombは米国拠点とEU拠点のデータレジデンシーを持つ）とし、"Customer data can be stored and processed in AWS us-east-1 (US East - USA) or AWS eu-west-1 (Europe - Ireland)."（顧客データはAWS us-east-1（米国東部）またはAWS eu-west-1（欧州・アイルランド）で保存・処理されうる）とします。いずれのリージョンも中国本土内ではなく、選べる中国本土のロケーションはありません。高カーディナリティなテレメトリは設計上個人的です：スパンとイベントはユーザーID・クライアントIP・計装が付けるあらゆるリクエストフィールドを運び、Honeycombは"only has access to the telemetry data that customers send"（顧客が送るテレメトリデータにのみアクセスする）とするので、内容とその義務は貴社のものです。中国本土のユーザーから集めて米国またはEUのバックエンドへ送るその個人情報は、PIPLが規律する越境移転（通知、個別の同意、移転メカニズム、第38〜40条）であり、CIIOや大量取扱者には中国本土内に保存しなければなりません（PIPL第40条、サイバーセキュリティ法 第39条（旧第37条））。ページ上の表はHoneycomb自身の文言と、各行が動かす中国のルールです。
これは判定ではなくリスクの見取り図です——何が当てはまるかは、スパンが何を運ぶか、そのうちどれだけが個人情報か、ユーザーが誰かで変わります。当社の中国チームがリスクを一緒に整理します →
コンプライアンス・スナップショット
- ! 中国本土のリージョンがない——HoneycombはAWS us-east-1（米国）またはeu-west-1（EU）に保存するので、中国のテレメトリはオフショアに着地する
- ! 高カーディナリティなイベントと分散トレースは、ユーザーID・クライアントIP・リクエストフィールドを国境の向こうへ運ぶ
- ! そのテレメトリは個人情報——PIPLの下での越境移転（通知、個別の同意、メカニズム）
- ✕ 中国本土のリージョンがないため、CIIOや大量取扱者の国内保存の義務はHoneycomb単独では満たせない
- ✓ 到達性は問題ではない——そして法令に沿った中国国内経路を、Honeycombの前段にそのまま置ける
Honeycombの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| Honeycombは中国本土内にリージョンを一切運用しない。Honeycomb自身のサポート記事「Where is Honeycomb's data stored?」は、"Honeycomb has US-based and EU-based data residency,"（Honeycombは米国拠点とEU拠点のデータレジデンシーを持つ）とし、"Customer data can be stored and processed in AWS us-east-1 (US East - USA) or AWS eu-west-1 (Europe - Ireland)."（顧客データはAWS us-east-1（米国東部）またはAWS eu-west-1（欧州・アイルランド）で保存・処理されうる）とする。サインアップ時に一つを選ぶが、中国本土の選択肢はないため、中国で集めるイベントとトレースは中国本土の外のHoneycombバックエンドに保存される。 | Honeycomb Support — Where is Honeycomb's data stored?（support.honeycomb.io）、2026-10-09 取得 |
| Honeycombが取り込むイベントとトレースは個人情報。高カーディナリティはこの製品の目的そのものだ：各イベントとスパンは計装が付ける属性——ユーザーID、クライアントIP、リクエストフィールドなど——を運ぶ。Honeycombのデータプライバシー文書は"Unlike some other vendors, Honeycomb only has access to the telemetry data that customers send"（一部の他ベンダーと異なり、Honeycombは顧客が送るテレメトリデータにのみアクセスする）と注記する——つまり内容とその責任は顧客のものだ。中国本土のユーザーから集めて米国またはEUのバックエンドへ送ることは、PIPLの下での個人情報の越境移転である——通知、個別の同意、移転メカニズム（第38〜40条）。スクラブされていない属性は第28条のセンシティブ個人情報も運びうる。 | Honeycomb Docs — Compliance & Data Privacy（docs.honeycomb.io）、2026-10-09 取得；PIPL第28条・第38〜40条 |
| Honeycombにはデータを中国本土にとどめる手立てがない。Honeycombの「Subprocessors for US and EU Honeycomb product」と題されたサブプロセッサーページは、Amazon Web Servicesをロケーション"US, EU"で挙げ、"Customer may designate data residency upon signup"（顧客はサインアップ時にデータレジデンシーを指定できる）と注記する——選べるのは米国と欧州連合のみで、どちらも中国本土の外だ。重要情報インフラ運営者または大量取扱者には、中国で集めた個人情報を中国本土内に保存しなければならない（PIPL第40条、サイバーセキュリティ法 第39条（旧第37条））——Honeycombの米国・EUリージョンでは満たせないデータ国内保存の義務だ。 | Honeycomb — Subprocessors for US and EU Honeycomb product（honeycomb.io/subprocessors）、2026-10-09 取得；PIPL第40条；サイバーセキュリティ法 第39条（旧第37条） |
| 到達性は易しい半分——Honeycombはバックエンドであって、ホストされたサイトではない。HoneycombのエクスポーターとUIは中国本土内から到達するので、リスクは接続するかどうかではなく、取り込むテレメトリがどこに着地するかだ。ICP備案の問い（国務院令第292号、MIIT令第33号）は、運用する公開の中国本土ダッシュボードやアプリに紐づき、バックエンドサービスとしてのHoneycombには紐づかない——一方、PIPLの越境とデータ国内保存の義務は、Honeycombがオフショアに保存するイベントとトレースに紐づく。 | Honeycomb documentation、2026-10-09 取得；国務院令第292号；MIIT令第33号 |
情報源は21YunBox コンプライアンスチームが2026年10月9日に確認しました。
中国本土のチームにとって、Honeycombをめぐる問いは、UIが開くかやエクスポーターが取り込みエンドポイントに到達できるかであることはほとんどありません——どちらもたいてい動きます。本当の問いは、それが集めるテレメトリをどこにとどめることが許されるかです。Honeycombは自身のドキュメントでそれを明快に答えています。データロケーションを二つ——一つは米国、一つはEU——運用し、中国本土内には一つもありません。したがって、中国で貴社のサービスが発するイベントと分散トレースは、取り込まれたのちオフショアのHoneycombバックエンドに保存されます。高カーディナリティなテレメトリは日常的に個人情報を運ぶ——クライアントIPアドレス、ユーザーID、そして計装が付けるあらゆるリクエストフィールド——ため、それを国境の向こうへエクスポートすることは中国の法が規律する移転です。ダッシュボードが読み込まれることは易しい半分で、トレースがどこに着地するかがリスクです。
中国でのHoneycomb：ひと目で
| 決め手 | Honeycomb自身の言葉では——そして中国の法では |
|---|---|
| データがどこに着地するか | Honeycombは“US-based and EU-based data residency”（米国拠点とEU拠点のデータレジデンシー）を提供し、顧客データはAWS us-east-1（米国）またはeu-west-1（アイルランド）に保存されます。選べる中国本土のロケーションはないため、中国で集めたテレメトリはオフショアに着地します。 |
| テレメトリが何を含むか | 高カーディナリティなイベントと分散トレースは、計装が付けるあらゆるもの——ユーザーID、クライアントIP、リクエストパスやフィールド——を運びます。Honeycombは“only has access to the telemetry data that customers send”（顧客が送るテレメトリデータにのみアクセスする）ので、国境を越えるのはまさにスパンが運ぶものです。 |
| 中国にとどめられるか | いいえ。ロケーションは米国とEUのみで、どちらも中国本土内ではないため、CIIOや大量取扱者の中国本土内保存の義務はHoneycomb単独では満たせません。 |
| 中国ユーザーのデータ | 中国本土で集めて米国またはEUのバックエンドへ送ることは、PIPLが規律する越境移転です——通知、個別の同意、そして移転メカニズム（第38〜40条）。スクラブされていない属性は、第28条のセンシティブ個人情報を運びうります。 |
| 到達できるか | はい——エクスポーターとUIは中国本土内から接続します。到達性は軸ではなく、イベントとトレースがどこに保存されるかが軸です。 |
中国本土のリージョンがないから、テレメトリはオフショアに着地する
Honeycombはデータロケーションを二つ提供し、サインアップ時に一つを選びます。そのサポートドキュメントは、“Honeycomb has US-based and EU-based data residency,”（Honeycombは米国拠点とEU拠点のデータレジデンシーを持つ）とし、“Customer data can be stored and processed in AWS us-east-1 (US East - USA) or AWS eu-west-1 (Europe - Ireland).”（顧客データはAWS us-east-1（米国東部）またはAWS eu-west-1（欧州・アイルランド）で保存・処理されうる）と述べています。米国ロケーションはapi.honeycomb.ioで、EUロケーションはapi.eu1.honeycomb.ioで応答します。いずれも中国本土内にはなく、選べる中国本土のロケーションはありません。したがって、中国本土のサービス上で動くOpenTelemetryのコレクターとSDKは、そのスパンとイベントを、チームが使っている二つのオフショアバックエンドのいずれかへエクスポートします。Honeycombへの接続はそもそも障害ではありませんでした。それが取り込むテレメトリを国内にとどめることが障害です。
Honeycombが取り込むイベントとトレースは個人情報
オブザーバビリティのデータは本質的に匿名ではありません——むしろ逆です。高カーディナリティこそがHoneycombの肝心な点です。後でどの軸でもスライスできるよう、各イベントとスパンにできるだけ多くの属性を付けます。それらの属性は日常的に、ユーザーID、クライアントIP、アカウント識別子、リクエストパス、ヘッダー、そして開発者が加える任意のフィールドを含みます。Honeycombは“Unlike some other vendors, Honeycomb only has access to the telemetry data that customers send”（一部の他ベンダーと異なり、Honeycombは顧客が送るテレメトリデータにのみアクセスする）と注記しており——これは内容と、それに対する責任を、まさに貴社に置きます。国境を越えるのは、まさに計装が発するものです。中国本土の一人のユーザーのクライアントIPだけでもすでに個人情報であり、中国の個人情報保護法（PIPL）の下で、それを米国またはEUのバックエンドへ送ることは越境移転です。取扱者——Honeycombではなく貴社——は、通知し、海外移転について個別の同意を取得し、一つの移転メカニズムをクリアしなければなりません。データ越境安全評価（英語）、CAC標準契約、または認証です（PIPL第38〜40条）。
スパンを間引けば出ていくものは狭まる——が、扉は閉じない
Honeycombは貴社が送ったものしか保持しないため、内容については実際にコントロールできます。コレクターのパイプラインでフィールドを落としたりハッシュ化したり、クライアントIPを省いたり、機微な値をスパン属性から外したりしてから、何かをエクスポートできます。それは行う価値があります。しかし間引きが変えるのは国境を越えるものであって、越えるという事実ではなく、データの国内保存には何もしません。スクラブされていない属性はセンシティブな個人情報——精密な位置情報、または金融・健康の識別子——も運びうり、PIPL第28条はこれを厳格な取扱いと専用の同意のために特に取り上げています。そして重要情報インフラ運営者または大量取扱者であれば、中国で集めた個人情報は中国本土内に保存しなければならず（PIPL第40条、サイバーセキュリティ法（英語）第39条（旧第37条）——2026年1月1日施行の2025年改正で番号変更されたデータ国内保存の要件）、これは米国でもEUでもHoneycombのロケーションでは満たせない義務です。別途、ICP備案（国務院令第292号、MIIT令第33号）は、中国本土内から中国本土の訪問者に実際に配信する公開ダッシュボードやアプリに紐づきます——Honeycombというバックエンドとは別の扉であり、Honeycombのアカウントには付いてきません。
これは判定ではなくリスクの見取り図です。個別の同意、移転メカニズム、中国本土内保存、ICP備案、あるいはそれらの組み合わせを負うかは、スパンが何を運ぶか、そのうちどれだけが個人情報か、ユーザーが誰かで変わります——コレクターをオフショアのバックエンドに配線する前に、弁護士と確定する価値があります。
21YunBoxの位置づけ——移行ではなく、法令適合のオーバーレイ
引き続きHoneycombを運用します。米国とEUのロケーションしか持たないオブザーバビリティのバックエンドが提供できないのは、そこで集める個人データのための中国国内の合法的な置き場所です。それこそ21YunBoxが加えるピースです。当社は、Honeycombが取り込むイベントとトレースに付くPIPLの越境とデータ国内保存の義務を——貴社の法人・データ量・ユーザーが誰かに照らして——**map（整理）します。テレメトリが適法に出られない場合は、同意を得た中国本土内の処理・保存のパターンへlocalize（国内化）し、そのデータを中国本土内に保ちます。そして公開の中国向けの側を、ICP備案済みの中国国内インフラでdeliver（配信）**します——21YunBox Optimizer——を、既に運用しているスタックの前段に置き、作り直しも、二つ目のコードベースも、適法に越えられるテレメトリについてのHoneycombからの移行もなく。21YunBoxはいかなる不正な手段も用いず、推奨もしません。目的は、中国のユーザーに向けて合法かつ法令に沿って動く設定です。
関連する読み物：
よくあるご質問
Honeycombは中国本土にデータセンターまたはリージョンを持っていますか？
いいえ。データの保存場所についてのHoneycombのサポート記事は、"US-based and EU-based data residency"（米国拠点とEU拠点のデータレジデンシー）を持ち、顧客データは"can be stored and processed in AWS us-east-1 (US East - USA) or AWS eu-west-1 (Europe - Ireland)"（AWS us-east-1（米国東部）またはAWS eu-west-1（欧州・アイルランド）で保存・処理されうる）とします。サインアップ時にその二つのロケーションの一方を選びますが、どちらも中国本土内ではないため、中国のユーザーやサービスから集めるイベントと分散トレースはオフショアのHoneycombバックエンドに保存されます。
Honeycombのテレメトリが中国を離れることは問題ですか？
単純なイエス・ノーではなく、弁護士と評価すべきリスクとして扱ってください。Honeycombは、個人情報——クライアントIPアドレス、ユーザーID、計装が付けるリクエストフィールド——を運ぶ高カーディナリティなイベントとトレースを取り込み、米国またはEUに保存します。PIPLの下でそれは、通知・個別の同意・移転メカニズムを要する越境移転であり、CIIOや大量取扱者にはデータを中国本土内に保存しなければなりません。Honeycombは貴社が送ったものしか保持しないため、コレクターでフィールドを間引けば国境を越えるものは狭まります——が、越えること自体や国内保存の問いはなくなりません。
21YunBoxは、お使いのHoneycombを中国で法令適合にする手助けができますか？
はい。当社の中国チームが、貴社の法人・データ量・ユーザーに照らしてPIPLの越境とデータ国内保存のリスクを整理し、適法に出せないデータを同意を得た中国本土内のパターンへ localize し、法令に沿った公開の中国向けに必要なICP備案済みの中国国内からの配信を——既に運用しているスタックの前段に——立ち上げます。これにより、適法に越えられるテレメトリについてはHoneycombを使い続けられます。お問い合わせいただければ、個別のケースを一緒に整理します。
