【2026年9月版】 Zapier AIの料金を最短理解：タスク/アクティビティ換算と安全な見積もり手順（AIステップ・Agents・Code）

結論：ZapierのAIコストは「タスク」と「アクティビティ」の2系統で考える

ZapierのAI機能を導入・見積もりする際は、まず課金単位を2つに分けて捉えてください。Zapワークフロー（Zap）で実行されるアクションは「タスク」、Zapier Agents（AIエージェント）の動作は「アクティビティ」で計測されます。AI by Zapier（AIステップ）とCode by Zapierはタスク側、Agentsはアクティビティ側で、無料枠や上限・従量課金の扱いも別です。

• Zap側（タスク）：月間トリガー件数 ×（各アクションのタスク合計）＋ AI/Codeの係数（モデル倍率×ツールコール、延長ランタイムなど）。
• Agents側（アクティビティ）：月間ラン数 × 1ランあたりの平均アクティビティ（Freeは最大10、Pro/Enterpriseは最大40）。

AI by Zapierのタスク消費は「(1×モデル倍率) + (ツールコール数×モデル倍率)」で計算されます。Zapier Agentsは、エージェントの行動・Web閲覧・ナレッジ参照・チャット処理など、1回の動作につき1アクティビティでカウントされます。Freeの無料枠はZapプラットフォームが月100タスク、Agentsが月400アクティビティです（確認日：2026-08-31）。

Zapier AIの全体像（AI by Zapier／Agents／Codeの役割）

Zapierは9,000以上のアプリを接続できる自動化基盤で、ワークフロー（Zap）にAIを組み込みやすいのが特長です。AI by Zapier（AIステップ）、Zapier Agents（AIエージェント）、Code by Zapier（JavaScript/Python）の3要素を中心に構成され、必要に応じてTablesやForms、各種トリガー/アクションを組み合わせます。AI by ZapierはOpenAI、Anthropic、Google、Azure OpenAI、Amazon Bedrockなどのモデルを選べ、BYOK（自前のAPIキー）も接続可能です。MCP/SDKなどの拡張も提供されており、将来的な拡張性を見据えた設計が可能です。

• AI by Zapier（AIステップ）：Zapの中で生成・要約・分類・意思決定などを担います。必要に応じてAIステップ内の「ツール」（例：ナレッジ参照、テキスト整形、簡易計算など）を呼び出せます。単独ではWeb検索や任意URLの直接スクレイプはできません。
• Zapier Agents：説明文・権限・ナレッジを与え、対話やWeb閲覧を交えながら、目的達成のための行動を自律的に計画・実行します。利用はアクティビティ単位で計測され、Zapのタスクとは別勘定です。
• Code by Zapier：Zap内で任意ロジックをJS/Pythonで実行します。標準ランタイムを超えると30秒ごとに1タスクが追加加算されます。

加えて、Zapier Chatbotsは別アドオン課金です。Zapプラットフォーム（タスク）／Agents（アクティビティ）／Chatbots（アドオン）は料金体系がそれぞれ独立しています。Tables/Formsはデータの一次保管や入力ゲートとして有用で、ZapやAgentsの前段整流化に役立ちます。

誰のための製品か：向いている組織・向かない組織

向いている組織

• 中堅〜エンタープライズの情報システム・DX部門：部門横断のSaaS自動化をガバナンスと両立させたい。
• マーケ・インサイドセールス・CS・バックオフィス：多アプリ連携の繰り返し業務をノーコードで効率化したい。
• AIエージェントで一次対応や社内ナレッジ活用を段階的に導入したいチーム。
• モデル選定やBYOK運用でコスト/品質の最適点を継続的に探索できる体制。
• 従量課金の上限制御・承認フローを標準運用に組み込める組織。

不向きなケース

• 日本語UI・日本語サポートが必須（ZapierのUIは英語が基本）。
• 完全オンプレミス前提（Zapierはクラウド提供）。
• 厳密なリアルタイム処理（多くのトリガーはポーリングで1〜15分。Webhook対応なら即時も可）。
• ローカルアプリのデスクトップRPA中心（ZapierはSaaS/API中心）。
• 超高頻度・大量実行で従量課金リスクを許容できない（上限・承認の厳格な設計が前提）。

料金と無料枠の全体像（確認日：2026-08-31）

最新の条件は必ず公式ページで再確認してください。

プロダクト	課金単位	無料枠の目安	有料開始の目安	主要制約・補足
Zapプラットフォーム（Zap/AI/Code）	タスク（成功アクションごと）	月100タスク（Free）	Professional：年払い換算$19.99/月〜	ペイ・パー・タスクでプラン上限到達後も最大3倍まで自動継続可（設定で無効化可）
AI by Zapier（AIステップ）	タスク（モデル階層の倍率×実行要因）	上記タスク枠を消費	Standard=1x、Advanced=3x、Premium=5x、BYOK=1x	1回の実行で75タスク到達時、継続前に承認が必要
Zapier Agents	アクティビティ（行動/閲覧/参照/チャット1回=1）	月400アクティビティ（Free）	Pro：年払い換算$33.33/月（1,500アクティビティ/月）	1ラン上限：Free=10、Pro/Enterprise=40。Zapのタスクとは別勘定
Zapier Chatbots	アドオン（別料金）	Freeあり	Pro：年払い換算$13.33/月	プラットフォーム/Agentsとは別の価格体系

• Agentsの利用はZapのタスクには含まれません（完全に別カウント）。
• タスクは「成功したアクション」単位で加算されます。トリガーやFilter/Pathsの条件判定はタスクに含まれません。一方で、Formatter、Delay、Storage、Digest、Tables、Forms など多くの内蔵アクションは成功時にタスクとしてカウントされます（Loopingは制御自体ではなく、ループ内で実行される各アクションが都度タスク消費）。

費用見積もりのクイックフレーム

1. Zap側の月間トリガー件数と、1件あたりのアクション構成（AI/Code/非AI）を列挙。
2. AI by Zapierのモデル倍率とツールコール回数を仮置きし、1件あたりタスク見込を算出。
3. Code by Zapierの標準/延長ランタイムの想定を置く（延長をゼロ想定で始め、試験で補正）。
4. Agents側は「月間ラン数 × 平均アクティビティ」をユースケース別に想定（探索/更新/要約で活動数の違いを持たせる）。
5. プラン上限・無料枠と見込消費を比較し、ペイ・パー・タスクの自動継続オン/オフと承認者を決める。

AIステップの“タスク換算”を正しく見積もる

AI by Zapierのタスク消費は次式です。

タスク数 = (1 × モデル倍率) + (ツールコール数 × モデル倍率)

• モデル階層の倍率：Standard=1x、Advanced=3x、Premium=5x、BYOK=1x（確認日：2026-08-31）。
• 「ツールコール」はAIステップ内での機能呼び出し（例：ナレッジ参照、テキスト整形、計算など）。Zapの別アクションは通常どおり個別にタスク加算されます。

モデル階層	ツールコール数	1回の実行あたりのタスク	コメント
Standard（1x）	0	1	最小コストで軽量な分類・要約に適する
Advanced（3x）	2	9	(1×3)+(2×3)=9。品質が必要な長文処理など
Premium（5x）	2	15	新規追加時に既定で選ばれがち。明示確認を推奨
BYOK（1x）	3	4	自前キー連携で1x。コスト制御に有効

設計・見積もりの要点：

• 新規のAIステップはPremium（5x）が既定になりやすいため、要件に応じてStandardまたはBYOKへ明示変更。
• 1実行で75タスクに達すると継続前に承認が必要。想定外のツール多発や無限ループの早期検知に有効。
• AIステップ単体ではWeb検索や任意URLのスクレイプは不可。Web閲覧が必要ならAgentsを検討。

具体計算シナリオ

• シナリオA（軽量分類）：問い合わせ文を100文字程度でカテゴリ分類。Standard=1x、ツール0回。1件=1タスク。月2,000件→2,000タスク。
• シナリオB（要約＋ナレッジ照合）：1,000〜2,000文字の要約＋社内用語整合でツール2回、Advanced=3x。1件=9タスク。月1,000件→9,000タスク。
• シナリオC（BYOKで翻訳＋トーン調整）：BYOK=1x、ツール1回。1件=(1×1)+(1×1)=2タスク。月3,000件→6,000タスク。

コスト最適化の実務：

• Filter/PathsでAI不要ケースを前段除外し、AI呼び出しを必要最小化。
• 単一プロンプトで「要約＋分類＋トーン指示」を同梱し、ツールコールを削減。
• BYOK（1x）を検討。重要Zapは四半期ごとにモデル挙動を再評価。
• Usage insightsでAIステップ別のタスク内訳（倍率・ツール回数）を可視化し、閾値を超えるZapの是正をルーチン化。

1. 月間トリガー件数を把握（例：問い合わせ2,000件/月）。
2. AIステップのモデル倍率・ツール回数を確定（例：Standard=1x、ツール1回→2タスク/実行）。
3. 非AIアクションのタスク数を加算（例：CRM更新1回＝1タスク）。
4. 1件あたりタスク合計 × 月間件数 = 月次タスク見込み（例：3タスク/件 × 2,000件 = 6,000タスク/月）。
5. ペイ・パー・タスクの継続設定（オン/オフ）やアラート/承認者を決める。

Zapier Agentsの“アクティビティ換算”と上限運用

Agentsは、行動・Web閲覧・ナレッジ参照・チャット処理など、エージェントの1動作=1アクティビティで計測されます。月次枠（確認日：2026-08-31）はFreeで400、Proで1,500。1回の実行（ラン）には上限があり、Freeで10、Pro/Enterpriseで40アクティビティです。Zap側のタスクとは完全に別枠です。

活動内訳の実務例（目安）

• 営業リサーチ（1社）：意図確認1、Web閲覧2〜4、要約1、CRM書込1、最終確認1→計6〜8アクティビティ。
• FAQ一次回答：質問理解1、ナレッジ検索1〜2、回答生成1、チャット返答1→計4〜5アクティビティ。
• 競合比較の下調べ：タスク分解1、Web閲覧4〜8、表形式要約1、添削1→計7〜11アクティビティ。

アクティビティ圧縮の設計ポイント

• プロンプトに「やらないこと」を明記（不要な深掘りや再検索を抑止）。
• 権限でアクセス可能アプリを限定し、意図しない操作を回避。
• 探索はAgents、定型はZapへ委譲し、1ランのアクティビティを圧縮。
• ナレッジは要約版・箇条書きを準備し、参照回数を低減。
• 「最初の2往復で要件確定→以降の行動実行」の型で対話往復を制限。

運用ガードレール：

• Free/Proの1ラン上限（10/40）を超える恐れがある業務は、事前にゴール定義と打ち切り条件を明記。
• 月次枠の利用率を週次で確認し、ピーク週のラン集中を避けるスケジュール調整を行う。

Code by Zapierの課金・上限と最適化

• 標準ランタイムはプランごとに設定（例：Professional/Teamは30秒）。
• 延長ランタイムは30秒ごとに1タスク追加。
• レート制限の例：Professional/Team/Enterpriseで「10秒あたり最大225リクエスト」。

実装のヒント：

• 重い処理は分割し、キャッシュや集約（Digest/Storage等）でAPI往復を削減（これらのアクションは成功時タスク加算に注意）。
• HTTP呼び出しはバッチ化し、再試行・待機でリミット回避。
• 延長ランタイム前提は避け、外部関数/専用APIへオフロード可能かを検討。
• ページネーションやストリーミングが必要なAPIは、1件あたりの処理粒度を小さくし、Zap自体を複数に分けて失敗ドメインを限定。

Zapier AIで解決できる“仕事”と導入メリット

• 生成・要約・分類・意思決定の自動化：CRM更新前のテキスト解析、リード温度感分類、定型メール生成。
• 失敗時の説明整形：Zap失敗の原因をAIで要約して通知品質を改善。
• エージェントの自律実行：Web閲覧やライブデータ参照を交えた調査→アプリ操作の連鎖。

テンプレートや自然言語ベースのノーコード構築のしやすさは独立メディアも評価。一方で専用のデスクトップ/モバイルアプリは提供されていません。KPIは「1件あたりの処理時間短縮」や「1成果物あたりのタスク/アクティビティ消費」で管理すると可視化しやすくなります。加えて、エラー率（Zap失敗/実行あたり）と、AIの非決定性に対する再現率（定型出力フォーマットの遵守率）を指標化すると、改善サイクルを回しやすくなります。

具体ユースケース（営業・リード対応・多言語・CS/バックオフィス）

• 営業リサーチ：ドメインを入力→Agentsが企業サイトを閲覧→要約→CRMへ要約・業種タグ登録。
  • 費用観：1ランの平均アクティビティ（閲覧/要約/書込/対話）を記録し、月次予測へ。
  • 運用：競合・採用・製品ページなど「閲覧優先URL」を指示し、無駄な横断検索を制限。
• リード対応：フォーム到着→AIで意図/緊急度分類→重要ならSlack即時通知、低重要は返信ドラフト生成。
  • 費用観：AI分類はStandard/BYOKから開始、誤分類が問題なら上位モデルを再評価。
  • 設計：NGワードやVIPドメインのホワイト/ブラックリストをFilterで前段判定しAI呼び出しを節約。
• 多言語運用：新着記事→対象言語判定→翻訳→CMS/SNS配信（翻訳オートメーションの公式パターンを応用）。
  • 費用観：翻訳はBYOK=1xを優先、品質確認はサンプル審査＋用語集で補強。
• CS/バックオフィス：チケット要約とカテゴリ付与→SLA別エスカレーション→週報の自動作成。
  • 設計：長文要約はAdvanced=3xで開始、要約テンプレートはJSONで固定し、後続処理の安定性を高める。

実践：はじめのセットアップ（AIステップ／Agents／Code）

AI by Zapier

1. Zapのトリガー選定（Webhook対応なら即時、非対応はポーリング間隔を確認）。
2. AIステップ追加→モデル階層を明示（既定でPremium=5xになりがち）。
3. 必要に応じてツール（ナレッジ参照、整形、計算など）を有効化。コール回数はタスクに直結。
4. 出力を次アクションへ接続。Filter/Pathsで不要処理は前段で除外。
5. テスト→Usage insightsで1件あたりタスク消費を確認し、プロンプト/ツール構成を調整。

Zapier Agents

1. agents.zapier.comで新規エージェントを作成。
2. 目的・説明文、権限（接続アプリ）、ナレッジソース（ドキュメント/URL等）を設定。
3. Web閲覧の可否やアクセス範囲を明示。ナレッジは更新頻度と責任者を決めて運用。
4. 運用しながらプロンプト/権限/ナレッジをチューニング。1ラン平均アクティビティを継続測定。

Code by Zapier

1. 必要な任意ロジックをJS/Pythonで実装。
2. 標準ランタイム内へ最適化。外部APIはバッチ化・再試行設計でレート制限順守。
3. 延長ランタイム発生時のコスト影響をテストで把握し、可能なら外部へオフロード。

運用開始後はUsage insightsで、タスク/アクティビティの内訳（モデル倍率・ツールコール・延長ランタイムなど）を週次でレビューし、ボトルネックを修正します。

タスクに「含まれる/含まれない」代表例（最新ヘルプ準拠）

• タスクに含まれない：トリガー（新規データ検知）、Filter/Pathsの条件判定・分岐そのもの。
• タスクに含まれる：成功したアクション全般（AI by Zapierのタスク換算分、Codeの延長ランタイム加算、Webhooks、Formatter、Delay、Digest、Storage、Tables、Formsなどの内蔵アクションを含む）。
• Looping：制御自体ではなく、ループ内で実行される各アクションが実行ごとにタスクとして加算。

設計のコツ：Filter/Pathsで早期に不要案件を除外し、AIや外部アクションの発火を減らすと、費用と失敗率の双方を下げやすくなります。成功したアクションのみがタスク加算対象であるため、テスト時は「成功条件」をできるだけ明確化し、不要な成功アクションを発生させないことが肝要です。

従量課金（ペイ・パー・タスク）の挙動とガードレール

• プラン上限到達後、既定では上限の最大3倍まで自動継続（オフに設定可能）。
• AI/Code由来の増加要因（モデル倍率・ツールコール・延長ランタイム）はUsage insightsで可視化。
• AIステップは1実行75タスク到達で承認が必要。Agentsは1ラン上限（10/40）で暴走を抑止。

運用の型：

• 小さく始める：初期2〜4週間はStandard/BYOK中心かつ最小コールで構築。
• 測定する：Zap/Agentごとの「1成果物あたりのタスク/アクティビティ」で管理。
• 上限を設ける：自動継続のオン/オフや承認者を明示し、異常時は停止できる体制に。

よくある落とし穴：

• AIステップのツール乱用：余計なナレッジ参照や整形を多段に入れがち。プロンプトで目的・出力形式を固定。
• Codeの延長ラン頼み：要件定義不足で重処理を内包しがち。分割とオフロードで回避。
• Agentsの探索過多：ゴール設定が曖昧だと往復が増える。到達基準（十分条件）を定義。

日本語対応と運用の実務ポイント

• UIは英語が基本で日本語切替は不可。必要に応じてブラウザ翻訳を併用。
• 多言語運用では、AIステップでの翻訳＋用語統一のプロンプトを明記し、最終承認を人手に。
• 近リアルタイム性が必要な場合は、Webhook対応アプリを選定。Enterpriseではポーリング間隔のカスタム（例：1分）も検討。
• 日本語プロンプトは箇条書き・出力形式（JSON/キー:値）を明記すると安定度が向上。
• 重要Zapは四半期ごとにプロンプト・モデル選択の棚卸しを行い、ドリフト（非決定性の変動）を抑制。

代替比較の視点（Make／Power Automate／IFTTT）

製品	強みの要約	向いている用途
Zapier	連携アプリの広さと導入容易性。テンプレートが充実し、AI統合も比較的容易	ビジネスSaaS横断の実務オートメーション、短期導入
Make（旧Integromat）	ビジュアル性が高く複雑なデータ分岐を表現しやすいとの評価	分岐・並列処理が多い複雑フローの設計
Power Automate	Microsoftエコシステムとの親和性・統合ガバナンス	Microsoft中心環境での深い統合と管理
IFTTT	シンプルな自動化に強いが、業務ユースはZapierが優位との比較も	個人〜軽量オートメーション

比較時は、リアルタイム性、対象アプリ範囲、運用ガバナンス、そして「1成果物あたりコストの見通しやすさ」を基準に選定してください。Microsoft中心で統合管理が必須ならPower Automate、ビジュアルに複雑分岐を描きたいならMake、短期間で業務アプリ横断を進めたいならZapierが候補になります。

よくある不満・制約と回避策

• コストが読みづらい：AIステップの既定倍率を低めに統一、BYOK活用、ツールコール削減、Codeの延長回避。Usage insightsで高消費Zap/Agentを週次是正。
• 暴走リスク：AIの非決定性を前提に、75タスク承認ゲート、Agentsの1ラン上限、自動継続オフ＋承認フローの多層防御。
• 日本語UIでない：手順書に英語UIのスクリーンと日本語注釈を併記。重要プロンプトは日英併記で再現性確保。
• ポーリング遅延：重要ZapはWebhook対応アプリを優先。必要に応じてEnterpriseのカスタムポーリングを検討。
• モデル選択の迷い：まず1x（Standard/BYOK）で品質を測定し、必要最小限で上位へ段階移行。

FAQ

タスクとアクティビティの違いは？

タスクはZap内の「成功したアクション」実行のカウント（AI/Codeを含む）で、アクティビティはAgentsの各動作（行動・Web閲覧・ナレッジ参照・チャット）ごとのカウントです。互いに別勘定で、Agentsの利用はZapのタスクには含まれません。

AI by Zapierのタスクは何で増えますか？

モデル階層の倍率（Standard=1x、Advanced=3x、Premium=5x、BYOK=1x）と、AIステップ内でのツールコール数に比例します。計算式は「(1×倍率)+(ツールコール数×倍率)」。

ペイ・パー・タスクは勝手に課金が膨らみませんか？

プラン上限到達後も既定で最大3倍まで自動継続しますが、管理画面でオフにできます。さらにAIステップは1実行75タスクで承認が必要となるため、想定外の連鎖を抑止できます。

Agentsは1回の実行でどこまで動けますか？

Freeで最大10アクティビティ、Pro/Enterpriseで最大40アクティビティが上限です。月次枠はFree 400、Pro 1,500。長い探索はプロンプトで「やらないこと」を明記し、無駄な往復を削減してください。

Code by Zapierのコスト最適化は？

標準ランタイムに収め、延長ランタイム（30秒ごとに1タスク加算）を避ける実装が基本です。レート制限（例：10秒あたり225リクエスト）を順守し、APIはバッチ化・キャッシュで回数を抑制します。

AIステップでWeb検索やURLスクレイプはできますか？

いいえ。AIステップ単独では対応しません。Web閲覧やライブデータ参照が必要な場合はAgentsをご検討ください。

どのAIモデルを選ぶべき？

まずはBYOKまたはStandard（いずれも1x）で評価し、品質要件（誤分類許容度、長文安定性など）によってAdvanced/Premiumを再検討します。重要Zapはモデル更新の影響を定期的（例：四半期）に再評価しましょう。

タスクは失敗時にもカウントされますか？

いいえ。タスクは「成功したアクション」のみがカウントされます。テスト時は不要な成功アクションが発生しないよう、Filter/Pathsで早期に条件分岐させてください。

請求通貨（JPY対応など）は？

本稿の出典では通貨の詳細は未確認です。最新の支払い通貨・税区分は公式の課金/サポートページ、または営業窓口でご確認ください。

購入・活用の判断基準（チェックリストと台帳サンプル）

• 役割分担：定型はZap（AI/Code）、探索・会話はAgents。
• モデル選択：コスト/品質のバランス（Standard/Advanced/Premium/BYOK）。
• 上限制御：タスク/アクティビティの月次上限、自動継続オン/オフ、承認フロー。
• 監視体制：Usage insightsの週次レビュー、異常消費の検知・是正。
• 法務/セキュリティ：クラウド前提、英語UI運用、監査・SLA（Enterprise要件は個別確認）。

台帳テンプレート（テキスト）：

1. Zap台帳：Zap名/用途/トリガー月次/AIモデル倍率/ツール回数/非AIアクション数/1件タスク合計。
2. Agents台帳：Agent名/用途/月間ラン/平均アクティビティ/合計アクティビティ。
3. ガードレール：自動継続（オン/オフ）、75タスク承認者、1ラン上限設定、週次レビュー日。

90日導入プラン（参考）

1. 0〜30日：最小ユースケース2件を選定（1件はZap中心、1件はAgents中心）。Standard/BYOKで構築し、Usage insightsで係数を取得。
2. 31〜60日：係数に基づきプロンプト最適化、Filter/Pathsの前段整流、Codeの分割とオフロード。コスト見積もりテンプレートを更新。
3. 61〜90日：運用ガードレール本番化（上限制御・承認・週次レビュー）。適用範囲を2〜3業務に拡張。

参考リンク（確認日：2026-08-31）

• What is Zapier?
• Plans & Pricing | Zapier（プラットフォーム/Agents/Chatbots）
• AI by Zapier model tier pricing
• How is task usage measured in Zapier?
• How pay-per-task billing works in Zapier
• How is Code by Zapier usage measured?
• Code by Zapier rate limits
• Use AI by Zapier to analyze and return data
• Build AI teammates with Zapier Agents
• How is Zapier Agents usage measured?
• Trigger（developer docs）– polling frequency
• Get usage insights for your Zap workflows
• Where to review your task usage in Zapier
• Can I change the language of my Zapier account?
• Zapier AI agents automate work across your favorite apps
• TechRadar: What is Zapier AI
• Cloudwards: What Is Zapier? How Does It Work in 2026?
• TechRadar: Best AI tools 2026
• Cloudwards: Make (Integromat) vs Zapier in 2026
• Cloudwards: Zapier vs IFTTT in 2026
• Zapier vs. Power Automate（公式比較）

次の一歩：AIステップはモデル階層を明示（必要ならBYOK）、Agentsは1ラン上限と月次枠を前提にプロンプト/権限を設計、Codeは延長ランタイムを避ける実装に。1〜2週間でUsage insightsから係数（倍率・コール数・延長秒数）を見直すと、以後の見積もり精度が上がります。