Airtableは中国で使えるか
Airtableは国外に置かれるクラウドデータベースで、中国本土にとってそれが答えです。Airtableはbaseを米国・ヨーロッパ・オーストラリアのAmazon Web Services上に保存し——中国本土のリージョンはなく——そのため中国ユーザーの個人データを保持することは、そのデータを国境の向こうへ移すこと、性能の決定であるずっと前のコンプライアンスの決定です。
Airtable自身の言葉で「米国（既定）・ヨーロッパ・オーストラリアでデータレジデンシーを提供」し、そのサブプロセッサーページは「顧客データのホスティング」にAmazon Web ServicesをUSA・Germany・Ireland・Australiaにわたって挙げます——どの選択肢も本土から見て国外です。中国ユーザーの氏名・メール・あらゆる個人の詳細をbaseに保存すれば、PIPLが規律する個人情報の越境移転を行ったことになります（通知、別途の同意、合法的な移転メカニズム、第38〜43条）。そしてAirtableはホストではなくバックエンドなので、それが支える本土の公開サイトは依然としてICP備案を要し——Airtableは紐づける国内サーバーを与えません。下の表はAirtable自身の文言と、各行が引き起こすルールです。
これは判定ではなくリスクの見取り図です——どの義務が効くかは、貴社の法人・データ・ユーザーが誰かによります。当社の中国チームがリスクを一緒にマップします →
コンプライアンス・スナップショット
- ✕ Airtableは米国・ヨーロッパ・オーストラリアのデータレジデンシーを提供する——中国本土のリージョンはない
- ! baseは国外のAWSで動く——中国ユーザーの個人データは本土の外に置かれる
- ! 中国ユーザーのデータをAirtableに集めることは越境移転——PIPLが適用
- ! Airtableはバックエンドでホストではない——それが支える本土の公開サイトは依然ICPを要する
- ! ライブのbaseとAPI呼び出しは国境越しにAirtableへ届く——到達性は保証されない
Airtableが中国本土のユーザーに対して法令適合かを実際に決める要素
| 事実 | 一次情報源 |
|---|---|
| Airtableはデータを国外に保存し、中国本土のリージョンを提供しない。 自社のデータレジデンシーのドキュメントでAirtableは"offers data residency in the United States (default), Europe, and Australia."と述べる。あるのはその三つの選択肢だけ——既定で作ったbaseは米国に置かれ、選べる中国本土のリージョンはない。中国の利用者にとってその配置がPIPLの下での越境データの問いの核心である。 | Airtable — Data residency at Airtable（support.airtable.com）、2026-10-07取得 |
| AirtableのbaseはAmazon Web Services上で動き、そのすべてが中国本土の外にある。 Airtable自身のサブプロセッサーページは「顧客データのホスティングに以下のサブプロセッサーを用いることがある」とし、「クラウドインフラ」として"Amazon Web Services, Inc"を"USA, Germany*, Ireland*, Australia*"に挙げる——星付きはヨーロッパまたはオーストラリアのデータレジデンシーでのみ利用可能。どれも本土にないため、データがどこに着地しても、中国ユーザーから見て国境の向こうにホストされる。 | Airtable — Subprocessors（airtable.com/company/subprocessors）、2026-10-07取得 |
| 中国ユーザーの個人データをAirtableに集めることは越境移転である。 baseが国外にある以上、本土ユーザーが送信するあらゆる氏名・メール・レコードは、保存された瞬間に国を出る。中国の個人情報保護法はそれを個人情報の持ち出しとして扱い——第38〜43条の下で通知、別途の同意、一つの許可された移転メカニズム（CACの安全評価、CAC標準契約、または認証）を要し——重要情報インフラ運営者または大量取扱者にはデータの国内保存義務を加える（PIPL第40条、サイバーセキュリティ法 第39条（旧第37条）と併せて）。 | PIPL 第38〜43条・第40条／サイバーセキュリティ法 第39条（旧第37条）（npc.gov.cn）、2026-10-07取得 |
| Airtableが本土の公開サイトを支えるなら、そのサイトは依然ICP備案を要し——Airtableは備案する相手のホストを与えない。 Airtableはバックエンドでホスティングプロバイダーではない：そのデータレジデンシーの選択肢は米国・ヨーロッパ・オーストラリアだけなので、ICP備案が紐づく国内サーバーがない。本土の訪問者に見せる公開Webサイトは、ライセンスを持つ国内ホストに紐づくICP備案を伴わなければならない（国務院令第292号、MIIT令第33号）——それはデータベースとしてのAirtableではなく、Airtableが支えるサイトについての事実である。 | Airtable — Data residency at Airtable（support.airtable.com）、2026-10-07取得／国務院令第292号／MIIT令第33号 |
情報源は21YunBox コンプライアンスチームが2026年10月7日に確認しました。
Airtableはデータをモデル化する素晴らしい場所です——スプレッドシートのように操作できるリレーショナルデータベースで、Webサイトやアプリの便利なバックエンドです。しかし中国本土の利用者にとって、最初の問いはbaseがどれだけ速く読み込まれるかではなく、そのbaseがどこに置かれるかです。Airtableはまるごと国外で動くクラウドデータベースだからです。データを米国・ヨーロッパ・オーストラリアのAmazon Web Services上に保存し、中国本土にはリージョンがありません——したがって中国ユーザーの氏名やメールが貴社のbaseの一つに着地した瞬間、その個人データはすでに国を出ています。それは中国のデータ保護法への問いであり、どれだけチューニングしても答えられない「Airtableは中国で使えるか」の半分です。そもそも性能の問題ではなかったからです。
中国でのAirtable：ひと目で
| 決め手 | Airtable自身の言葉では——そして中国自身の法では |
|---|---|
| Airtableとは何か | クラウドデータベースでローコードのバックエンド。AirtableはAmazon Web Services上で動作し、そのサブプロセッサーページは「顧客データのホスティング」にAWSを挙げます。モデル化とコンテンツ提供に優れますが、設計上、本土の外にホストされます。 |
| 中国本土のリージョンは？ | ありません。Airtableは「米国（既定）・ヨーロッパ・オーストラリアでデータレジデンシーを提供」します。あるのはその三つだけで、中国本土の選択肢はなく、baseは国外に置かれます。 |
| 中国ユーザーの個人データを保持する | 本土ユーザーの個人情報を国外のbaseに保存することは、PIPLが規律する個人情報の越境移転です——通知、別途の同意、合法的な移転メカニズム（第38〜43条）。 |
| 中国の公開サイトを提供する | Airtableはバックエンドでホストではありません。本土の公開サイトを支えるなら、そのサイトは依然としてライセンスを持つ国内ホストに紐づくICP備案を要し（国務院令第292号、MIIT令第33号）——Airtableは備案する国内サーバーを与えません。 |
| 機能する設計 | Airtableをデータソースとして残し、本土の訪問者のために前段にICP備案済みの国内の層を加え、どの個人データが国境を越えるかを意図的に扱います。Airtableからの移行ではなく、オリジンの前段のオーバーレイです。 |
Airtableが実際にデータを保つ場所
Airtable自身のドキュメントから始めましょう。異例なほど明快だからです。Airtableは「米国（既定）・ヨーロッパ・オーストラリアでデータレジデンシーを提供」します——三つのリージョンで、何も変えずに作ったbaseは米国に置かれます。サブプロセッサーページも同様に平明です：Airtableは「顧客データのホスティングに以下のサブプロセッサーを用いることがある」とし、それをホストするのは「Amazon Web Services, Inc」で、「クラウドインフラ」として「USA, Germany*, Ireland*, Australia*」に挙げられます。星付きのリージョンはヨーロッパまたはオーストラリアのデータレジデンシーを有効にした顧客にのみ利用可能です。一覧をすべて読んでも同じ事実が返り続けます：Airtableが貴社のデータを置くあらゆる場所は中国本土の外です。選べる中国リージョンはなく、それは設定で回避できる見落としではなく——単にプロダクトが置かれている場所です。
それを決める扉：PIPLとユーザーのデータ
baseが国外にある以上、コンプライアンスの問いは速度ではなく移動についてです。本土の訪問者がフォームを送信し、サインアップし、またはその代わりにレコードが書き込まれるとき、その個人情報は中国の外のサーバーに保存されます——そして個人情報保護法の下ではそれは個人情報の越境移転です。PIPLはそうした移転に三つを求めます：個人への通知、別途の同意の取得、そして許可されたメカニズムのいずれか一つを整えること——CACの安全評価、CAC標準契約、または認証（第3章 第38〜43条）。貴社の組織が重要情報インフラ運営者であるか、規制の量を超える個人情報を扱う場合、さらなる義務が付きます：データはそもそも中国国内に保存しなければなりません（PIPL第40条、サイバーセキュリティ法 第39条（旧第37条）と併せて）。それらの基準のいずれかが貴社を捉えるかは、貴社の役割と数字により、いずれにせよ既定で仮定するのではなく顧問弁護士と確定すべき事柄です。
二つ目の扉：Airtableが本土の公開サイトの背後にあるとき
Airtableが中国の公衆が訪れられるサイト——baseから供される一覧、カタログ、顧客ポータル——を支えるときにだけ現れる別個の要件があります。本土の訪問者に見せる公開Webサイトは、国務院令第292号とMIIT令第33号の下で、本土内に物理的に所在するライセンスを持つホストに紐づくICP備案（備案）を伴わなければなりません。ここでAirtableの性質が効きます：それはバックエンドであってホスティングプロバイダーではなく、その備案が紐づく国内サーバーを公表していません。義務はデータベースとしてのAirtableではなく、貴社が提供する公開サイトに落ちます——しかしそのサイトが中国に届くためのものなら、備案はどこかに存在しなければならず、Airtableはそのどこかではありません。
これは判定ではなくリスクの見取り図です——これらの扉のどれが実際に適用されるかは、貴社の法人、データ、ユーザーが誰かにより、顧問弁護士と確定する価値があります。
21YunBoxの位置づけ——移行ではなく、コンプライアンス・オーバーレイ
貴社はAirtableをそのままの場所に残します。同じbase、同じ自動化、アプリがすでに呼ぶ同じAPIで、データソースと編集面であり続けます。21YunBoxが加えるのは、国外にあるクラウドデータベースが構造上担えない部分です：コンプライアントな本土内からのICP備案済み配信で、既存のオリジンの前段に置きます——作り直しも、二つ目のコードベースも、Airtableからの移行もなく。当社の中国チームが、どの義務が貴社の構成に及ぶかをマップし、公開サイトのICP備案を処理し、どの個人データが国境を越えてよく何が国内にとどまるべきかの設計を支援します——スタックのうち国外に置かれる部分は役割を果たし続け、本土のプレゼンスは運営を許されたものになります。
関連する読み物：
よくあるご質問
Airtableは中国で遮断されていますか？
到達性は問いのより小さな半分で、コンプライアンスを決める半分ではありません。Airtableは国外のインフラから国境越しに到達されるため、ライブのbaseやAPI呼び出しは、本土から保証されず一貫して信頼できるとも限らない越境接続に依存します。しかし完璧に読み込まれる日でも、コンプライアンスの問題は残ります：データは依然として国外に置かれています。「到達できるか」と「中国ユーザーのデータを保持するのに合法的に使えるか」を二つの別個の問いとして扱ってください——後者が支配します。
それでもAirtableを中国向けサイトのCMSやバックエンドとして使えますか？
多くの場合はい、ただし設計が個人データについて意図的でなければなりません。Airtableが非個人のコンテンツだけを提供し、ビルド時に取得・キャッシュされるなら、中国の個人情報はほとんど、またはまったく国境を越えません。本土ユーザーの個人データをbaseに集めた瞬間——フォーム送信、サインアップ、レコード——国外に中国の個人情報のストアができ、PIPLがそれを越境移転として規律し、公開サイトのフロントエンドは依然として自身のICP備案を要します。そのどれが貴社に当てはまるかは顧問弁護士と確定する価値があります。
21YunBoxはAirtableベースのサイトを中国で動かす手助けができますか？
はい。当社の中国チームが、貴社の法人・データ量・ユーザーについてPIPLの越境とデータの国内保存の問いを評価してリスクをマップし、すでに運用しているAirtableベースのスタックの前段に、コンプライアントな本土のプレゼンスに必要なICP備案済みの国内の層を立ち上げます。Airtableはデータソースのまま。当社はライセンスを持つ国内配信を加え、どの個人データが国境を越えるかの設計を支援します。お問い合わせいただければ個別のケースを整理します。