Contents
Zapier 無料プランの基本制限（2024 年時点）
Zapier の公式サイトに掲載されている無料プランの上限は、執筆時点（2024‑10‑01）で以下の通りです。将来的に変更される可能性があるため、最新情報は必ず公式ページをご確認ください[^1]。
このセクションでは、無料枠で利用できるリソースと、実務で意識すべきポイントを整理します。
無料プランの主要制限
| 項目 | 上限（公式） | 補足 |
|---|---|---|
| 月間タスク数 | 100 タスク | 1 タスク＝Zap が 1 回実行されたときにカウントされる |
| Zap の上限 | 最大 5 個 | 同時に有効化できる Zap の数 |
| 接続可能アプリ数 | 最大 5 アプリ | トリガー・アクションで利用できるアプリの総数 |
| ポーリング間隔（標準トリガー） | 15 分ごと | 「新着メール」や「新規レコード」などのポーリング型トリガーに適用 |
ポイント：無料枠は「タスク」「Zap 数」「アプリ数」の三つのハードリミットで構成されており、いずれかが上限に達するとそれ以上実行できなくなります。
有料プランとの比較と選択基準
有料プランは無料枠の制限を緩和し、マルチステップ Zap や高速ポーリングなど高度な機能を提供します。以下の表は 2024 年 10 月時点で公表されている各プランの主要スペックです[^2]。
各プランの概要
| 項目 | Free（無料） | Starter（月額 $19） | Professional（月額 $49） |
|---|---|---|---|
| 月間タスク上限 | 100 | 3,000 | 10,000 |
| Zap の数制限 | 最大 5 個 | 無制限 | 無制限 |
| ステップ数上限 | シングルステップのみ | 最大 3 ステップ | 無制限マルチステップ |
| ポーリング間隔 | 15 分 | 5 分 | 1 分 |
| 優先サポート | × | ○ | ○ |
選択基準
- タスク消費が月 100 未満 → 無料プランで十分。
- マルチステップのフローが必要 → Starter 以上を検討。
- リアルタイム性（1 分以内）が必須 → Professional が最適。
結論：自社のタスク消費予測と機能要件を照らし合わせ、コストパフォーマンスが高いプランを選択してください。
タスク消費を抑える実践テクニック
Zapier では「フィルタ」や「フォーマッタ」もアクションステップとしてカウントされます（＝タスク消費）。しかし、これらのステップを 最初に配置 することで、不要な downstream アクションの実行自体を防ぎ、結果的に総タスク数を削減できます。
フィルタで無駄なトリガーを除外
フィルタは Zap が起動した時点で 1 タスクとして計上されますが、その後のアクションが実行されなければ追加タスクは発生しません。
- トリガー（例：Gmail の新着メール）
- フィルタ：件名に「自動」キーワードが含まれるか判定
- 条件を満たさない場合はここで処理終了 → 後続アクションは実行されず、タスク消費は 1 件だけ
この配置により、対象外メールが大量に来てもタスク数の増加を抑えられます。
フォーマッタでデータ整形を前倒し
フォーマッタもフィルタ同様、実行時に 1 タスクとしてカウントされます。
ただし、外部サービスへの API 呼び出しを減らすことができるため、総タスク数の削減効果が期待できます。
例）Google シートへ送信する日付文字列を「2024/10/01」形式から ISO 8601 に変換し、そのまま Slack 通知に渡す。
- フォーマッタで変換 → 1 タスク
- Slack アクションだけが残り、余計な外部 API 呼び出しは不要
データ取得範囲と条件分岐の最適化
API 呼び出しで取得したレコード数が多いほど、Zap が生成するタスクも増加します。
- クエリ限定：HubSpot の「新規コンタクト」取得時に「作成日が過去 24 時間以内」のみ対象とする。
- Path（条件分岐）：取得データのステータスが「未処理」の場合だけ次のアクションへ進める。
このように取得範囲を絞り、不要レコードは最初の段階で除外すれば、タスク消費を根本的に抑えることができます。
無料枠でも実装可能なユースケース例
以下では、無料プラン上限（100 タスク／月）内で収まるように設計した 4 つのシナリオを示します。各フローはタスク数と Zap 数を事前に算出しています。
1. メール振り分け＋Slack 通知
- 流れ：Gmail（新着メール） → フィルタ（件名に「案件」） → Slack（特定チャンネルへ通知）
- タスク計算：メール 1 件＝Zap 起動 1 タスク。月間想定 30 通 → 30 タスク。
2. カレンダー予約連携でリードステータス更新
- 流れ：Google カレンダー（新規予定） → フォーマッタ（日付整形） → HubSpot（リードステータスを「面談設定」へ変更）
- タスク計算：予定 1 件＝Zap 起動 1 タスク。週 5 件想定 → 月間 20 タスク。
3. Google シート行追加で SNS 自動投稿（Twitter）
- 流れ：Google シート（新行追加） → フィルタ（「公開」フラグが ON） → Twitter（ツイート）
- タスク計算：シート行 1 行＝Zap 起動 1 タスク。月間想定 10 行 → 10 タスク。
4. 高額決済トリガーで請求書 PDF 作成
- 流れ：Stripe（新規支払い） → フィルタ（金額 > $100） → Google ドライブ（テンプレートコピー） → PDF 変換（Zapier 内蔵機能）
- タスク計算：支払 1 件＝フィルタ 1 タスク + ファイル操作 1 タスク = 2 タスク。月間想定 5 件 → 10 タスク。
総合評価：上記 4 つのシナリオは合わせても 70 タスク にとどまり、Zap の数も 4 個以下で無料プランの制限内に収まります。
ハイブリッド運用とタスクモニタリングの実践手順
無料枠だけでは対応しきれない大量レコードやリアルタイム要件がある場合、他サービスとの併用や定期的な使用量レビューが有効です。
1. IFTTT・Make.com（旧 Integromat）との組み合わせ例
| 目的 | 推奨ツール | 理由 |
|---|---|---|
| 簡易通知（Twitter → メール） | IFTTT | 無料プランでトリガー/アクションが無制限に近い |
| 大量レコードのバッチ処理 | Make.com | 無料でも月 1,000 操作まで利用可能、マルチステップがフリー |
活用例：新規注文情報は Make.com のシナリオで一括取得・整形し、結果だけを Zapier に渡して CRM 更新のみ実行する。これにより Zap が消費するタスク数を大幅に削減できます。
2. Zapier ダッシュボードで使用量を分析する手順
- Task History（左サイドメニュー）を開く。
- フィルタ条件「過去30日」「失敗」および「消費タスク数」でソート。
- タスク消費が多い Zap を抽出し、フィルタやステップの見直し候補としてリスト化する。
ベストプラクティス：月間使用率が 80 % に達した時点で必ずレビューを行い、必要に応じてハイブリッド構成へ移行してください。
3. 改善サイクルの具体例（月次）
| フェーズ | アクション |
|---|---|
| レビュー | Task History を確認し「タスク消費 > 70 %」の Zap を特定 |
| 原因分析 | フィルタ未設定、取得範囲過大、重複トリガー等を洗い出す |
| 改善実装 | 早期フィルタ追加・ステップ削減・外部ツールへ分散 |
| 再測定 | 次月の使用量と前月を比較し、削減効果（例：30 % タスク削減）を数値化 |
このサイクルを継続すれば、無料プランでも安定した自動化環境を維持できます。
参考情報・出典
[^1]: Zapier Pricing Page (2024‑10‑01). https://zapier.com/pricing
[^2]: Zapier Plan Comparison (2024‑10‑01). https://zapier.com/help/account/plan-comparison
[^3]: Zapier Help Center – “How Tasks are counted”. https://zapier.com/help/create/task-counting