AIツール料金表

使い方

n8nでGmail→スプレッドシート→Slackを組む手順|3ノード・毎時なら月720実行【2026年9月】

Gmail に届いたメールをスプレッドシートに記録して Slack に流す自動化を、n8n の公式ドキュメントと料金ページ、Google と Slack の公式 API 上限の記載だけで組み立てました。要るノードは 3 つ。実行回数はメールの件数ではなくポーリングの回数で決まり、1 時間ごとなら 30 日で 720 回が上限で、n8n Cloud の Starter(20€/mo, billed annually)の 2,500 executions に収まります。

更新公式ページの確認日 2026年9月21日AIツール料金表 編集部

机でノート PC を打つ人
写真: Mina Rad(Unsplash)

Gmail に届いたメールをスプレッドシートに記録して Slack に流す自動化は、n8n のノード 3 つ(Gmail Trigger → Google Sheets → Slack)で組めます。ただし最初に決めるのはノードではなく、Gmail Trigger の Poll Times(ポーリングの間隔) です。n8n が数える実行回数は、届いたメールの件数ではなくポーリングの回数で決まるからです。

業務メールを拾う用途なら Every Hour で始めて、n8n Cloud の Starter(20€/mo, billed annually・2,500 executions)に収めるのが編集部の結論です。 30 日で割ると上限が 720 回で、枠の 29% です。同じ構成を 1 分ごとにすると上限が 43,200 回に上がり、Starter でも Pro(50€/mo, billed annually・10,000 executions)でも届きません。試すだけならクラウドのトライアル(「No credit card is required for the n8n Cloud trial」)、ずっと無料で回すならセルフホストの Community edition(公式ドキュメントの言葉で「Free with almost the complete feature set」)です。

机の上の MacBook Pro
写真: NordWood Themes(Unsplash) (Unsplash License(商用利用可・帰属表示は任意))

3 つのノードで何が起きるか

並べる順番と、それぞれの根拠になる公式ドキュメントの記載です。

# ノード この構成での役目 公式ドキュメントの記載
1 Gmail Trigger 新着メールで起動する 「The Gmail Trigger node can start a workflow based on events in Gmail.」。Poll Times は「Select a poll Mode to set how often to trigger the poll.」
2 Google Sheets(Append or Update Row) 1 通を 1 行として書き込む 「Use this operation to update an existing row or add a new row at the end of the data if a matching entry isn't found in a sheet.」
3 Slack(Message → Send) 記録した内容を投稿する 「Use the Slack node to automate work in Slack, and integrate Slack with other applications.」。Message の操作は Delete / Get Permalink / Search / Send / Send and Wait for Response / Update

3 番目を Send ではなく Send and Wait for Response にすると、承認を待つ形にもできます。ドキュメントは「Send a message and wait for a response from the recipient before continuing. Approvers can also respond directly inside Slack.」と書いています。問い合わせメールを担当者に割り振る用途なら、この操作 1 つで承認の往復まで入ります。

拾うメールはトリガー側で絞る

Gmail Trigger には絞り込みが用意されていて、ここで絞るほど後ろのノードが軽くなります。設定と公式の説明です。

設定 公式の説明 この構成での使いどころ
Search 「Enter Gmail search refine filters, like from:, to trigger the node on the filtered conditions only.」 問い合わせ用のアドレス宛だけに限る
Sender 「Enter an email or a part of a sender name to trigger only on messages from that sender.」 送信元が決まっているとき
Label Names or IDs 「Only trigger on messages with the selected labels added to them.」 Gmail 側のフィルタでラベルを付けておく
Read Status 「Choose whether to receive Unread and read emails, Unread emails only (default), or Read emails only.」 既定は未読のみ。人が先に開くと拾わない
Include Spam and Trash 「Select whether the node should trigger on new messages in the Spam and Trash folders (turned on) or not (turned off).」 迷惑メールを記録に混ぜない
Max Emails per Poll 「Enter the maximum number of emails the node fetches per poll cycle. The default is 10, with a maximum of 50.」 1 回のポーリングで拾える上限

Read Status の既定が「未読のみ」である点は、運用に直に効きます。人がメールを先に開いてしまうと、そのメールは記録に残りません。人と自動化が同じ受信トレイを見るなら、Search かラベルで対象を切り分けておくほうが確実です。

実行回数はメールの件数では決まらない

n8n の料金ページは execution を「An execution is a single run of your entire workflow. It doesn't matter how many steps are in the workflow or how much data it processes.」と定義しています。1 回のポーリングで 10 通まとめて拾っても、消費は 1 回です。

さらに公式ドキュメントは、起動の種類ごとに数え方を分けています。ここがプラン選びの分かれ目です。

起動の種類 公式の記載 この構成での意味
Polling nodes 「Count one execution only when new data is found.」 Gmail Trigger は空振りのポーリングを数えない
Schedule Trigger nodes 「Count one execution every time the node fires, regardless of outcome.」 同じ毎時でも Schedule Trigger + Gmail ノードだと空振りも 1 回
Webhook Trigger nodes 「Count one execution for every inbound request that activates the trigger.」 この構成では使わない

つまり、同じ「1 時間ごとに新着を見る」でも、Gmail Trigger で組むか Schedule Trigger で組むかで請求される回数が変わります。メールの来ない夜間と休日のぶん、Gmail Trigger のほうが確実に安くなります。

枠に数えないものも公式に並んでいます。「Manual executions」(編集画面からの試し実行)、「Sub-workflow executions」、「Error workflow executions」、「Polls that return no data」、「Malformed or rejected requests」の 5 つです。組み立てている最中に Execute Workflow を何度押しても、月の枠は減りません。

間隔ごとの上限(毎回かならず新着が見つかった場合)を 30 日で計算すると、こうなります。

Poll Times 30 日のポーリング回数 Starter 2,500 Pro 10,000
Every X:1 分 43,200 足りない 足りない
Every X:5 分 8,640 足りない 足りる
Every X:15 分 2,880 足りない 足りる
Every X:30 分 1,440 足りる 足りる
Every Hour 720 足りる 足りる
Every Day 30 足りる 足りる

回数は公式の間隔から編集部が 30 日で割った値で、実際の消費はこれ以下になります。新着の無いポーリングは数えないからです。言い換えると、この表の値を超えることはありません。契約前に上限を確定できるのが、ポーリング型で組む利点です。

月に走らせる回数を変えたときの消費は、下で確かめられます。

同じメールで行が増えないようにする

やり方は 2 つあり、どちらも公式ドキュメントに載っています。

  • シート側で吸収する。 Append Row は「Use this operation to append a new row at the end of the data in a sheet.」で、呼ぶたびに必ず 1 行増えます。Append or Update Row のほうは一致する行があれば上書きなので、メッセージ ID を列に持たせておけば同じメールで行が増えません。列の対応づけは Mapping Column Mode で、「Map Each Column Manually」「Map Automatically」「Nothing」の 3 つから選びます。
  • n8n 側で落とす。 Remove Duplicates の「Remove Items Processed in Previous Executions」は、前の実行で処理した項目と突き合わせます。「Keep Items Where」は「Value Is New」「Value Is Higher than Any Previous Value」「Value Is a Date Later than Any Previous Date」の 3 択、「History Size」(既定 10,000)は「The number of items for n8n to store to track duplicates across executions」です。Scope は既定が Node で、Workflow にすると同じワークフローの中で共有されます。

シートを運用に入れたあとの落とし穴も 1 つ公式に書かれています。「You'll receive this error if the Google Sheet's column names have changed since you set up the node.」、つまり見出し行を後から直すとノードが止まります。直した場合は「To refresh the column names, re-select Mapping Column Mode.」の手順で、ノードに列名を読み直させます。

1 回で 50 通来たとき、どこが先に詰まるか

Max Emails per Poll の上限は 50 通です。1 通を 1 リクエストでシートに書き、1 通ごとに Slack へ投げた場合、各社の公式の上限とどう当たるかを並べます。

API 公式の上限 1 回で 50 通を処理したとき
Gmail API 「Per minute per user per project: 6,000 quota units」「Per day per project: 80,000,000 quota units」。messages.list は 5、messages.get は 20 quota units 一覧 5 + 50 通 × 20 = 1,005 で、6,000 の約 17%
Google Sheets API 書き込みは「Per minute per project: 300」「Per minute per user per project: 60」。「Provided that you stay within the per-minute quotas, there's no limit to the number of requests that you can make per day.」 1 通 1 リクエストなら 50 で、60 のすぐ下
Slack Web API chat.postMessage は Special tier で「generally allows posting one message per second per channel, while also maintaining a workspace-wide limit」 1 通 1 通知なら投稿し終えるまで約 50 秒

quota units の足し算は、一覧を 1 回引いてから 1 通ずつ本文を読む前提で編集部が計算した値です。読み取れることは 1 つで、先に詰まるのは Slack 側です。1 通ごとに投稿する作りにすると、まとめて届いた日は通知が数十秒かけて流れ、その間チャンネルが埋まります。50 通を 1 通の要約メッセージにまとめれば、この行だけが消えます。

当たってしまった場合の逃げ道も公式にあります。n8n のレート上限のページは Retry On Fail を「automatically tries the request again if it fails the first time」と説明し、「if the API you're using allows one request per second, set Wait Between Tries (ms) to 1000」という例を載せています。HTTP Request ノードなら Batching の「Items per Batch」「Batch Interval (ms)」でも同じ間隔を作れます。

組んだ自動化が 7 日で止まることがある

Gmail 側の認証は OAuth2 で組みます。n8n の Google credentials のページは「OAuth2: Recommended because it's more widely available and easier to set up.」とし、Gmail についてはさらに「Google technically supports Service Accounts for use with Gmail, but it requires enabling domain-wide delegation, which Google discourages, and its behavior can be inconsistent.」と書いたうえで「n8n recommends using OAuth2 with the Gmail node.」としています。Google Sheets はサービスアカウントにも対応していますが、Gmail に合わせて OAuth2 で揃えるほうが手数が減ります。

ここに期限が付きます。n8n の手順書は、「For Google Cloud apps with Publishing status set to Testing and User type set to External, consent and tokens expire after seven days.」と書いています。Google Cloud のアプリを Testing のまま置くと、同意とトークンが 7 日で切れて自動化が止まります。Testing のあいだは「go to the Audience page and add the email you're signing in with to the list of Test users.」で、自分のアドレスをテストユーザーに入れる作業も要ります。組む前に Publishing status をどうするか決めておく項目です。

Slack 側は逆に、権限を先に決める作りです。n8n の Slack credentials は API Access Token を「Required for the Slack Trigger node」「Works with the Slack node, but not recommended」、OAuth2 を「Recommended method for the Slack node」「Doesn't work with the Slack Trigger node」と書き分けています。この構成は Slack に投稿するだけで Slack Trigger を使わないので、推奨どおり OAuth2 を選べます。アプリは「Create New App > From a manifest」で作り、マニフェストに並ぶ scope には投稿に使う chat:write が含まれます。Access Token で進める場合は、ワークスペースにインストールしてから「Bot User OAuth Token」を控えます。

なお編集部は、この 3 ノードを通しで動かして Gmail から Slack まで流すところまでは実行していません。ここに出した数字・文言・条件は、すべて n8n・Google・Slack の公式ドキュメントの記載です。

止まったことに気づく仕組みを先に置く

n8n は、失敗したときに別のワークフローを走らせられます。公式ドキュメントは、そのワークフローが「must start with the Error Trigger」であること、指定は「Options > Settings」の「Error workflow」で行うことを書いていて、選んでおけば「when this workflow errors, the related error workflow runs」です。

この構成で先に作る価値があるのは、費用が増えないからです。枠に数えないものの一覧に「Error workflow executions」が入っているので、失敗を Slack に流す 1 本を足しても月の実行回数は変わりません。7 日で切れる認証にしろレート上限にしろ、この構成が止まるときは静かに止まります。気づく側を無料で置けるなら、先に置くほうが得です。

向かない人

  • 数分以内に気づきたい人。Poll Times を 1 分にすると上限が 30 日で 43,200 回になり、Starter の 2,500 executions でも Pro の 10,000 executions でも足りません。セルフホストにするか、Gmail 側の通知で人が気づく形に寄せることになります。
  • ノードを 3 つで終える気が無い人。n8n の executions は手順数で増えないので、分岐も整形も足し放題です。逆に、手順が少なく処理する件数も少ないなら、単位の数え方が違う Make や Zapier のほうが安く収まることがあります。同じ条件で換算した表はショート動画を週5本自動で作る構成にあります。
  • メールの中身を読ませて判断させたい人。要約や分類を挟むと、費用の勘定にモデル側の課金が乗ります。社内向けの受け答えまで作るならDify と n8n の違いのほうが近い比較です。

まず Every Hour で組んで、実行回数の実績を見てから間隔を詰めるのが、枠を無駄にしない順番です。トライアルはクレジットカード不要で始められます。

出典

よくある質問

n8n で Gmail の内容をスプレッドシートに記録して Slack に通知するには、ノードはいくつ要りますか

3 つです。Gmail Trigger、Google Sheets の Append or Update Row、Slack の Message → Send を並べます。n8n の料金ページは execution を「An execution is a single run of your entire workflow. It doesn't matter how many steps are in the workflow or how much data it processes.」と定義しているので、途中に分岐や整形のノードを足しても、消費する実行回数は変わりません。

n8n の実行回数は、届いたメールの件数だけ減りますか

減りません。Gmail Trigger はポーリング型で、公式ドキュメントは polling nodes を「Count one execution only when new data is found.」としています。1 回のポーリングで 10 通まとめて拾っても 1 回です。新着が 1 通も無かったポーリングは「Polls that return no data」として枠に数えません。

Poll Times はどれを選べばよいですか

業務メールを拾う用途なら Every Hour です。30 日で割ると 720 回が上限で、n8n Cloud の Starter(20€/mo, billed annually)の 2,500 executions に収まります。1 分ごとにすると上限が 43,200 回に上がり、Pro(50€/mo, billed annually・10,000 executions)でも届きません。

組んだ自動化が 1 週間で止まったのはなぜですか

Google Cloud 側のアプリが Testing のままだと期限が来ます。n8n の手順書は「For Google Cloud apps with Publishing status set to Testing and User type set to External, consent and tokens expire after seven days.」と書いています。Testing のあいだは Audience ページで自分のアドレスをテストユーザーに入れておく必要もあります。

この記事の更新

  • 2026年9月21日初版。n8n の料金ページと Gmail Trigger・Google Sheets・Slack・Remove Duplicates のノード文書、実行回数の数え方、Google OAuth の手順書、Gmail API・Google Sheets API・Slack Web API の上限を確認して、3 ノードの構成と間隔別の実行回数を作成

同じテーマの記事