AWS Route 53は中国本土で使えるか：ICP、データの国内保存、そしてバックエンドのDNS層
Route 53はAWSのマネージドな権威DNS——ドメインを解決するバックエンド層であって、ホストでも、ユーザーデータの在り処でもありません。したがってICP備案は貴社のサイトに付き、Route 53自体はPIPLの国内保存の義務を生じさせません——一方でAWS中国の内側でそれを動かすことは、別アカウントのパーティションであって、トグルではありません。義務が実際にどこに着地するかを、コンプライアンス起点で読み解きます。
AWS Route 53は中国本土で使えるか
はい——Route 53は中国向けのサイトに使えます。DNSはバックエンド層だからです。コンプライアンスの重み——ICP備案とPIPLのデータ国内保存——は、Route 53自体ではなく、それが指し示すサイトとその本土ホストに着地します。
AWS自身の言葉でRoute 53は「高可用でスケーラブルなドメインネームシステム（DNS）のウェブサービス」で「ブラウザを貴社のウェブサイトやウェブアプリケーションに接続する」——ルックアップの層であって、貴社のホストでも、ユーザーデータの在り処でもありません。したがって本土の訪問者に提供される公開サイトは中国国内のホスト上のICP備案（国務院令第292号、MIIT令第33号）を要し、ユーザーのPIPL上の個人データ（英語）はアプリとデータベースが動く場所に座ります——どちらの義務もRoute 53には付きません。本当の問いはより狭いものです：グローバルのRoute 53は本土の外から応答し、AWS中国の内側でRoute 53を動かすことは別建てのパーティション（北京はSinnet、寧夏はNWCDが運営）で、別個のアカウントと中国の営業許可証を要します——リージョンのトグルではありません。下の表はAWS自身の記述と、各ルールが実際に着地する層です。
これは判定ではなくリスクの見取り図です——本当のリスクが貴社のホストか、データか、本土内のDNSプレゼンスかは、法人・データ・ユーザーで変わります。当社の中国チームがリスクを一緒に整理します →
コンプライアンス・スナップショット
- ✓ DNSはバックエンド層——ICP備案はRoute 53ではなく貴社のサイトに属する
- ✓ Route 53は貴社のDNSレコードを保持し、ユーザーの個人データは保持しない
- ! Route 53が指し示す公開サイトは、依然として本土ホスト上のICP備案を要する
- ! グローバルのRoute 53は本土の外から応答する——法的ではなく配信の問い
- ! AWS中国の内側のRoute 53は、別個のアカウント＋中国の営業許可証であって、トグルではない
AWS Route 53の公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| Route 53はバックエンドのDNS層であって、貴社のホストではない。AWS自身の言葉で、それは「高可用でスケーラブルなドメインネームシステム（DNS）のウェブサービス」で、ユーザーが貴社のドメインを入力すると「Route 53がブラウザを貴社のウェブサイトやウェブアプリケーションに接続する」。名前を解決しルーティングするのであって、公開サイトでも、ユーザーの個人データの在り処でもない——だから本土のサイトが必要とするICP備案は、そのサイトとその中国国内のホスティングに付き、Route 53にではない。 | Amazon Route 53 Developer Guide — 「What is Amazon Route 53?」（docs.aws.amazon.com、2026-10-07 取得）；国務院令第292号；MIIT令第33号 |
| Route 53は貴社のDNSレコードを保存し、ユーザーの個人データは保存しない。そのホストゾーンは名前をアドレスにマッピングするレコードを保持し、アプリケーションが収集する個人情報は保持しない。したがってPIPLの越境と国内保存の義務——第38〜43条の通知・個別の同意・移転メカニズム、そしてCIIOや大量取扱者についてのPIPL第40条・サイバーセキュリティ法 第39条（旧第37条）の中国国内保存——は、ユーザーデータが実際に存在する場所：貴社のアプリ・データベース・ホストに着地し、権威DNSの層にではない。 | Amazon Route 53 Developer Guide（docs.aws.amazon.com、2026-10-07 取得）；PIPL 第38〜43条・第40条；サイバーセキュリティ法 第39条（旧第37条） |
| Route 53はAWS中国で実際に動く——しかし別建てのパーティションとしてだけ。AWSは中国リージョンでそれを提供する——北京は「Sinnetが運営」、寧夏は「NWCDが運営」——しかし「AWS中国サービスに固有の別建ての一組のアカウント認証情報」を通じて到達し、既存のグローバルの認証情報は「AWS中国リージョンのリソースにアクセスできず、その逆も同様」で、登録には「工商行政管理部門が発行する有効な中国の営業許可証」が要る。グローバルアカウントの内側でスイッチを入れるリージョンではない。 | Amazon Web Services in China — FAQs（amazonaws.cn、2026-10-07 取得） |
| 中国の内側のRoute 53は縮小されたサービスだ。AWS自身の中国ドキュメントは「How Route 53 differs」の下で、「Route 53でドメイン登録はできない」、「Traffic flowは利用できない」、「Route 53のDNSSEC署名は中国で利用できない」、そして「中国リージョンの外のAmazonリソースへトラフィックをルーティングするエイリアスレコードは作れない」と述べる。DNSを国内へ移すことは実際のギャップを伴う別パーティションのプロジェクトで——AWS中国の他の部分と同じ中国の法人とICPの経路に紐づき、設定変更ではない。 | Getting Started with Amazon Web Services in China — Amazon Route 53（docs.amazonaws.cn、2026-10-07 取得） |
情報源は21YunBox コンプライアンスチームが2026年10月7日に確認しました。
中国本土の利用者にとって、Route 53についての有用な問いは、ルックアップにどれだけ速く答えるかではなく——Route 53が貴社に何を届出させ、または国内化させるか（もしあれば）、です。答えは一方向には安心でき、もう一方向には誤読しやすいものです。Route 53はバックエンドのDNS層です：AWS自身の言葉で、それは*“a highly available and scalable Domain Name System (DNS) web service”（高可用でスケーラブルなドメインネームシステム（DNS）のウェブサービス）で、“connects the browser with your website or web application.”*（ブラウザを貴社のウェブサイトやウェブアプリケーションに接続する）。それは貴社のホストではなく、ユーザーの個人データの在り処でもありません。したがって本土のサイトが必要とするICP備案は、サイトとその中国国内のホスティングに付き、貴社のDNSには付かず、Route 53はそれ自体のPIPLデータ国内保存の義務を生じさせません。注意深く見る価値があるのはより狭い点です：グローバルのRoute 53は本土の外から応答し、AWSの中国パーティションの内側でRoute 53を動かすことは、スイッチを入れるリージョンではなく別アカウントの取り決めです。
中国でのAWS Route 53：ひと目で
| 決め手 | AWS自身の言葉では |
|---|---|
| Route 53とは何か | “A highly available and scalable Domain Name System (DNS) web service”で、ユーザーが貴社のドメインを入力すると“connects the browser with your website or web application.”（ブラウザを貴社のウェブサイトやウェブアプリケーションに接続する）。名前を解決しルーティングします——ルックアップの層であって、ホストではありません。 |
| ICP備案は誰が要るか | 本土の訪問者に提供される公開サイトと、その中国国内のホスト——DNSではありません。Route 53をICP備案するのではなく、備案はサイトのもので、国務院令第292号とMIIT令第33号の下にあります。 |
| Route 53上の貴社のデータ | ホストゾーンは貴社のDNSレコードを保持し、アプリが収集する個人情報は保持しません。権威DNSの層はそれ自体のPIPL国内保存の義務を生じさせません。その問いは、貴社のアプリ・データベース・ホストに着地します。 |
| 本土の内側のRoute 53 | AWS中国で利用可能——北京は“operated by Sinnet,”寧夏は“operated by NWCD”——しかし“a separate set of account credentials unique to Amazon Web Services China services”（AWS中国サービスに固有の別建ての一組のアカウント認証情報）を通じてで、「有効な中国の営業許可証」を要します。グローバルアカウントのトグルではありません。 |
| 中国パーティションで何が変わるか | 縮小されたサービス：“You can't use Route 53 to register domains,”（Route 53でドメイン登録はできない）、“Traffic flow is not available,”“Route 53 DNSSEC signing is not available in China,”そして“outside the China Regions”（中国リージョンの外）のAmazonリソースへのエイリアスレコードはありません。 |
Route 53はバックエンド層——だからICPは貴社のサイトに着地し、DNSにではない
Route 53は三つのことをします——AWSの言葉で*“domain registration, DNS routing, and health checking”（ドメイン登録、DNSルーティング、ヘルスチェック）——そしてそのすべてが解決とルーティングです：“connects the browser with your website or web application”*するルックアップ。そのどれも、規制当局が運用ウェブサイトとして扱う公開向けのサービスではありません。それは貴社のホストと貴社のアプリケーションです。国務院令第292号とMIIT令第33号の下のICP備案は、本土の訪問者に配信されるサイトと、その背後の本土のホスティングリソースに付きます——DNSサービスにICPを届出するのではありません。
実務上の帰結は両方向に切れます。サイトがオフショアから提供されるなら、どのDNSプロバイダーを選んでもそれをICP対象にはできません。備案は中国国内のホスティングにかかり、それはRoute 53とはまったく別の層です。しかし逆もまた真です：Route 53をDNSとして保つこと自体は、中国向けのサイトを非適合にはしません。ライセンスの問いは、ルックアップに誰が答えるかではなく、サイトがどこにホストされるかで決まります。
Route 53は貴社のDNSレコードを保持し、ユーザーのデータは保持しない
DNSはここで正直なので、問題を作り出さないのが賢明です。Route 53は貴社のホストゾーン——名前をアドレスにマッピングするレコード——を保存し、アプリケーションが訪問者から収集する個人情報は保存しません。したがって中国の個人情報保護法（PIPL）（英語）が生じさせる義務——あらゆる越境移転についての通知・個別の同意・移転メカニズム（第38〜43条）、そして重要情報インフラ運営者または大量取扱者についての中国国内保存（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条））——は、ユーザーデータが実際に存在する場所：貴社のアプリ・データベース・ホストに着地します。権威DNSの層には付きません。
一つの正直な注意点は、手で払うのではなく専門家と上げる価値があります：Route 53 Resolverのクエリログをオンにすると、それらのログはそれ自身の小さなデータの問いになります。しかし見出しは保たれます——Route 53は国内保存の問題を作り出すものではなく、DNSの判断が、それを作り出すホスティングとデータの判断の代わりになってはいけません。
Route 53はAWS中国で実際に動く——しかし別建てのパーティションとして、トグルではない
AWSは本土の内側でRoute 53を実際に提供します、その中国パーティションで——北京は*“operated by Sinnet”、寧夏は”operated by NWCD.”しかしそれは、すでに持つアカウントの内側でフリップするリージョンではありません。“a separate set of account credentials unique to Amazon Web Services China services”（AWS中国サービスに固有の別建ての一組のアカウント認証情報）を通じて作業し、既存のグローバルの認証情報は”will not be able to access resources in the Amazon Web Services China Regions, and vice versa.”（AWS中国リージョンのリソースにアクセスできず、その逆も同様）。そのアカウントの登録には”a valid Chinese business license issued by the Bureau of Industry and Commerce”*（工商行政管理部門が発行する有効な中国の営業許可証）が要ります。
中国のRoute 53は縮小されたサービスでもあります。AWS自身のドキュメントは*“How Route 53 differs”の下で、“You can’t use Route 53 to register domains,""Traffic flow is not available,""Route 53 DNSSEC signing is not available in China,“そして”You can’t create alias records that route traffic to Amazon resources outside the China Regions”*と注記します。したがってDNSを国内へ移すことは、実際のギャップを伴う別パーティションのプロジェクトで、AWS中国の他の部分と同じ中国の法人とICPの経路に紐づきます——設定変更ではなく、意図的に行う判断です。
本土から到達できる——それは配信の半分であって、法的な半分ではない
ネームサーバーがグローバルのRoute 53のとき、中国の訪問者のリゾルバは依然としてRoute 53の権威サーバーに到達しなければならず、グローバルサービスではそれは本土の外に座ります。それらのルックアップが中国の内側から速く一貫して解決するかは、配信と到達性の考慮であって——そもそも運用してよいかを決めるコンプライアンスの問いとは別です。当社は中国国内の計測作業を意図的にこのページから外しています。中国向けのサイトが合法かを決めるのはライセンスとデータの層であり、どのDNS調整もそれを変えません。
これは判定ではなくリスクの見取り図です。ICP備案、中国国内のホスティング、または本土内のDNSプレゼンスが必要かは、何を提供するか、どれだけの個人データを保持するか、ユーザーが誰かで変わります——構築の前に専門家と確定させる価値があります。
21YunBoxの位置づけ——移行ではなく、法令適合のオーバーレイ
Route 53はDNSとして保ちます。DNSが決して提供しようのなかった部分——既存オリジンの前段に置く、合法な本土の内側からのICP備案済みの配信とホスティング——を当社が加えます。作り直しも、二つ目のコードベースも、AWSやRoute 53からの移行もありません。当社の中国チームが、ICPが実際にどこに着地するかを整理し、貴社の法人・データ量・ユーザーについてPIPLの越境とデータの国内保存のリスクを評価し、合法な中国サイトが必要とする中国国内のプレゼンスを立ち上げます。Route 53は今ある場所にそのまま——貴社はレコードを法令適合な経路に向けるだけです。
関連する読み物：
よくあるご質問
Route 53自体にICP備案が必要ですか？
いいえ——DNSサービスをICP備案するのではありません。ICP備案は、本土の訪問者に提供される公開ウェブサイトと、その背後の中国国内のホスティングリソースに、国務院令第292号とMIIT令第33号の下で付きます。Route 53は、訪問者をそのサイトに向けるルックアップの層です。サイトがオフショアから提供されるなら、どのDNSを使ってもICP備案はできません。解決策はDNSプロバイダーの変更ではなく、中国国内のホスティングと配信です。
Route 53を使うとPIPLの越境データの問題が生じますか？
専門家と確認すべき問いとして扱ってください。ただし権威DNSの層は通常、問題が座る場所ではありません。Route 53は貴社のDNSレコードを保持し、アプリケーションが収集する個人情報は保持しないので、PIPLの越境移転とデータ国内保存の義務は、ユーザーデータが実際に存在する場所——貴社のアプリ・データベース・ホスト——に着地します。（Route 53 Resolverのクエリログをオンにするなら、そのログは別個のデータの問いで、上げる価値があります。）
21YunBoxはRoute 53の設定を中国で使えるようにする手助けができますか？
はい。Route 53はDNSとして保ちます——当社の中国チームが、ICPが実際にどこに着地するかを整理し、貴社の法人・データ量・ユーザーについてPIPLの越境とデータの国内保存のリスクを評価し、サイトが必要とするICP備案済みの中国国内からの配信とホスティングを、既存オリジンの前段に立ち上げます。貴社はレコードを法令適合な経路に向けるだけです。お問い合わせいただければ、個別のケースを一緒に整理します。
