Zapierのプライバシー・接続データ・権限を確認

Zapierのプライバシー・接続データ・権限を確認について、公式の取り扱い方針を読み解き、用途ごとの注意点を整理します。

AIものさし編集部

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へ進めます。報酬の有無で見た目は変えていません。

data flowを一枚に書く

Zapierのprivacyは、Zapierだけを見ると把握しきれません。Trigger appから受け取ったdataが、Zapierのrun history、AI provider、Action appへどう流れるかを記録します。

表は横にスクロールできます

経路例確認すること
Source app → ZapierGmailの問い合わせ接続user、read scope、対象label
Zapier → AI by Zapier要約・分類prompt送るfield、model tier、subprocessor
AI by Zapier → Zapiercategoryとsummary誤回答時のreview、保存先
Zapier → Destination appCRM更新、Slack通知write権限、共有範囲、承認
Zap History / Logsinputとstep outputretention、閲覧者、redaction

同じaccountへ接続していても、workflowが必要とするdataだけに絞るのが基本です。接続に付与したscopeと、Zapの各Actionが実際に行う操作は別々に点検します。

4段階のdata判定

  1. Public: 公開情報や一般的なFAQ。通常のtest dataに使いやすい。

  2. Internal: 社内連絡や業務手順。共有connectionと履歴の閲覧者を限定する。

  3. Confidential: 顧客情報、契約、売上。AI providerとretention、権限を確認してから処理する。

  4. 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(新しいタブで開く)

次の一手

記事の内容を踏まえて、公式とTool詳細から続けられます。

次に読む・使う

この記事の次に必要な情報へ進めます。

ツールの詳細