ZapierのTasksとは？

ZapierのTaskは『Zapが1回動いた回数』ではなく、成功したActionを数える

ZapierはTaskを、正常に完了した作業単位として説明しています。通常のZap workflowでは成功したAction stepがTaskとして数えられ、TriggerはTaskに含まれません。FilterやPathsも現行HelpではTaskを消費しません。

つまり1件のTriggerからCRM登録、Slack通知、メール送信の3 Actionが成功すれば、1 runでも基本は3 Tasksです。『月100件処理するから100 Tasks』とは限りません。

さらにAI by Zapier、Codeのextended runtime、Lead Router、MCPなどは標準Actionと異なるTask rateを持つ場合があります。Taskは簡単な概念ですが、例外まで全部1 Taskとして扱うと見積りが崩れます。

• Trigger：Taskに数えない
• 成功したAction：通常1 Task
• Filter / Paths：現行HelpではTaskに数えない
• AI / Code / Lead Router / MCP等：個別Task rateを確認

月間Trigger件数 × 平均successful Action数で概算する

FineInTheoryでは、まず1つの業務イベントが平均何Actionを成功させるかを数え、月間Trigger件数へ掛ける方法を編集用の概算に使います。

Pathsで分岐する場合、全branchのActionを足すのではなく、実際に各routeを通る割合で平均化します。Error handlerやReplayも、実際に発生する場合は別枠で見ます。

これはZapierが保証する万能式ではありません。現行Task ruleとTask Usage/Historyで実測し、概算との差を確認します。

• 編集用基本式：月間Trigger件数 × 平均successful Action数
• Paths：実際に通るbranch割合で考える
• Replay / error handler：発生時のTask ruleを確認
• AI・MCP・Lead Router等：標準Actionと同じ1 Taskと決めつけない

例：1件で3 Actionなら、100件で基本300 Tasksから考える

仮に1件の問い合わせで、CRM登録・Slack通知・顧客へのメール送信の3 Actionが毎回成功し、月100件処理するとします。標準的なTask ruleだけなら、編集上は約300 Tasksから考え始められます。TriggerやFilter自体はTaskへ加えません。

ただしこれは説明用の仮定です。検索Actionの設定、Replay、特殊Task rate、失敗Actionなどで実使用量は変わります。契約PlanはTask Historyで実測してから決めます。

• イベント件数とTask数を分ける
• 成功Actionだけ数える
• 特殊rateは別計算
• 実測値でPlanを補正

Freeで動いたことと、本番Planが決まったことは別

ZapierのFree planは月100 Tasks、2-step Zapなどの条件で小さく試せます。一方、本当に作りたいWorkflowがMulti-step、Premium apps、Webhooks等を必要とするなら、有料Planの条件まで見て初めて本番コストを比較できます。

無料でPoCできるのは便利です。無料のまま本番要件まで満たせる、という意味ではありません。PricingやTask ruleは変わり得るため、契約時に最新の公式PricingとTask ruleを再確認してください。

• Freeでconnectionと基本logicを確認
• 本番のAction数を数える
• 必要なPaid機能を確認
• pay-per-task/上限条件も現行公式情報で確認