Gmailの特定メールをSlackに自動通知する方法【Makeで10分】初心者でも無料で完成！

1. この記事でできること

この記事では「Gmailで受け取った“特定の条件のメール”だけを、Slackの決めたチャンネルに自動通知する」仕組みを、ノーコード自動化ツールMake（旧Integromat）を使って10分で作ります。必要なアカウントの準備から設定、動作確認までを一気に駆け抜けます。無料プランの範囲で始められ、クレジットカード登録も不要です。終わる頃には、もう人力でメール転送しなくてOKな状態になっています。

対象は「まだ自動化を一度も試したことがない方」。とにかく“最後まで動くもの”を作ることだけに集中します。

2. 今回作る自動化の仕組みの全体像

全体の流れはシンプルです。

  • Gmailで「条件に合うメール」に自動でラベル「Slack通知」を付ける（Gmailの標準機能）。
  • Makeが「Slack通知」ラベルの新着メールだけを監視する。
  • 該当メールが来たら、Slackの指定チャンネルに要点（件名・送信元・要約など）を自動投稿する。

ポイントは「フィルタリングはGmailのラベルで先に済ませる」こと。これでMake側の設定を最低限に抑えられ、初心者でも迷いにくくなります。

3. 事前に必要なアカウント・準備物

以下の3つだけあればOKです。すべて無料で始められます。

ツール/アカウント用途無料プランクレカ要否管理者権限の注意
Gmail（Googleアカウント）対象メールの受信・ラベル付けあり不要会社のGoogle Workspaceでは外部アプリ接続に制限がある場合あり
Slackワークスペース通知の受け先チャンネルあり不要アプリ追加に管理者承認が必要な組織もあり
Make（旧Integromat）Gmail→Slackの自動連携あり（1,000オペレーション/月・最短15分間隔）不要特になし

補足：会社アカウントを使う場合、Google/Slackともに「外部アプリの許可」が管理ポリシーで制限されていることがあります。接続時にブロックされたら、管理者に「Make（Slackアプリ連携・Google連携）の利用許可」を相談してください。個人アカウントでの予行練習もおすすめです。

4. 必要なツール、アカウントの設定

4-1. Slackに通知先チャンネルをつくる

はじめに、通知が流れる場所を決めます。Slackで新しいチャンネル（例：#gmail-通知）を作っておくと、テスト時に流れが分かりやすく、他の会話と混ざりません。将来的に運用するチャンネルでもOKです。

理由：あとでMakeから投稿先を選ぶとき、専用チャンネルがあると迷わず選べ、通知の見落としも減らせます。

メモ：プライベートチャンネルに流したい場合、後でMakeのSlackアプリをそのチャンネルに招待する必要があります（/inviteコマンド）。

4-2. Gmailで「Slack通知」ラベルとフィルタを作る

次に、Slackへ流したいメールだけに自動でラベルを付ける設定をします。これが仕分けの心臓部です。

  1. Gmailを開き、検索ボックスの右端にあるフィルタ作成から、条件を入力します（例：送信元＝noreply@example.com、件名に「エラー」など）。
  2. 条件を保存する前に「フィルタを作成」を選び、「ラベルを付ける」を有効にして新規ラベル名を「Slack通知」に（既にあれば選択）。
  3. 「既存のスレッドにも適用」は最初はオフ推奨。過去分まで一気に通知されるのを防ぐためです。

理由：Make側では「Slack通知」ラベルだけ監視すればよくなり、誤通知を避けられます。もし条件を間違えても、ラベル設定を直すだけで振る舞いを修正できます。

フィルタ条件が合っていなくても、あとで何度でも編集できます。まずは大まかな条件で作って動かし、徐々に精度を上げましょう。

4-3. Makeのアカウントを作成（無料）

Make公式サイトで無料アカウントを作成します。メールアドレス登録だけで開始でき、クレジットカードは不要です。初回ログイン後、ダッシュボードが開けば準備完了です。

注意：無料プランは最短15分間隔の実行間隔です。リアルタイム連携ではありませんが、まずは「動く体験」を重視しましょう。必要になったら後で有料プランを検討できます。

5. 自動化ツールの設定

5-1. 新規シナリオを作成し、Gmailトリガーを置く

  1. Makeで「Create a new scenario（新規シナリオ）」を開始します。キャンバスが開いたら、中央の＋ボタンからアプリ選択で「Gmail」を検索。
  2. モジュール一覧から「Watch emails in a label（ラベル内のメールを監視）」を選びます。これは特定ラベルだけを安全に監視できるため、誤爆が減ります。
  3. 「Add」からGoogleアカウントを接続し、画面の案内に従って許可を与えます（Gmailの読み取り権限が求められます）。
  4. 「Label」で先ほど作成した「Slack通知」を選択します。オプションに「Mark as read（既読にする）」があれば有効化すると、同じメールが二重に拾われにくくなります。

接続時にエラーになったら一度ブラウザを更新し、別タブでGoogleにログインし直してから再接続してみてください。会社アカウントでブロックされる場合は管理者承認が必要です。

5-2. Slackへの投稿モジュールを追加

  1. Gmailモジュールの右側の＋を押して「Slack」を検索し、「Create a Message（メッセージを作成）」を選択します。
  2. 「Add」からSlackワークスペースと接続します。認可画面で投稿権限（chat:write等）を許可します。これはMakeがメッセージを送るために必要です。
  3. 「Channel（チャンネル）」で通知先チャンネル（例：#gmail-通知）を選択します。プライベートチャンネルの場合、あとでSlack側でMakeアプリをそのチャンネルに招待してください。
  4. 「Text（本文）」には、Slackに流したい情報をテンプレートとして記述します。フィールドピッカーからGmailの値を差し込みましょう。

おすすめテンプレート（改行を入れて見やすく）：

[Gmail通知] {{Subject}}
From: {{From}}  受信: {{Date}}
要約: {{Snippet}}
（このメールは自動通知です）

理由：まずは件名・送信元・受信日時・本文の要約（Snippet）だけで十分に状況把握ができます。慣れてきたらURLやカスタム書式を追加すればOKです。

5-3. 初回テスト実行（Run once）

  1. キャンバス下部の「Run once（1回実行）」で待機状態にします。これはテスト用の手動実行です。
  2. 別タブで自分宛にテストメールを送信します（フィルタ条件に合致するよう、件名に「エラー」や特定の送信元を使う）。
  3. Gmailに届き、「Slack通知」ラベルが自動で付いたら、Makeが検出してSlackへ投稿します。数秒～数十秒で反映されます。

うまくいかないときは、Gmailの受信トレイで該当メールにラベルが付いているかを先に確認しましょう。ラベルが付いていなければ、Makeは拾えません。

5-4. 本稼働（スケジュールON）

  1. テストが通ったら、シナリオ右上のスイッチを「ON」にします。
  2. スケジュール間隔は無料プランでは最短15分です。15分間隔での監視で一旦運用開始しましょう。
  3. 初回実行時に過去メールが大量に流れないよう、「Slack通知」ラベルは直近メールだけが付いている状態にしておくと安心です。

これで「自動で動く」状態が完成です。以降は、条件に当てはまる新着メールだけが定期的にSlackへ通知されます。

6. 動作確認（実際の質問例）

ここでは実際のテスト内容を具体的に示します。「質問例」という表現になっていますが、やることは“テストメールの送信”です。

  1. 送信元を自分の別アドレスに設定し、件名に「【エラー】DB接続失敗」など、Gmailフィルタにマッチする語を入れて送信。
  2. Gmail受信後、対象メールに「Slack通知」ラベルが自動で付いたか確認。
  3. Makeのシナリオを「Run once」で待機させておき、Slackの#gmail-通知に下記のような投稿が来るかを見る。
    • [Gmail通知] 【エラー】DB接続失敗
    • From: noreply@yourapp.com 受信: 2026-03-05 10:12
    • 要約: サーバーAでDB接続に失敗しました…

表示が乱れる場合は、Slackの本文テンプレートを微調整してください。箇条書きにしたいときは行頭にハイフン（-）を置くなど、見やすさを優先しましょう。

7. うまく動かないときのチェックポイント

  • Gmailのラベルは付いているか：対象メールに「Slack通知」が自動付与されているかを最優先で確認。付いていなければフィルタ条件を見直します（送信元の完全一致/部分一致、件名のスペース、全角・半角など）。
  • Gmailモジュールのラベル指定ミス：MakeのGmailトリガーで選んだラベルが「Slack通知」になっているかを再確認。
  • 既読・重複対策：トリガーの「Mark as read」を有効にすると二重投稿が減ります。オフでも動作はしますが、再取得されやすくなります。
  • Slackの投稿先チャンネル権限：プライベートチャンネルの場合、Slackで「/invite @Make」など、Makeのアプリ（連携ユーザー）をチャンネルに招待してください。招待されていないと「channel_not_found」等のエラーになります。
  • ワークスペース間違い：Makeで接続したSlackワークスペースが、あなたが見ているSlackと同じか確認（複数組織に参加している場合の定番ミス）。
  • シナリオがONになっていない：テスト時はRun once、本稼働では右上スイッチをON。どちらかを忘れがちです。
  • スケジュール間隔の期待値：無料プランは最短15分です。即時に来ない場合でも、15分後まで待ってみましょう。
  • Makeの利用上限超過：無料は月1,000オペレーション程度。ダッシュボードの使用量が上限に達していないか確認。超過すると実行されません。
  • Google/Slackの管理ポリシー：会社アカウントで外部アプリがブロックされていないか。承認フロー待ちの可能性があります。
  • ラベルの過去適用：フィルタ作成時に「既存メールにも適用」をオンにしていると、初回に過去分が大量通知されます。不要なら一度ラベルを外すか、トリガーの「Choose where to start（From now on）」で現在時刻から開始に調整しましょう。

ほとんどの不具合は「ラベルが付かない」「Slack権限・チャンネル招待」のどちらかです。慌てず一つずつ潰せば必ず動きます。

8. 次にできる改善アイデア

  • 通知条件の精度を上げる：Gmailフィルタで「from:」「subject:」「has:attachment」「newer_than:」などを組み合わせ、ノイズを削減。
  • Make内フィルタを追加：Gmail→Slackの間にフィルタを挟み、「件名に『緊急』を含むときだけ」など第二関門を設ける。
  • メッセージ整形：Slackの太字（*強調*）やコードブロック（```）で可読性を上げる。送信元ドメインごとにアイコンや絵文字を変えるのも有効。
  • ダイレクトメッセージに送る：担当者が決まっているなら、チャンネルではなく個人DMや特定ユーザーのグループDMに投げる運用も可能。
  • 添付ファイルの扱い：必要に応じてGmailの添付をダウンロード→Slackにファイルアップロードするモジュールを追加。
  • サマリ連携：単発通知ではなく、1時間ごとのダイジェストにまとめてポスト（無料枠節約にも効果）。
  • 有料化の判断軸：即時性が必要、月の通知数が多い、シナリオを複数運用したい場合はMakeの有料プランを検討。

まずは「動くもの」を10分で作る。そこから、あなたの現場に合わせて少しずつ磨いていけば大丈夫です。