Gmail と Slack の連携方法｜メール通知をSlackに送る設定と通知地獄の回避例



ビジネスコミュニケーションの主軸がメールからチャットツールへと移行する中で、依然として外部との接点は「Gmail」というケースは少なくありません。しかし、Gmailに届く通知をそのままSlackに流し込むだけの運用は、結果として情報過多を招き、チームの生産性を著しく低下させます。

いわゆる「メンション地獄」や「通知疲れ」は、適切なフィルタリングと設計によって回避可能です。本稿では、IT実務者の視点から、セキュリティを担保しつつ業務効率を最大化するGmailとSlackの連携手法について詳述します。

1. GmailとSlackを連携させる3つの主要アプローチ

GmailとSlackを連携させる方法は、大きく分けて3つあります。目的が「自分だけが確認したい」のか「チーム全体に共有したい」のかによって、最適な手段は異なります。

1.1 Slack公式の「Gmail Add-on」による手動連携

Slackが提供する公式のGoogle Workspace用アドオンを使用する方法です。これは「特定のメールを選んでSlackに飛ばす」という手動の運用に向いています。

• メリット: 必要な情報だけを選択できるため、通知地獄になりにくい。
• デメリット: 手動操作が必要なため、定型業務の自動化には向かない。

1.2 Slack標準機能「メール転送（Email Integration）」による自動連携

Slackの特定のチャンネルに対して、専用のメールアドレスを発行し、Gmailの転送機能を使って自動で投稿する方法です。追加コストがかからず、標準的な機能として提供されています。

※Slackのプラン（Free, Pro, Business+, Enterprise Grid）によって、利用可能な機能や統合数に上限があるため、詳細はSlack公式ヘルプを確認してください。

1.3 Zapier/Make等のiPaaSを用いた高度な条件分岐

「メール本文に『請求書』が含まれる場合のみ、経理チャンネルにメンション付きで投稿する」といった複雑な条件分岐が必要な場合に使用します。IT資産が増えすぎることによる管理コストの増大には注意が必要ですが、自動化の柔軟性は最も高いです。

社内のSaaSが増えすぎている場合は、以下の記事のようにアカウント管理の観点からも整理が必要です。

SaaS増えすぎ問題と退職者のアカウント削除漏れを防ぐ。Entra ID・Okta・ジョーシスを活用した自動化アーキテクチャ

2. 「通知地獄」を回避するGmailフィルタの設計術

連携において最も失敗しやすいのが「Gmailに届くすべてのメールをSlackに転送する」設定です。これを防ぐためには、Gmail側での「事前選別」が不可欠です。

2.1 全件転送はNG：Slackへ送るべきメールの定義

以下の条件に当てはまるメールのみを転送対象とすることをお勧めします。

• 即時対応が必要な外部からの問い合わせ（フォーム入力通知など）
• システムアラートや決済エラーの通知
• チーム全員がナレッジとして共有すべきクライアントからのフィードバック

2.2 ラベルとフィルタを駆使した「特定メール」のみの抽出

Gmailの「設定」＞「フィルタとブロック中のアドレス」から、以下の条件でフィルタを作成します。

1. 送信元（From）: 特定のドメインやサービスアドレスを指定。
2. 件名（Subject）: 「【重要】」「お問い合わせ」などのキーワードを含む。
3. アクション: 「次のアドレスに転送する」を選択し、後述するSlackの転送用アドレスを指定。

3. 【実践】Slack公式ツールを使ったステップバイステップ設定ガイド

実務で最も多く利用される「Slack標準機能によるメール転送」の手順を解説します。

3.1 転送用メールアドレスの発行

1. Slackのデスクトップアプリで、メールを受信したいチャンネルを選択します。
2. チャンネル名をクリックし、「インテグレーション」タブを開きます。
3. 「アプリを追加する」から「Email」を検索してインストールします。
4. 「Slack にメールを送信する」という設定画面で、投稿先のチャンネルを確認し、生成されたメールアドレスをコピーします。

3.2 Gmail側の転送承認設定

Gmailは、転送先のアドレスが正しいかを確認するための「確認コード」を要求します。

1. Gmailの設定で「メール転送と POP/IMAP」タブを開きます。
2. 「転送先アドレスを追加」をクリックし、先ほどコピーしたSlackのメールアドレスを貼り付けます。
3. Slackのチャンネルに確認用コードが記載されたメールが投稿されます。そのコードをGmailの設定画面に入力し、承認を完了させます。

このプロセスは、複数のSaaSを連携させる際の基本的な作法です。業務のデジタル化をさらに進める場合は、以下のガイドも参考になります。

Excelと紙の限界を突破する「Google Workspace × AppSheet」業務DX完全ガイド

4. メンション制御と通知の最適化：チームを疲弊させない設定

Slackにメールが転送される際、デフォルトでは「ただのメッセージ」として投稿されます。これに自動でメンションを付けるには、Slackの「ワークフロービルダー」との組み合わせが効果的です。

4.1 Slackワークフローを活用した「メンションの自動付与」

チャンネルに新しいメッセージが投稿されたことをトリガーに、特定のユーザーやグループ（@accountingなど）へ通知を送るワークフローを作成します。これにより、「投稿はされるが、全員のデスクトップ通知は鳴らさない。担当者だけが気づく」という状態を作れます。

4.2 ワークフロー内で特定の役職者のみに通知を絞る方法

例えば、請求書のメールが届いた際に、承認権限を持つ人だけにメンションを飛ばす設定が考えられます。こうしたバックオフィス業務の自動化は、経理システムとの連携においても重要です。

経理周りの自動化については、こちらの事例が非常に詳しく解説されています。

楽楽精算×freee会計の「CSV手作業」を滅ぼす。経理の完全自動化とアーキテクチャ

5. 【比較表】連携手法別のメリット・デメリット・コスト

各手法の特性を、実務に即して比較しました。選定の際の判断材料として活用してください。

※コストや仕様の詳細は、各サービスの公式価格ページ（Zapier Pricingなど）にて最新情報をご確認ください。

5.1 Google Apps Script（GAS）という第4の選択肢

上記3手法に加えて、Google Apps Script（GAS）を使ったZapier不要のゼロコスト自動化が、エンジニアを持つ企業で急速に普及しています。GASはGoogleアカウントさえあれば無料で使え、GmailのAPIに直接アクセスできるため、Zapier的な「条件分岐＋Slack転送」を自前で実装できます。

最小構成のコード例は以下の通りです。Slackの「Incoming Webhooks」でWebhook URLを発行し、GASに貼り付けるだけで動きます。

// GAS: 未読メール(特定ラベル)をSlackに通知する
function notifyGmailToSlack() {
  const SLACK_WEBHOOK = 'https://hooks.slack.com/services/XXX/YYY/ZZZ'; // 要変更
  const LABEL_NAME   = '転送対象';  // Gmailラベル名

  const threads = GmailApp.getUserLabelByName(LABEL_NAME)
                           .getThreads(0, 10);

  threads.forEach(thread => {
    const msg     = thread.getMessages().slice(-1)[0];
    const subject = msg.getSubject();
    const from    = msg.getFrom();
    if (msg.isUnread()) {
      UrlFetchApp.fetch(SLACK_WEBHOOK, {
        method: 'post',
        contentType: 'application/json',
        payload: JSON.stringify({
          text: `*新着メール*\\n差出人: ${from}\\n件名: ${subject}`
        })
      });
      msg.markRead();
    }
  });
}

このスクリプトをGASのトリガーで「5分ごと」に実行するよう設定すれば、完全無料のリアルタイム通知が完成します。Zapierの月額$20〜という固定費と比較した場合、月間1,000件以上の通知が必要な環境ではGASのコスト優位性が明確です。ただし、コードのメンテナンスは自前になるため、エンジニアリソースがない企業はZapier/Makeを選ぶのが現実的です。

5.2 AIでメールを要約してからSlackに転送する構成

「メールが転送されても本文が長くて誰も読まない」という問題は、連携を定着させる上での最大の障壁のひとつです。これに対して、2026年現在はAIによるメール要約をパイプラインに挟む構成が実用フェーズに入っています。

典型的なアーキテクチャはGASをベースに、AIの要約APIをコール、Slackに要約文だけを投稿するというシンプルな3ステップです。

この構成の実務上の効果は大きく、長文の取引先メールが「差出人：〇〇商事 / 件名：発注数量変更の件 / 要旨：4月出荷分の数量を150→120個に変更希望。代替案として分割出荷も可」という形でSlackに投稿されるため、担当者が本文を開かずにSlack上で対応方針を判断できるようになります。

セキュリティ面での注意点として、メール本文を外部のAI APIに送信することになるため、個人情報・機密情報を含む可能性があるメールは除外フィルタを必ず設ける必要があります（送信元が社内ドメインのみ、特定ラベルのみ、などの制限が現実的です）。プライバシーポリシー上の懸念がある場合は、Azure OpenAI ServiceやAWS Bedrock経由でのプライベートエンドポイント利用を検討してください。

5.3 ZapierとMakeの実務的な使い分け：コストと柔軟性の判断基準

「Zapierで良いのか、Makeを使うべきか」という問いは、Gmail×Slack連携を検討する現場で実際によく出てきます。どちらも連携自体は実現できますが、運用コストと設定の複雑さに明確な差があります。

実務的な選択基準として、月間の転送件数が200件以内で条件が単純ならZapierの無料〜Pro、複数の条件分岐や月間数千件規模の転送が必要ならMakeという目安が使いやすいです。なお、どちらのツールも月間のタスク/オペレーション上限を超えると処理がスキップされる仕様のため、本番運用前にダッシュボードで消費ペースを必ず確認してください。

また、2026年時点でZapierはAIエージェント機能（Zapier MCP）を全プランに統合しており、Claude・ChatGPTなどのAIからGmailとSlackを横断して操作するワークフローも構築できるようになっています。GASによる自前実装の代替として今後注目される機能です。

5.4 Google Workspace × Slack の認証連携で踏みやすい落とし穴

中規模以上の組織でGoogle WorkspaceとSlack Enterprise Gridを組み合わせている場合、Gmail連携の設定で特有の制限にぶつかることがあります。

「Googleでログイン」はEnterprise Gridで使えない

Slack Proプランまでは「Googleアカウントでサインイン」が使えますが、Enterprise Grid（大企業向けの最上位プラン）ではこの機能が無効化されています。Enterprise GridではSAML 2.0ベースのSSO設定が必須になるため、Google Workspaceの管理コンソール側でSAMLアプリとしてSlackを登録する作業が別途必要です。Slackのヘルプドキュメントに手順はありますが、「なぜかGoogleログインのボタンが消えた」「転送設定を試みたら権限エラーになった」という問い合わせはこのケースが多いです。

Gmail転送を「個人アカウント」に設定してはいけない理由

業務のGmailアカウントから個人所有のSlackチャンネル転送先メールアドレスに直接転送を設定すると、退職者が出た際に設定の解除漏れが発生します。これを防ぐには、転送元をGoogle Workspace管理者が管理するグループアドレス（共有メールボックス）に変更し、Slackの転送先アドレスも組織が管理するチャンネルに限定することが重要です。

Slackの「メール統合」アプリはProプラン以上から

Slack無料プランでは統合できるアプリ数の上限が10個に制限されており、既にSlackに他のアプリを多数連携している場合、Email Integrationアプリが追加できないケースがあります。無料プランのままGmail連携を始めようとして「アプリの追加上限に達している」というエラーに遭遇したら、不要な連携アプリを削除するか、ProプランへのアップグレードかGASによる代替実装を検討してください。

Google WorkspaceとSlackを組み合わせた業務基盤の設計で「どこから手をつければいいか分からない」という場合、Aurantではシステム構成の棚卸しから連携設計の支援まで対応しています。

Gmail→Slack 通知疲れ防止 設定パターン早見表

「全件転送」から始めるのが最大の失敗パターンです。受信メールの種類・重要度・担当者の役割によって転送ルールとSlack通知レベルを変えることで「メンション地獄」を回避できます。下表で自社の通知設計を組み立ててください。

設定の全体方針は「メールの重要度に応じてSlackへの転送量を最小化する」ことです。参照用メールと問い合わせメールを同じチャンネルに全件転送すると、1週間でチャンネルが埋まり担当者が見なくなります。まず上表の「顧客問い合わせ」1種類だけをZapierで転送し、1ヶ月の運用で設定を改善する段階的アプローチが最も定着します。

6. セキュリティとコンプライアンスの注意点

GmailとSlackを繋ぐことは、データの出口を増やすことと同義です。実務上、絶対に避けるべき設定ミスを列挙します。

6.1 認証コードや個人情報の漏洩を防ぐ「除外設定」

Slackに転送される内容は、そのチャンネルに参加している全員が閲覧可能です。そのため、以下のメールは必ずフィルタリングで「転送しない」設定にする必要があります。

• ログイン用のワンタイムパスワード（OTP）
• パスワードリセット用のリンクが含まれるメール
• 従業員個人の給与明細や人事評価に関わる通知

6.2 退職者発生時のアカウント管理と連携解除

個人のGmailからSlackチャンネルへ転送設定を行っている場合、その人が退職した後に設定を解除し忘れると、外部から社内チャンネルへ情報が流れ続けるリスクがあります。組織的な「共有メールアドレス（Google グループ）」を使用し、個人に紐付かない運用を推奨します。

7. まとめ：情報の「量」ではなく「質」を同期する

GmailとSlackの通知連携は、単に「メールを見落とさないようにする」ための手段ではありません。本来の目的は、チームが共有すべき情報を適切なタイミングで、適切なメンバーに届けることにあります。

今回紹介したフィルタ設定やワークフローの活用により、「通知に追われる」状態から「通知を使いこなす」状態へと移行できるはずです。まずは影響の少ない特定のプロジェクトやチャンネルから、スモールスタートで連携を試してみてください。

運用開始後に直面する「よくある課題」とチェックリスト

設定完了後、実際に運用を始めると「通知が届かない」「特定のメールだけ表示が崩れる」といった課題が生じることがあります。安定稼働のために、以下のチェックリストを確認してください。

設定反映とトラブルシューティングの確認事項

• Gmailの転送ステータス：Gmail側で転送設定を保存した後、画面上部に「メールを転送しています」というバナーが表示されているか確認してください（通常、設定から1週間程度表示されます）。
• 添付ファイルの取り扱い：Slackの「Email Integration」では、メール添付ファイルの合計サイズが制限（1ファイル20MB、1通あたり合計50MB程度が目安）を超えると、正常に表示されない場合があります。
• スレッドの視認性：大量の返信が重なるスレッドメールを転送すると、Slack上では最新の返信内容しか見えない、あるいは内容が重複して読みづらくなることがあります。

運用フェーズのセルフチェック表

公式リソースとさらなる自動化へのステップ

各ツールの仕様変更や最新機能については、常に一次情報を参照するようにしてください。特にSlackの有料プラン（Pro以上）で利用可能な「ワークフロービルダー」は、UIのアップデートが頻繁に行われます。

• Slack公式ヘルプ：Slackにメールを送信する
• Gmailヘルプ：メールを自動的に転送する

GmailとSlackの連携は、業務効率化の第一歩に過ぎません。メールだけでなく、顧客管理（CRM）や営業支援（SFA）といった多種多様なツールから流れてくる情報をどう整理すべきか、全体像を把握しておくことが重要です。個別のツール連携を繰り返して「スパゲッティ状態」になる前に、以下の設計図もあわせて確認しておくことをお勧めします。

【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』