Intercomは中国本土で使えるか：顧客データ、PIPL、そして保存場所
IntercomはMessengerの顧客データを米国・EU（ダブリン）・オーストラリアのAWSにのみ保存し、中国本土には置きません。そのため中国ユーザー向けにライブチャットを運用すると、会話・氏名・メールアドレスがオフショアに送られ、PIPLの越境移転に当たります。データの国内保存という扉を、コンプライアンス起点で読み解きます。
Intercomは中国本土で使えるか
中国本土でのIntercomの決め手は、チャットの吹き出しが読み込まれるかではなく、中国ユーザーの会話がどこに保存されるかです。Intercomはそれを米国・EU・オーストラリアに保持し、本土には一切置きません。そのため中国の顧客向けにMessengerを運用すると、その個人情報がPIPLの下で国境を越えて移されます。
Intercom自身のドキュメントが提供するデータホスティングは「米国・EU・オーストラリア」のみです。その「米国データセンターはAWSのus-east-1リージョン（米国バージニア北部）にあり」、サブプロセッサー一覧は「既定では米国でホストされます」と述べています。中国本土内にはリージョンがありません。したがってMessengerが中国ユーザーから収集するあらゆるチャット・氏名・メールアドレス・訪問者プロフィールはオフショアに保存されます——これはPIPLが規律する個人情報の越境移転であり（第38〜43条）、CIIOまたは大量取扱者にはオフショアのみのサービスには満たせない国内保存義務が生じます（第40条、サイバーセキュリティ法 第39条（旧第37条））。下の表はIntercom自身の記述と、各行が引き起こすルールです。
これは判定ではなくリスクの見取り図です。越境メカニズムが必要か、国内保存が必要か、その両方かは、何を収集し、どれだけ保持し、ユーザーが誰かによって変わります。当社の中国チームが貴社のリスクを一緒に整理します →
コンプライアンス・スナップショット
- ! 中国ユーザーの会話は米国・EU・オーストラリアに置かれ、本土には置かれない
- ! チャット・氏名・メールアドレスが中国から出ることはPIPLの越境移転
- ! CIIOまたは大量取扱者は国内保存の義務を負うが、Intercomには提供できない
- ! オフショアのMessengerとそのライブ接続は、中国で遅くなる・失敗する・切れることがある
- ✓ ICPはIntercomが負うものではない——Messengerを埋め込むサイトに付随する
Intercomの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| Intercomは顧客データを米国・EU・オーストラリアに保存し、中国本土には置きません。自身の言葉では「米国・EU・オーストラリアのRegional Data Hostingで、データを処理する場所を選べます」とし、各選択肢はAWSのリージョンを名指しします。「米国データセンターはAWSのus-east-1リージョン（米国バージニア北部）にあり」、EUは「eu-west-1リージョン（アイルランド・ダブリン）」、オーストラリアは「ap-southeast-2リージョン（オーストラリア・シドニー）」。中国本土の選択肢はありません。 | Intercom — Regional Data Hosting（intercom.com/help、2026-10-07 取得） |
| 既定ではデータは米国に置かれます。Intercomのサブプロセッサー一覧ははっきりと「既定では米国でホストされます」と述べ、ホスティングのサブプロセッサーとして「Amazon Web Services, Inc. — 顧客データのホスティング・保存・処理（AI処理を含む）（米国）」を挙げています。地域の選択肢——ダブリンやシドニー——でさえ、そのデータを本土の外に留めます。 | Intercom — Subprocessors List（intercom.com/legal、2026年6月25日発効、2026-10-07 取得） |
| Messengerが収集するのは匿名の指標ではなく個人情報です。Intercom自身の記録は各訪問者をそのチャット履歴に紐づけ——あるMessengerのCookieが「ユーザーに過去の会話へのアクセスを与え、Messenger内で本人を識別する」——その上に、サポート会話が伴う氏名・メールアドレス・属性が重なります。これは、貴社サイトを訪れる中国ユーザーから収集される中国PIPLの下での個人情報です。 | Intercom — Intercom Messenger cookies（intercom.com/help、2026-10-07 取得） |
| そのデータをオフショアに保存することは、PIPLが規律する越境移転です。Messengerのデータは本土のユーザーから収集され、Intercomの言葉では米国・EU・オーストラリアの「選択したリージョン内に留まる」ため、貴社（取扱者、Intercomは受託処理者）は通知し、個別の同意を取得し、移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証——を満たさなければなりません（PIPL 第38〜43条）。CIIOまたは大量取扱者は、中国で収集した個人情報を本土内に保存しなければならず（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条））、オフショアのみのサービスにはこれができません。 | Intercom — Regional Data Hosting（intercom.com/help、2026-10-07 取得）；PIPL 第38〜43条・第40条；サイバーセキュリティ法 第39条（旧第37条） |
| ICPはIntercomの扉ではありません——貴社サイトの扉です。Messengerは貴社ページに埋め込まれるバックエンドのウィジェットであり——Intercom自身のCookieは「貴社ウェブサイトのドメインに割り当てられる『ファーストパーティ』Cookie」です——それ自体はICP備案を持ちません（国務院令第292号、工業・情報化部令第33号）。その義務はMessengerを埋め込む公開サイトに付随します。そしてMessengerとそのリアルタイム接続はIntercomのオフショアのインフラから読み込まれるため、中国本土内からは遅くなる・起動に失敗する・会話の途中で切れることがあります——これは法の半分とは別の、配信の半分です。 | Intercom — Intercom Messenger cookies & Regional Data Hosting（intercom.com/help、2026-10-07 取得）；国務院令第292号；工業・情報化部令第33号 |
情報源は21YunBox コンプライアンスチームが2026年10月7日に確認しました。
中国本土の訪問者にとって、Intercomをめぐる決め手は「チャットの吹き出しが表示されるか」ではなく、その背後にある会話をどこに置くことが許されるかです。Intercomはそれを自身のドキュメントで明らかにしています。Messengerが収集する顧客データは米国・EU・オーストラリアでホストされ、中国本土内にはリージョンを一つも運用していません。ウィジェット自体は到達できます。問題は、中国の顧客から集めるあらゆるチャット・氏名・メールアドレスが、中国の法が外国として扱う法域に、オフショアで保存されることです。ライブ接続が速く描画されるかは易しい方の半分であり、その個人情報がどこに置かれるかこそが、それを今のまま使ってよいかを決める半分です。
中国でのIntercom：ひと目で
| 決め手 | Intercom自身の言葉では |
|---|---|
| データの保存場所 | IntercomはデータをAWS上の「米国・EU・オーストラリア」——us-east-1（バージニア北部）、eu-west-1（ダブリン）、ap-southeast-2（シドニー）——でホストします。「既定では米国でホストされます」。中国本土内にはリージョンがありません。 |
| Messengerが収集するもの | 訪問者ごとのチャット履歴——あるCookieが「ユーザーに過去の会話へのアクセスを与え、Messenger内で本人を識別する」——に加え、サポート会話が伴う氏名・メールアドレス・属性。匿名の指標ではなく個人情報です。 |
| 国境を越える | 本土の顧客向けにMessengerを運用することは、その個人情報をオフショアに移すことであり、PIPLが規律する越境移転に当たります。通知、個別の同意、移転メカニズムが必要です（第38〜43条）。 |
| データの国内保存 | CIIOまたは大量取扱者の場合、中国で収集した個人情報は中国本土内に留めなければなりません（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条））——オフショアのみのサービスには満たせない義務です。 |
| ICPと到達性 | ICPはMessengerを埋め込む公開サイトに付随するもので、Intercomには付きません。Messengerはオフショアから読み込まれるため、そのリアルタイム接続は遅くなったり切れたりします——読み込みは易しい方の半分です。 |
Intercomは会話をオフショアに保持する——その場所も明記している
IntercomはMessengerのデータを中国本土に保持しておらず、どこに保持しているかは明確に示しています。Regional Data Hostingのドキュメントでは 「米国・EU・オーストラリアのRegional Data Hostingで、データを処理する場所を選べます」 とされ、各選択肢はAWSのリージョンを名指しします。「米国データセンターはAWSのus-east-1リージョン（米国バージニア北部）にあり」、EUのものは 「eu-west-1リージョン（アイルランド・ダブリン）」、オーストラリアのものは 「ap-southeast-2リージョン（オーストラリア・シドニー）」 です。サブプロセッサー一覧はさらに 「既定では米国でホストされます」 と加えています。その三か所のいずれも中国本土内にはありません。
この地理が、ライブ接続の話に入る前に問いを決めてしまいます。中国ユーザーの個人情報の取扱者はIntercomではなく貴社です。Intercomが貴社に代わってそれらの会話をバージニア・ダブリン・シドニーに置いた時点でも、国外へ送り出した当事者は依然として貴社です。「うちのチャットはもう動いている」で話は終わりません。訪問者にメッセージを届けることと、その訪問者が入力した内容を保存してよいとされることは、別の試験だからです——そして後者だけが、Intercomのリージョンが物理的にどこにあるかに左右されます。
Messengerのデータは個人情報——その移転はPIPLが規律する
サポート会話は、まさに中国の法が保護するデータから成り立っています。Intercom自身の記録は各訪問者をそのチャット履歴に紐づけ——あるMessengerのCookieが 「ユーザーに過去の会話へのアクセスを与え、Messenger内で本人を識別する」——その上に、チケットを解決するために貴社チームが集める氏名・メールアドレス・カスタム属性が重なります。これは匿名のテレメトリではありません。個々の人物を特定・連絡・プロファイルするものであり、中国の個人情報保護法（PIPL）の下での個人情報に当たります。
その情報は本土のユーザーから収集され、米国・EU・オーストラリアに保存されるため、PIPLはこの流れを越境移転として扱います。取扱者——貴社（Intercomは受託処理者）——は、通知し、個別の同意を取得し、移転メカニズムのいずれか一つ、すなわちCACの安全評価、CAC標準契約、または認証を満たさなければなりません（第38〜43条）。そして貴社が重要情報インフラ運営者（CIIO）または大量取扱者である場合、中国で収集した個人情報は中国本土内に保存しなければなりません（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条））——バージニア・ダブリン・シドニーのAWS上だけで動くサービスには、満たしようのない国内保存義務です。
読み込みは易しい方の半分——そしてICPはIntercomの扉ではない
Intercom Messengerは中国から到達できますが、到達性は最も証明の軽い半分です。ウィジェットとそのリアルタイム接続はIntercomのオフショアのインフラから読み込まれるため、本土内からは描画が遅かったり、起動に失敗したり、やり取りの途中で切れたりします——困った訪問者が必要としている時にチャットが止まるのは、コンプライアンスの問いに至る前から残念な結果です。とはいえ、きれいに接続できるMessengerも、その会話が別の国に置かれているMessengerに変わりはありません。読み込めることは合法であることと同じではなく、チャットがどれだけ速く開くかは、データ国内保存のリスクを一切変えません。
同じくらい大切なのは、存在しない扉を作り出さないことです。Messengerは貴社ページに埋め込まれるバックエンドのウィジェットとして動き、Intercom自身のCookieは 「貴社ウェブサイトのドメインに割り当てられる『ファーストパーティ』Cookie」 です。公開される本土サイトに求められるICP備案（国務院令第292号、工業・情報化部令第33号）は、そのサイトの層に属するものであって、埋め込まれたMessengerには属しません——したがってIntercom自体はICPを持たず、持っているかのように扱えば、評価を誤ったリスクに向けてしまいます。Intercomにおいて今まさに問われるのは、狭く具体的な一点です。会話データがどこで収集され、どこに保存されるか、です。
これは判定ではなくリスクの見取り図です。越境メカニズムが必要なのか、国内保存が必要なのか、その両方なのかは、Messengerが貴社のために何を収集し、どれだけ保持し、ユーザーが誰かによって変わります。構築の前に、専門家と確定させる価値があります。
21YunBoxの位置づけ——移行ではなく、法令適合のオーバーレイ
Intercomは今動いている場所のまま——Messengerは貴社ページで読み込まれ続け、受信トレイも会話履歴も動かさず、何も書き換えません。当社が加えるのは、オフショアのメッセージングプラットフォームが単独では供給できないピースです。既存オリジンの前段に置く、法令に沿ったICP備案済みの中国本土内からの配信であり、作り直しも、維持すべき二つ目のコードベースもありません。当社の中国チームが、貴社の法人・取扱データ量・ユーザーに照らしてPIPLの越境とデータ国内保存の立ち位置を整理し、法令適合の本土拠点に必要な中国国内からの配信と適法なデータ取扱いを立ち上げます——Intercomと貴社サイトは、今あるそのままの場所に残したままです。
関連する読み物：
よくあるご質問
Intercomは中国ユーザーの会話をどこに保存しますか？
中国本土の外です。Intercomが提供するデータホスティングは米国・EU（ダブリン）・オーストラリア（シドニー）のみで、いずれもAWS上にあり、「既定では米国でホストされます」。中国本土のリージョンはないため、Messengerが中国の顧客から収集するチャット履歴・氏名・メールアドレス・訪問者プロフィールはオフショアに保存されます——これが、日常的なインテグレーションをPIPLの下での越境移転の問いに変えるものです。
中国の顧客向けにIntercomのMessengerを運用するのはルール違反ですか？
はいかいいえの一律の答えではなく、専門家と評価すべきリスクとして扱ってください。オフショアのホスティングからは二つのことが導かれます。中国ユーザーの個人情報が本土を離れること——PIPLはこれを越境移転として規律します（通知、個別の同意、移転メカニズム）——と、データ国内保存の義務も生じるかどうかで、これは役割（例えばCIIOか否か）と取扱データ量によります。別途、Messenger自体はICP備案を持ちません——その義務はMessengerを埋め込む公開サイトにあり、Intercomにはありません。
21YunBoxはIntercom設定を中国で使えるようにする手助けができますか？
はい。当社の中国チームが、貴社の法人・取扱データ量・ユーザーに照らしてPIPLの越境とデータ国内保存のリスクを評価し、法令適合の中国拠点に必要なICP備案済みの中国国内からの配信を——すでに運用中のIntercom Messengerとスタックの前段に、作り直しなしで——立ち上げます。お問い合わせいただければ、個別のケースを一緒に整理します。
