Zapierのprivacyを考えるときは、「Zapierに何を保存するか」だけでなく、接続したappへどの権限を渡すか、AI機能でどのproviderへdataが渡るかまで確認する必要があります。
Zapierはautomation platformなので、複数service間をdataが移動します。
便利さと同時にdata flowを把握することが重要です。
目次
app connectionでZapierへ権限を渡す
Zapierでworkflowを作るには、Gmail、Slack、Salesforceなどのapp connectionを作ります。
Zapier公式Helpでは、connectionしたaccountでauthorizeされたdataだけへaccessすると説明しています。
OAuth 2.0、API key、Basic authenticationなどで接続します。
readだけとは限らない
Zapierはworkflowに必要な範囲でread / write actionを実行します。
たとえばGoogle Sheetsのrowを読むだけのZapと、CRM recordをupdateするZapでは権限riskが違います。
「Zapierを接続した」という単位ではなく、どのaccountで、どのactionを許可しているかを見る必要があります。
connectionは共有できる
Team / Enterpriseではapp connectionを他memberと共有できます。
共有してもpasswordそのものを渡す必要はありませんが、共有されたmemberはそのconnectionをworkflowで利用できます。
test dataを見られる場合もあるため、誰に共有するかは慎重に決める必要があります。
security基盤
ZapierはSOC 2 Type II、SOC 3のauditを受けています。
公式security pageではAWSを利用し、data at restをAES-256、通信をTLS 1.2以上で保護すると説明しています。
EnterpriseではSSO、SCIM、audit logs、app controls、IP allowlistなどのgovernance機能も提供されています。
AI機能ではsubprocessorを確認する
AI by ZapierはOpenAI、Anthropic、Googleなど複数のAI providerを利用できます。
2026年9月にはMetaもoptional AI providerとしてsubprocessor listへ追加されています。
AI stepへ渡したdataはZapierだけでなく、選択したmodel providerのprocessingにも関係します。
機密dataを扱う場合は利用modelとsubprocessorを確認する必要があります。
workflow内容と構造のAI改善を分けて確認する
Zapierはworkflowを通る顧客コンテンツを、どのplanでもAI model trainingに使わないと説明しています。一方、AI機能改善のためworkflowの組み方など「構造」を学習に使う場合があり、Enterpriseはこれも自動的にopt-out、他planはformでopt-outできます。
これはAI providerへの処理委託やZap履歴の保存とは別の論点です。自社の許容条件に合わせ、構造データのopt-out状態と選択model / subprocessorを管理者に確認します。
knowledge sourceは削除まで保存される
AI by Zapierではknowledge sourceを接続できます。
公式Helpでは、knowledge sourceはspecific contentまたはZap自体を削除するまでZapier account内に保存されると説明されています。
一時的に使うdocumentでも、自動的に短期間で消える前提にしない方がよいです。
Enterpriseではretentionを調整できる
EnterpriseではZap historyのcustom data retentionを設定できます。
法務・compliance requirementに合わせて、履歴保持期間を調整できます。
TeamやProfessionalと同じdata controlではないため、企業利用ではplan機能も確認する必要があります。
healthcare dataには注意
ZapierのData Privacy Overviewでは、HIPAA対象のProtected Health Informationを扱う用途をsupportしておらず、BAAも締結しないと説明しています。
medical / healthcare dataを扱う場合は、一般的なbusiness dataと同じ感覚で使わない方が安全です。
third-party appも含めてdata flowを見る
Zapier自体が安全でも、
Trigger app
Zapier
AI provider
Action app
という複数serviceをdataが通ります。
privacy reviewでは一つずつのserviceだけでなく、end-to-endでどこへ何が送られるか確認する必要があります。
まずは使ってみる
記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。
Zapier
data flowを一枚に書く
Zapierのprivacyは、Zapierだけを見ると把握しきれません。Trigger appから受け取ったdataが、Zapierのrun history、AI provider、Action appへどう流れるかを記録します。
表は横にスクロールできます
| 経路 | 例 | 確認すること |
|---|---|---|
| Source app → Zapier | Gmailの問い合わせ | 接続user、read scope、対象label |
| Zapier → AI by Zapier | 要約・分類prompt | 送るfield、model tier、subprocessor |
| AI by Zapier → Zapier | categoryとsummary | 誤回答時のreview、保存先 |
| Zapier → Destination app | CRM更新、Slack通知 | write権限、共有範囲、承認 |
| Zap History / Logs | inputとstep output | retention、閲覧者、redaction |
同じaccountへ接続していても、workflowが必要とするdataだけに絞るのが基本です。接続に付与したscopeと、Zapの各Actionが実際に行う操作は別々に点検します。
4段階のdata判定
-
Public: 公開情報や一般的なFAQ。通常のtest dataに使いやすい。
-
Internal: 社内連絡や業務手順。共有connectionと履歴の閲覧者を限定する。
-
Confidential: 顧客情報、契約、売上。AI providerとretention、権限を確認してから処理する。
-
Restricted: health data、決済認証情報、法的に強い制約がある情報。一般用途として送らず、契約・適用範囲を法務やsecurity担当へ確認する。
これはZapierの公式classificationではなく、導入前に社内で使う整理例です。どの情報をどのlevelに置くかは、自社の規程・契約で決めます。
connectionと操作権限を分けて見る
Zapierの公式Helpは、app connectionで許可されたaccount dataへread / write accessし、workflowに必要なactionを実行すると説明しています。そこで、各Zapについてsource account、destination account、実行可能なAction、connectionを使えるメンバーを一覧にします。接続をTeamで共有した場合は、本人がworkflowを作らなくても、そのconnectionを利用できる可能性があります。人の異動、委託終了、app側での権限変更時にconnectionを再認証・解除する担当を決めてください。
AI providerとmodel trainingの確認
ZapierのAI機能では、選択modelやAI subprocessorの処理条件もdata flowに加わります。workflowの内容が学習されないことは、保存・処理・第三者providerへの送信が一切ないことを意味しません。実運用では、AI by Zapierの利用設定、connection、選択provider、保持条件を同じ記録に残し、現在のSecurity pageと契約条件を照合します。
削除・保存期間を製品ごとに確認する
Zapierのretention、削除、export条件はproductごとに異なります。AI by Zapierのknowledge source、Chatbotsのknowledge source、Zap Historyを一括で同じ保持期間と見なさないでください。どのproductのどのdataかを特定し、削除操作後の反映期間とbackup / exportへの残り方を、該当Helpと契約で確認します。
毎月見直す運用checklist
-
不要になったconnectionを解除したか
-
shared connectionの利用者は現在も必要か
-
app scopeに不要なwrite権限がないか
-
AI stepが送るfieldは必要最小限か
-
run historyにsecretや個人情報を残していないか
-
AI opt-outとsubprocessorの適用範囲を管理者が確認したか
-
knowledge sourceの削除と同期状態を確認したか
-
Data retention、export、deletionの窓口が決まっているか
情報区分が高い処理ほど、便利さだけで有効化せず、必要な契約条件や法務・security reviewが揃うまでtest dataで試します。
AIものさしの判断
Zapierのprivacyで最も重要なのはconnectionとdata flowです。
どのaccountへ接続するか。
誰がconnectionを使えるか。
AI stepでどのproviderへ送るか。
履歴をどれだけ保持するか。
これを整理すれば、Zapierを業務利用するときのriskが見えやすくなります。
機密性が高いworkflowほど、個人accountの便利設定だけでなくTeam / Enterpriseのgovernance機能まで比較した方が安全です。
引用・データ出典
公式情報を編集部が見た内容です。Hands-on未実施の記述は本文かここに分けています。
確認日:2026-10-09
Zapier:Security & Complianc(新しいタブで開く)e
Zapier Help:App connections on Zapie(新しいタブで開く)r
Zapier Help:Share app connections with Team or Enterprise member(新しいタブで開く)s
Zapier:Subprocessor(新しいタブで開く)s
Zapier:Data Privacy Overvie(新しいタブで開く)w
Zapier Help:Data privacy in Team and Enterprise account(新しいタブで開く)s
Zapier Help:Use AI by Zapier to analyze and return dat(新しいタブで開く)a
Zapier Security & Compliance: https://zapier.com/security-compliance(新しいタブで開く)
Zapier Help (App connections): https://help.zapier.com/hc/en-us/articles/36818633398157-App-connections-on-Zapier(新しいタブで開く)
Zapier Help (Sharing app connections): https://help.zapier.com/hc/en-us/articles/8496326497037-Share-app-connections-with-members-of-your-Team-or-Enterprise-account(新しいタブで開く)
Zapier Subprocessors: https://zapier.com/legal/subprocessors(新しいタブで開く)
Zapier Data Privacy Overview: https://zapier.com/legal/data-privacy(新しいタブで開く)
Zapier Help (AI by Zapier): https://help.zapier.com/hc/en-us/articles/8496342944013-Use-AI-by-Zapier-to-analyze-and-return-data(新しいタブで開く)
Zapier Subprocessors: https://zapier.com/legal/subprocessors(新しいタブで開く)
