Google Tag Managerは中国本土で使えるか：到達性・スクリプトの読み込み・越境データ
Google Tag Managerは、googletagmanager.com——Googleが運用するエンドポイント——からコンテナスクリプトを注入して動きます。そのエンドポイントは中国本土の内側からは不安定か到達不能で、GTMもそれが発火させるすべてのタグも読み込めないことがあります。そして発火したタグは、訪問者のIPと行動を本土の外のGoogleのエンドポイントへ報告します——PIPL上の越境移転です。コンプライアンスと到達性を起点に読み解きます。
Google Tag Managerは中国本土で使えるか
Google Tag Managerが中国で使えるかは、まず到達性の問いであり、次いで越境データの問いです——速度の問題ではありません。GTMは、googletagmanager.com（Googleが運用するエンドポイント）から読み込むコンテナスクリプトを注入して動きますが、中国本土の内側からそのエンドポイントは不安定か到達不能です。
当社自身の2026-08-30のペア計測で、www.googletagmanager.comは本土のデータセンター探査からは毎回応答しました（72回中72回、118ms）が、北京の家庭用回線からは112回中112回、応答なしでした——そしてコンテナが読み込めなければ、それが管理するすべてのタグ（分析・広告ピクセル・コンバージョン計測）が道連れで失敗します。タグが発火するところでも、Google自身のドキュメントが“make requests to other origins”（他のオリジンへリクエストを行う）と述べるとおり——本土の外にあるGoogleの分析・広告エンドポイントへ——ので、それらが運ぶ訪問者データ（IP、行動）はPIPL上の移転です。下の表は読み込みの問いとデータの問いを切り分けます。
これは判定ではなくリスクの絵姿です——どれだけ当てはまるかは、どのタグを読み込み、それがどれだけの個人データを収集するかによって変わります。当社の中国チームが貴社のリスクを一緒に整理します →
コンプライアンス・スナップショット
- ✕ GTMのコンテナはgoogletagmanager.comから読み込まれる——北京の家庭用回線から応答なしだったGoogleのエンドポイント（112/112、2026-08-30）
- ✕ コンテナが読み込めないと、それが発火させるすべてのタグが道連れで失敗——分析・広告ピクセル・コンバージョン計測が暗転する
- ! GTMが展開するタグは訪問者のIPと行動を中国本土の外のGoogle分析／広告エンドポイントへ報告する——PIPLの越境の問い
- ! 本土のデータセンター探査は健全に見えた（72/72、118ms）——クラウドの観測地点は、実際の訪問者が到達できないものを覆い隠しうる
- ✓ どちらも直せる——ただし速いCDNではなく、法令に沿った中国国内の計測経路で
Google Tag Managerの公式ドキュメントの記載と、当社が中国本土内から実測した結果
| 事実 | 一次情報源 |
|---|---|
GTMはGoogle自身のドメインから読み込むスクリプトを注入して動きます。GoogleのTag Manager向けCSPガイドでは、インストールコードは“is built as inline JavaScript code that injects the gtm.js script”（gtm.jsスクリプトを注入するインラインJavaScriptコードとして作られる）とされ、Tag Managerが読み込みを許可されなければならないドメインとしてhttps://www.googletagmanager.comを挙げています。そのGoogle運用のエンドポイントに到達できなければ、コンテナは初期化されず——それが管理するものは何一つ走りません。 | Google Tag Platform — Use Tag Manager with a Content Security Policy、2026-10-07 取得 |
実際の本土の回線からは、GTMのエンドポイントは応答しませんでした。21YunBoxの2026-08-30のペア計測で、www.googletagmanager.comはcn-zhangjiakouのAlibaba Cloudデータセンター探査からは72回中72回、118msで応答しました——が、北京のChina Mobileの家庭用回線では112回中112回、応答なしでした。その差が正直な部分です。本土のクラウドは、ふつうの訪問者が到達できない上流リソースのローカルコピーを持つことがあるため、データセンターの観測地点は健全に見えうます。だからこそ、実際のユーザーを反映するのは家庭用回線の結果です。 | 21YunBox — 中国配信調査、中国本土の内側からのデータセンター vs 家庭用回線のペア計測 |
GTMが発火させるタグは、本土の外のGoogleのエンドポイントを呼び出します。同じGoogleのガイドは“certain tags load content from or make requests to other origins”（特定のタグは他のオリジンからコンテンツを読み込む、または他のオリジンへリクエストを行う）とし、そのオリジン——*.google-analytics.com・*.g.doubleclick.net・www.googleadservices.comを含む——を名指します。そのようなリクエストはどれも訪問者のIPを運び、分析・広告タグは行動を報告するために作られています。［推定：Googleは中国本土にインフラを運用していないため、これらのエンドポイントは本土の外で名前解決される——つまりそれらが受け取る訪問者データは越境移転になります。］ | Google Tag Platform — Use Tag Manager with a Content Security Policy、2026-10-07 取得 |
| 訪問者データが中国を出てGoogleのサーバーへ向かうことは、越境移転として規律されます。本土の訪問者の個人情報——IPと行動データは中国法の下で個人情報です——を国外のGoogle分析／広告エンドポイントへ送ることは、PIPL第3章の下での越境移転であり、通知、個別の同意、そして法定の移転メカニズムのいずれか一つが求められます。リスクは役割と量に応じて増減します。CACの2024年3月の越境規則以降、非CIIOが暦年で10万人未満の非センシティブ個人情報を移転する場合、安全評価・標準契約・認証は免除されます。［分類と閾値は専門家に確認してください——これはリスクの見取り図であって法的助言ではありません。］ | PIPL 第3章 第38〜43条；CAC — データ越境移転の促進と規範化に関する規定、2024年3月 |
| GTMはローダーなので、「使えるか」はそこに乗るものによります。Tag Managerの仕事は他のタグを管理・発火させることであり、GoogleのCSPガイドは、それがGoogle Analytics・Google Ads・Floodlight/DoubleClickを含みうること、各々が独自のリクエストを行うことを示します。中国にとって二つのことが続きます。チェーン全体が、本土の訪問者が到達できないかもしれないGoogle運用のドメインへの到達に依存すること。そしてその中のすべてのGoogleタグが、本土の外のサーバーを指すこと。どのタグを展開するかが、実際に負う読み込みリスクと越境リスクの量を決めます。 | Google Tag Platform — Use Tag Manager with a Content Security Policy、2026-10-07 取得 |
情報源は21YunBox コンプライアンスチームが2026年10月7日に確認しました。
中国本土の利用者にとって、「Google Tag Managerは使えるか」は実は二つの問いであり、どちらも速度の話ではありません。一つ目は、そもそも読み込まれるか。GTMは、googletagmanager.com（Googleが運用するドメイン）から取得するコンテナスクリプトを注入して動きますが、本土の内側からそのドメインは不安定か到達不能で——コンテナも、それに乗るすべてのタグも、単に初期化に失敗しうるのです。二つ目は、タグが実際に動くところでのみ表面化します。GTMが発火させる分析タグと広告タグは、各訪問者のIPと行動を中国の外にあるGoogleのエンドポイントへ報告し、ふつうの計測を、法が規律する越境移転に変えます。本ページは読み込みの問いとデータの問いを順に扱い、まずGoogle自身が文書化している事実から始めます。
www.googletagmanager.comを——そのタグが呼び出すエンドポイント*.google-analytics.com・*.g.doubleclick.netとともに——挙げています。いずれもGoogleが運用し、中国本土の外にあります。出典：developers.google.com/tag-platform/security/guides/csp中国でのGoogle Tag Manager：ひと目で
| 決め手 | 中国本土の内側のユーザーに何が起きるか |
|---|---|
| コンテナスクリプト | GTMはgtm.jsを注入して動き、それをgoogletagmanager.com（Googleが運用するドメイン）から読み込みます。本土の内側からそこへ到達するのは不安定〜不可能で、コンテナはそもそも初期化されないことがあります。 |
| コンテナが読み込めないと | GTMが管理するすべてのタグがそれとともに失敗します。分析、広告ピクセル、コンバージョン計測が報告を止め——しばしば無言のうちに。ページは描画され続ける一方で、計測だけが静かに暗転するからです。 |
| データセンター vs 実際の訪問者 | 当社の探査は鋭く分かれました。www.googletagmanager.comは本土のデータセンターからは72回中72回応答しましたが、北京の家庭用回線からは112回中0回でした（2026-08-30）。実際のユーザーが持つのは家庭用回線のほうです。 |
| 発火させるタグ | Google Analytics、Google Ads、Floodlight/DoubleClickのタグは、それぞれ自分のGoogleエンドポイント——*.google-analytics.com・*.g.doubleclick.net・www.googleadservices.com——を呼び出します。そのいずれも本土の内側では動いていません。 |
| それらのタグが運ぶデータ | それらのエンドポイントへのどのリクエストも訪問者のIPを運び、分析・広告タグは行動を報告します——中国の外への個人情報の移転であり、PIPL第3章が規律します。 |
| これは速度の問題か？ | いいえ。より速い配信ネットワークは、到達できないGoogleのエンドポイントを到達可能にはしませんし、訪問者データを中国国内に留めもしません。どちらの隙間も、レイテンシではなく、コンプライアンスと到達性の事実です。 |
コンテナはgoogletagmanager.comから読み込むしかない——そしてそこが止まる
Google Tag Managerは、貴社自身のサーバー上に存在するものではありません。ページに小さなインラインのスニペットを置き、それがGoogleに手を伸ばして本体のコンテナを取得することで動きます。GoogleのTag Manager向けCSPガイドでは、そのスニペットは“is built as inline JavaScript code that injects the gtm.js script”（gtm.jsスクリプトを注入するインラインJavaScriptコードとして作られる）とされ、同じガイドは、Tag Managerが機能するためにサイトが読み込みを許可しなければならないドメインとしてhttps://www.googletagmanager.comを挙げています。その単一の依存が蝶番です。ブラウザがgoogletagmanager.comに到達できなければ、コンテナは存在せず、その下流のすべてが始まりません。
中国本土の内側からは、Googleが運用するドメインへの到達こそが、まさに成り立たないことです。したがってGTMについての最初の正直な答えは「遅い」ではなく——システム全体が依存するスクリプトがそもそも届かないかもしれない、です。それはコードがどこから配信されるかという到達性の事実であり、その周りのネットワークを調整しても、コードがどこから配信されるかは変わりません。
コンテナが読み込めなければ、タグは一つも発火しない
GTMはローダーなので、読み込めないコンテナは見た目の問題ではなく——計測の全面停止です。分析はセッションの記録を止め、リマーケティングとコンバージョンのピクセルは発火を止め、同意タグやA/Bタグは初期化されません。ページ自体は描画され続けます。それがこの失敗を静かで見落としやすいものにします。マーケティングチームはブラウザ上で本土のトラフィックが「問題なさそう」に見えるのを眺めつつ、その背後の数字はただ平らになる——その数字を生むタグが一度も走らなかったからです。GTM経由でデプロイしたものはすべてコンテナの運命を引き継ぐため、到達できないGoogleドメイン一つが、目に見えるエラー一つなく、中国ユーザー向けのタグ付け層全体をオフラインにしうるのです。
データセンターからは到達でき、スマホからはできない——そこが罠のすべて
中国国内のサーバーからGTMを試して「使える」と結論したくなります。当社もそうしましたが、それは誤解を招きます。2026-08-30のペア計測で、www.googletagmanager.comはcn-zhangjiakouのAlibaba Cloudデータセンター探査からは72回中72回、118msで応答しました——きれいな合格です。同じエンドポイントを北京のChina Mobileの家庭用回線で計測すると、112回中112回、応答なしでした。遅いのではなく、無でした。
その差こそが要点であり、絵姿の正直な部分です。本土のクラウドは、ふつうの訪問者が到達できない上流リソースのローカルコピーや適合版を持つことがあり、データセンターからの視点は、家庭用接続の実機よりはるかに良い結果を描きうります。当社が両方の数字を報告するのは、家庭用回線の結果こそが貴社の実際のユーザーを反映するからです——そしてそれは通りませんでした。ここでのサンプルは、中国本土の内側からのサードパーティ・リクエストの計測で述べたペア調査です。方法論・日付・観測地点は数字とともに付いてくるので、ご自身で再検証できます。
発火したタグが送るデータは中国を出る
タグが実際に読み込まれるところでは、二つ目の独立した問いが開きます——それはデータの問いです。Googleのガイドは“certain tags load content from or make requests to other origins”（特定のタグは他のオリジンからコンテンツを読み込む、または他のオリジンへリクエストを行う）と注記し、それを名指します。Google Analyticsは.google-analytics.com、Google AdsとDoubleClickはwww.googleadservices.comと.g.doubleclick.netです。それらのリクエストはどれも必然的に訪問者のIPアドレスを運び、分析と広告のタグはまさに行動を報告するために存在します。Googleは中国本土にインフラを運用していないため、これらのエンドポイントはすべて本土の外で名前解決されると見るのが妥当です——つまり、タグが収集する個人データは、送られた瞬間に国を出ているのです。
中国の個人情報保護法（PIPL）の下では、本土の訪問者の個人情報——IPと行動データは個人情報です——を国外のサーバーへ移すことは、PIPL第3章が規律する越境移転です。通知、個別の同意、そして法定の移転メカニズムのいずれか一つが求められます。その義務の重さは、役割と取扱量に応じて増減します。CACの2024年3月の越境規則以降、非CIIOが暦年で10万人未満の非センシティブ個人情報を移転する場合、安全評価・標準契約・認証は免除されます——しかし、訪問者ごとに分析を発火させる高トラフィックのサイトは、その線をすぐに越ええますし、広告・分析タグが収集するものの一部はセンシティブとして扱われることがあります。これは判定ではなくリスクの見取り図です。どのタグを走らせ、それがどれだけの個人データを収集し、ユーザーが誰かが、貴社の立ち位置を決めます——免除に依拠する前に、専門家と確定させる価値があります。
21YunBoxの位置づけ——移行ではなく、法令適合のオーバーレイ
何が壊れ、何を当社が直すのかをはっきりさせましょう。消費者向けの失敗——本土の回線でgoogletagmanager.comが読み込まれないこと——はGoogleのエンドポイントの問題であり、Google自身のドメインを中国本土の内側から確実に到達可能にする製品はありません。当社が行うのは、その一歩内側です。貴社がサイトを運用し、その分析・ピクセル・コンバージョン計測を本土の内側のユーザー向けに動かし続けなければならないとき、当社は既存スタックの前段に、法令に沿った中国国内の計測経路を立ち上げます——作り直しも、二つ目のコードベースも、今使っているツールからの乗り換えもありません。当社の中国チームが、どのタグがまだ本土のユーザーに届くかを整理し、発火するタグが収集するものの越境データのリスクを評価し、訪問者データを無管理のままオフショアへ送ることなく、計測を動かし続けます。その配信の一部を本土の内側から合法的に提供しなければならない場合、その中国国内の土台こそがICP備案を発動させる部分です——それを、すでに運用中のスタックの周りで、一緒に整えます。
関連する読み物：
- PIPLの下での越境データ移転 —— GTMのタグがGoogleへ送る訪問者データを規律する法
- 中国のICP備案の取得方法 —— 本土の内側から配信しなければならないサイトも運用する場合に関連
よくあるご質問
Google Tag Managerは中国で使えますか？
確実には使えません。GTMはgoogletagmanager.comからコンテナスクリプトを注入して動きますが、当社の2026-08-30の計測では、そのエンドポイントは北京の家庭用回線から112回中112回、応答なしでした（データセンター探査は72/72——誤解を招く観測地点です）。コンテナが読み込めなければ、それが管理するすべてのタグが道連れで失敗します。そしてタグが発火するところでは、訪問者のIPと行動を本土の外のGoogle分析・広告エンドポイントへ報告します。したがってこれは速度ではなく、到達性と越境データの問いです。
これは読み込みの問題ですか、それともデータの国内保存の問題ですか？
両方で、しかも別々です。読み込み：コンテナとそのタグは、実際の本土の回線からは不安定〜到達不能なGoogle運用のドメインに依存するため、分析やピクセルが静かに発火を止めうます。データ：タグが読み込まれるところでも、Google自身のドキュメントが“make[s] requests to other origins”（他のオリジンへリクエストを行う）と示すとおり——中国の外のGoogleエンドポイントへ——訪問者のIPと行動を運び、PIPLはこれを越境移転として扱います。速いCDNはどちらもきれいには解けません。両方とも法令に沿った中国国内の経路が必要です。
