自動化ツール

ZapierとSlackの連携|作った後の管理・エラー検知・課金の設計

ZapierとSlackの連携でできること、作った後に必ず出てくる3つの問題(所有と権限、エラー検知、タスク課金の構造)を公式情報で整理します。Zapierで続ける場合と別の手段に移す場合の分かれ目、連携が増えたあとの運用設計もあわせて扱います。

diver編集部

更新日

ZapierとSlackをつなぐと、他のツールで起きたことをSlackへ流し、Slackでの操作を他のツールへ返せます。作るだけなら管理画面の操作だけで済み、コードは要りません。

つまずくのは、作った後です。連携が5本を超えたあたりから、誰が何を持っているのか、止まったときに誰が気づくのか、費用がどこまで伸びるのかが見えなくなります。

この記事は、作り方そのものは公式ページに譲り、その後に必ず出てくる3つの問題を扱います。数値と仕様は2026年8月13日に公式サイトから取得したものです。

出典: Zapier 公式サイトZapier 公式サイトZapier 公式サイト

ZapierとSlackを連携すると何ができますか?

他のツールの出来事をSlackに通知し、Slackのメッセージや絵文字リアクションから自動処理を起動できます。

公式が挙げる使い方は3つに整理されています。他のツールで動きがあったときにメッセージを投稿すること、Slackのメッセージやリアクションを起点に自動処理を始めること、重要なシステムイベントを対象のチャンネルへ振り分けることです。

代表的な組み合わせは、公式のテンプレート一覧から確認できます。Gmailの新着をSlackへ送る、Googleスプレッドシートの行が更新されたらSlackへ通知する、Googleフォームの回答をチャンネルで共有する、Stripeの新規売上をSlackへ流す、といった形です。

Zapierが接続できるアプリは9,000以上、AIツールは450以上です。Slackを中心に据えると、通知の集約先としても、操作の入口としても使えます。

「Slackに通知する」と「Slackから動かす」は別の設計

同じ連携でも、この2つは運用の重さがまったく違います。

通知は一方向なので、壊れても情報が届かないだけです。一方、Slackから他のツールを動かす連携は、書き込みが起きます。誰がその操作をできるのか、間違えたときにどう戻すのかを先に決めていないと、リアクション1つでCRMのデータが書き換わる状態ができあがります。

最初に作るのは通知から、というのが安全な順番です。

連携の作り方は公式の手順に従う

作り方は公式ドキュメントとテンプレートが揃っているため、ここでは繰り返しません。Zapier 公式サイト にテンプレートが並んでいるので、近いものを選んで複製するのが最短です。

押さえておくのは、Zapierの用語が3段になっていることだけです。トリガーが「何が起きたら」、アクションが「何をするか」、タスクが「1回の処理で消費する単位」を指します。この3つの関係が、後の課金と直結します。

ひとつ仕様として知っておくべきなのは、無料プランでは新しいデータのチェックが15分ごとという点です。即時に反応するトリガー(インスタント)を持つアプリもありますが、そうでないものは最大15分待ちます。「通知が遅い」という声の多くは、この仕様です。

連携が増えたあとに起きること

ここからが本題です。1本目のZapは10分で作れますが、20本目のZapは10分では管理できません。

1. 作成者しか止められないZapが残る

Zapierでは、Zapはそれを作った人のアカウントに属します。共有Zapワークフローとフォルダ、共有アプリの連携が使えるのはTeamプラン以上です。

この差は、担当者が異動・退職したときに表面化します。Zapier Managerの「Zapがオフになった」トリガーの説明が端的で、対象は「あなたが所有するZap」と明記されています。所有していないZapの状態は、そもそも見えません。


Free

Professional

Team

Enterprise

月額(最低価格)

0ドル

19.99ドル

69ドル

要問い合わせ

含まれるタスク

月100

ティア選択

ティア選択

年間での上限

Zapのステップ数

2ステップ

マルチステップ

マルチステップ

マルチステップ

Zap・フォルダの共有

あり

あり

ユーザー数

25

無制限

管理者権限・アプリ制御

SAML SSO

高度な管理者権限

年払いにすると1か月あたりの費用が33%安くなります。

先に決めておくのは、業務で使うZapを個人アカウントに置かないという一線です。Teamプランに上げるか、共有用のアカウントを1つ立てて全社のZapをそこに集約するか、どちらかを選びます。後から移そうとすると、認証(各アプリへの接続)を作り直すことになります。

Enterpriseプランには、Zapを本番へ出す前に承認を挟む仕組みもあります。Zapier Managerの承認申請トリガーは、アカウント所有者とスーパー管理者だけが使えると明記されています。

もうひとつ、Zapそのものより先に切れるものがあります。各アプリへの認証(接続)です。SlackもGmailもCRMも、Zapierから使うには誰かのアカウントで一度つなぐ必要があり、その人の権限が消えれば接続も無効になります。Zapの設定は残っているのに動かない、という状態はここで起きます。

Zapier Managerには新しい認証が追加されたときのトリガーがあり、接続の増減を追えるようになっています。運用としては、業務で使う接続を個人のアカウントではなく、業務用に用意したアカウントで作るのが定石です。退職や異動のたびに作り直す作業がなくなります。

2. 止まったことに誰も気づかない

自動化が壊れるときは、エラー画面が出ません。ただ動かなくなります。

Zapierはこれを前提に設計されていて、公式テンプレートに「Zapでエラーが発生した場合にSlack通知を送信する」「オフになったZapをSlackへ投稿する」が最初から用意されています。GmailやMicrosoft Teamsへ送るテンプレートもあります。

エラー監視用のZapを1本、最初に作ってください。 業務のZapより先です。監視がない状態で20本動かすのは、ログを見ないサーバーを20台動かすのと同じです。

監視Zapで見るのは3つです。Zapがエラーを出したとき、Zapがオフになったとき、そしてタスクの使用量が上限に近づいたとき。3つ目はZapier Managerに専用のトリガーがあり、プランに含まれるタスクの指定した割合または件数に達すると発火します。

通知先は、業務用のチャンネルとは分けます。同じチャンネルに流すと、通知が多い日に埋もれます。

監視を後回しにする理由として「タスクを食うから」が挙がることがありますが、これは当たりません。Zapier Managerは公式が課金対象外として列挙しているステップです。 監視Zapを増やしても、業務用のタスクは減りません。

3. 費用が使った分だけ伸びる形になっている

Zapierの課金はタスク単位です。カウントされるのは、アクションが正常に完了したときだけです。公式は「アクションが正常に完了しなかった場合、タスクはカウントされません」と明記しています。

数え方には、知らないと見積もりが崩れる例外が2つあります。

ひとつは、Zapierの組み込みステップがタスクを消費しないことです。Filter、Formatter、Paths、Delay、Looping、Sub-Zap、Digest、Storage、そしてZapier Manager、Tables、Formsは課金対象外だと公式が列挙しています。つまり5ステップのZapでも、うち3つが組み込みなら消費は2タスクです。「ステップ数=タスク数」ではありません。

もうひとつは逆方向で、1アクションが1タスクとは限らないことです。公式は「一部のアプリやアクションは、正常に完了すると複数のタスクを消費することがある」としています。消費量はAIモデルの階層、コード実行環境、コネクターの種類で決まります。AIステップを挟むと、同じ1ステップでも重くなります。

新しいデータのチェック(ポーリング)は無料です。5分ごとに確認していても、動きがなければ課金されません。消費が伸びるのは、実際に処理が走ったときだけです。

見積もりは「本数」ではなく「完了したアクション数」で置く

必要なのは、Zapごとの月間起動回数と、そのうち外部アプリへの書き込みが何回あるかです。

問い合わせフォームの通知が1日20件で月20営業日、Slackへ送るだけなら月400タスク。ここに条件分岐(Filter・課金なし)とCRMへの登録(課金あり)を足すと、月800タスクになります。分岐を増やしても消費は増えず、書き込み先を増やすと増えます。

タスクはアカウント全体の共有プールです。Zapワークフロー、AIステップ、コード、MCP、SDKがすべて同じ割り当てを食い合う設計で、製品ごとの個別予算はありません。誰かが試しに作った検証用のZapが、本番のタスクを消費します。

上限に達したときの挙動は、設定で正反対になる

ここは事前に決めておく必要があります。従量課金を有効にしているかどうかで、結果がまったく違うためです。

設定

上限に達したとき

タスクごとの従量課金が有効

自動的に従量課金へ切り替わり、Zapは動き続ける。単価はプラン内より高い

従量課金が無効

次の利用期間が始まるまでZapが一時停止する

従量課金の最大タスク数にも達した

次の利用期間まで一時停止する

上限が近づいたときと達したときに、公式からメールで通知が届きます。ただし、その通知を受け取るのは契約者のメールアドレスであり、業務の担当者ではありません。「請求が伸びる」か「業務が止まる」かのどちらを選ぶかは、先に決めておく判断です。

タスクティアは100から始まり、750、2,000、5,000と刻まれ、100万、200万まで用意されています。

Zapierで続ける場合と、別の手段に移す場合

Zapierを使い続けるべきかどうかは、ツールの優劣ではなく、自動化がどの段階にあるかで決まります。

状態

適した形

通知が中心、月の起動回数が読める

Zapierで足りる

1回の起動で複数のシステムへ書き込むようになった

完了アクション数で費用が伸びる。消費の内訳を出す

社内の複数部門がそれぞれZapを作っている

共有と権限の設計が先。プランの見直しが必要

業務の中核データがZap経由で書き換わっている

監視・履歴・戻し方の設計が必須

判断の分かれ目は、止まったときの影響です。 止まっても翌日に手作業で追いつけるものはZapierに置いたままで構いません。止まると請求や納品が遅れるものは、監視と復旧手順をセットで設計するか、実行基盤ごと別の手段に移します。

Zapierに似た選択肢としては、同じ考え方のiPaaSが複数あります。ステップ単位ではなく実行単位で課金するもの、自社サーバーで動かせるものなど、課金と設置の形が違います。n8nについてはn8nとはで扱っています。

課金構造から逆算すると、線引きはもう少し具体的になります。Zapierは完了したアクションで課金するため、分岐や整形が多くて書き込みが少ない処理は安く済みます。 逆に、1回の起動で複数のシステムへ書き込む処理はそのぶん消費します。

一方、実行1回あたりで課金する形の基盤では、この関係が逆になります。分岐が多いほど不利で、書き込みが多くても1回は1回です。どちらが安いかは、自社の処理がどちらの形をしているかで決まります。

移すかどうかを決める前に、まず今のタスク消費の内訳を出してください。どのZapが月のタスクの何割を使っているかを知らないまま移行しても、同じ構造がそのまま移ります。 消費上位の3本を見れば、たいてい原因は書き込み先の多さか、起動頻度の高さのどちらかに寄っています。

Slack連携の運用を設計する

ここまでの3つは、どれも「作る技術」ではなく「運営構造」の問題です。ツールを増やすほど、設計されていない部分が事故になります。

diverが入るときに最初にやるのは、棚卸しです。動いているZapを全部並べ、それぞれについて所有者、起動頻度、止まったときの影響、タスク消費を書き出します。この一覧がないまま増設を続けると、費用も障害も原因が特定できません。

そのうえで決めるのは次の4点です。

  1. 所有と権限 — 業務のZapを誰のアカウントに置き、誰が編集できるか

  2. 監視 — エラー・オフ・タスク上限の3つをどのチャンネルに、どの粒度で流すか

  3. 停止基準 — 何回連続で失敗したら人が介入するか、その間の業務をどう回すか

  4. 見直しの周期 — 使われなくなったZapを止める判断を、いつ誰がするか

Slackは通知の集約先として優秀ですが、集約すればするほど埋もれます。通知は「見て終わるもの」と「対応が必要なもの」でチャンネルを分けるのが実務上の分かれ目です。

diverは、業務フロー全体をAI前提で設計し、ツール選定から実装、定着までを担う社外RevOpsチームです。個々の連携を作る前に、どの業務をどの層で自動化するかを決めます。全体の考え方はAIワークフロー自動化にまとめています。

連携が増えて管理しきれなくなっている場合は、diverに相談するから現状の棚卸しだけでも相談できます。

よくある質問

Zapierと連携できるアプリは何ですか?

公式サイトの表記では9,000以上のアプリと450以上のAIツールに接続できます(2026年8月13日時点)。Slack、Gmail、Googleスプレッドシート、Salesforce、HubSpot、Notion、Calendly、Airtableなど、主要なSaaSは一通り揃っています。

Slackの連携のやり方は?

Zapierの管理画面でトリガー(何が起きたら)とアクション(何をするか)を選び、Slackのワークスペースを認証すれば動きます。公式のテンプレート一覧から近いものを複製するのが最短です。手順そのものはZapier 公式サイトにあります。

Zapier連携とは何ですか?

Zapierを間に挟んで、2つ以上のアプリを自動でつなぐ仕組みです。Zapierではこの1本の自動化を「Zap」と呼びます。片方のアプリで起きた出来事をトリガーとして、もう片方のアプリでアクションを実行します。

Slackと連携できるアプリは何ですか?

Zapierが対応する9,000以上のアプリはすべてSlackと組み合わせられます。Zapierが間に入るため、Slack側が個別に対応しているかどうかは関係ありません。

Zapierに似たサービスはありますか?

同じくアプリ間をつなぐiPaaSが複数あります。違いは課金の単位と、どこで動かすかです。ステップごとに課金するもの、実行1回で課金するもの、自社の環境に置けるものがあります。選ぶ基準は機能の数ではなく、自社の起動回数とステップ数に対して費用がどう伸びるかです。

Zapierは日本語に対応していますか?

料金ページやアプリ紹介ページは日本語で提供されています。ただし一部のページには英語の説明文が残っており、2026年8月13日時点のSlack連携ページでも英語の記述が混在していました。日本語UIの範囲がどこまでかは、実際の管理画面で確認してください。

Zapierは無料で使えますか?

期限なしの無料プランがあります。月100タスクまで、Zapは2ステップまでという制限があり、新しいデータのチェックは15分ごとです。通知の連携を1〜2本試すには足りますが、業務で常用する前提の枠ではありません。

Zapが動かなくなったときはどうやって気づけばよいですか?

Zapier Managerを使った監視用のZapを別に作ります。公式テンプレートに「Zapでエラーが発生した場合にSlack通知を送信する」「オフになったZapをSlackへ投稿する」が用意されているので、そこから複製できます。監視は業務のZapより先に作ってください。

タスクはどのくらい消費しますか?

アクションが正常に完了したときにカウントされます。Filter、Formatter、Paths、Delay、Looping、Sub-Zap、Digest、Storage、Zapier Manager、Tables、Formsは課金対象外です。新しいデータのチェック(ポーリング)も無料です。見積もるときは「Zapの本数」でも「ステップ数」でもなく、月に完了する外部アプリへの書き込み回数で計算してください。

参照元

記事情報

  • 著者: diver編集部

  • レビュー: diverチーム

  • 更新日: 2026年8月13日

部門間データ連携を、実装できる業務フローへ

既存ツールを活かしながら、どの境界から直すべきかを整理します。