MakeでGmailを自動化する方法

Gmailで同じ種類のメールを開き、条件を見て、別サービスへ転記し、誰かに知らせる。この繰り返しが業務になっているなら、最初に決めるのはToolの勝敗ではなく、「受信後の作業をどこまでルール化できるか」です。

この記事の中心はMakeの機能一覧ではありません。Jobは「Gmailの定型作業を減らす」ことです。Hands-on検証は未実施です。Moduleの能力・接続条件・Schedule・creditsの事実は2026年9月27日時点のMake公式Documentationを根拠にし、用途への当てはめは編集上の判断として分けて書きます。

同じJobをn8nで組む場合はn8nでGmailを使った自動化を作る方法があります。ここではMake固有のScenario / Module / Filter / Router / Schedulingの文脈で整理します。どちらが上か、という結論は出しません。

Gmail画面内で返信案だけ欲しい用途なら、Gmailと一緒に使いやすいAIは？の方が先に合う場合があります。

まず試すなら

公式サイトへ進めます。

MakeMakeでGmailのScenarioを作ってみる

結論：MakeでGmail自動化が向くケース / まだ早いケース

向くケース

次がそろっていると、Gmail × Makeは候補になりやすいです。

• 同じ条件のメールが繰り返し来る（送信者、件名、フォルダ、ラベルなど）
• 受信後に「振り分け / 転記 / 通知 / 下書き作成」など決まった処理がある
• FilterやRouterで条件分岐をScenario上に置きたい
• まず画面上でScenarioを組み立てて試したい

まだMakeを使うほどではないケース

次の条件では、先に手作業の整理やGmail標準機能の方が早いことがあります。

• 例外だらけで、ルール化できる条件がまだない
• 月に数通しか来ない
• Gmail内のフィルタとテンプレ返信だけで足りる
• Googleアカウント連携や権限確認が一切できない

編集上の判断として、最初の成功条件は「すべてのメールを賢く処理する」ではなく、「1種類の定型メールを Watch → Filter → Action → Destination まで通す」ことです。

Gmail × Makeでできる定型処理

公式のApps Documentationでは、MakeのGmail appでemails / drafts / attachmentsを管理できる、と案内されています。Gmail Version 4がデフォルトです。

Trigger側の代表は Watch emails です。公式説明では「mailboxに新しいメールを受信したときに発火する」とされています。

Action側で公式ドキュメント上確認できる主なModuleは次です。

• Send an email / Reply to an email
• Search emails / Get an email / Copy an email
• Move an email
• Mark an email as read / unread
• Delete an email
• Create a draft email / Send a draft email
• List email attachments and media

つまり、受信を起点に、条件で絞り、ラベル相当の整理や下書き・返信、別サービスへの受け渡しをScenarioとして設計できます。存在を確認できないModuleは前提にしません。

Scenarioの基本構造

Makeでは、自動化の単位を Scenario、処理の部品を Module と呼びます。Gmail業務を落とすときの基本形は次です。

1. Trigger：Gmail > Watch emails
2. Filter：Module間の条件（件名・送信者など）
3. Router（必要なとき）：複数ルートへ分岐
4. Action：Gmail Module（既読、移動、下書きなど）やデータ整形
5. Destination：Google Sheets、Slack、別のGmail操作など

Watch emailsで先に絞る

公式のWatch emailsには、次の設定があります。

• Filter type：Simple filter（基準を選択）または Gmail filter（クエリ入力）
• Folder / Label
• Criteria：All / Only read / Only unread
• Sender email address / Subject
• Mark email message(s) as read when fetched
• Limit：1サイクルで扱う最大件数（500以下）

編集上の判断として、後段のFilterを減らすためにも、Watch側で「未読のみ」「特定送信者のみ」など誤爆しにくい条件から始める方が安全です。

Filter と Router

公式のRouterヘルプでは、RouterでScenarioを複数チェーンへ分岐でき、各ルートの条件はFilterで決める、と説明されています。ルートは並列ではなく順次処理され、どの条件にも合わないデータ向けに fallback route を置ける、とも案内されています。学習ガイドでは、Routerはcreditsを消費しない、という説明もあります。

単純な「通す / 止める」だけならFilter、複数の行き先が必要ならRouter、という分け方がMake文脈では扱いやすいです。

Gmail接続の前提

公式ドキュメントでは、Gmail app利用にはGoogleアカウントが必要です。接続手順の概要は次です。

1. Makeにログインし、ScenarioへGmail Moduleを追加する
2. Create a connection を選ぶ
3. 必要なら Connection name / Additional Scopes / Advanced settings（独自GCP client credentials）を設定する
4. Sign in with Google で認証し、アクセスを許可する

Advanced settingsで独自のGoogle Cloud Platformプロジェクトを使う場合の手順も、公式の「Create and configure a Google Cloud Platform project for Gmail」に案内があります。通常の開始は Sign in with Google で進める流れです。

個人Gmailで追加確認が必要な条件

公式ドキュメントでは、2024年6月3日以降、個人の @gmail.com アカウントでは、Makeのようなreporting / monitoring系アプリへのGmailアクセスが6か月に制限される、と説明されています。そのため、個人Gmailで接続した場合は、Connections画面から定期的な Reauthorize が必要になります。Google Workspace側の運用とは条件が違う点に注意してください。

最小Scenarioの作り方

Hands-on未実施のため、ここは公式Documentation上の仕様を編集上の標準フローに再構成したものです。「この画面でこう動いた」という実測結果ではありません。

1. Watch emailsを置く

新規Scenarioを作成し、最初のModuleに Gmail > Watch emails を追加します。

• Connectionを作成（Sign in with Google）
• Folder / Label / Criteria / Sender / Subject で対象を絞る
• Limitを小さめにし、最初は件数を抑える

2. Filterを足す

Watchだけでは足りない条件は、次のModuleとの間にFilterを置きます。公式Routerドキュメントでも、条件判定にFilterを使う前提が説明されています。

例：

• 件名に特定文字列を含む
• 特定送信者だけ通す
• 添付の有無で分岐する（実際の出力フィールドは実行データで確認）

3. Actionを置く

条件に合ったメールへ、Gmail Moduleで処理します。

例：

• Mark an email as read
• Move an email
• Create a draft email
• Reply to an email（最終送信は人が確認したい場合は下書き優先）

4. Destinationへ渡す

公式に存在する他Appへつなぐ例としては、Google Sheetsへの行追加、Slackへのメッセージ送信などが実務上よく使われます。ここはDestination側Appの公式Moduleに従ってください。

5. Scheduleを決め、Scenarioを有効化する

公式のScheduleヘルプでは、Scenarioはデフォルトで every 15 minutes に走る設定があり、Schedule settingsから変更できます。選択肢には At regular intervals / Once / Daily / Weekdays / Weekly / Monthly / Specified dates / On demand があります。最小間隔はplan依存です。

Watch系Triggerでは、データ到着に応じた実行（Immediately）が使える場合があり、詳細はtypes of modulesヘルプへ誘導されています。instant triggerの過実行を抑える rate limit（デフォルト100 runs/minute）の案内もあります。

編集上の判断として、最初は短い間隔やOn demandで動作確認し、安定してから本番間隔へ広げる方が安全です。Scenarioを自動実行するには、作成したScenarioを有効化した状態で運用する必要があります（画面上のON切替）。UI名称は更新され得るため、作業直前に公式UIも確認してください。

実務で使いやすいScenario例

以下は架空のHands-on結果ではありません。公式Moduleの組み合わせで組める、編集上の設計例です。

例A：特定送信者の受付メールをSheetsへ転記

1. Gmail: Watch emails（Sender / Subject / Unreadで限定）
2. Filter（追加条件があれば）
3. Google Sheets（行追加）
4. Gmail: Mark as read または Move

向く条件：毎日同じ形式の申込・問い合わせが来る。

例B：重要メールをSlackへ通知

1. Gmail: Watch emails（LabelまたはGmail filterで限定）
2. Slack（メッセージ送信）
3. Gmail: Mark as read

向く条件：見逃しコストが高いが、件数は多くない。

例C：条件ごとに行き先を分ける

1. Gmail: Watch emails
2. Router
3. Filter: 請求系 → Sheets + Slack
4. Filter: サポート系 → 下書き作成
5. Fallback → 担当チャンネルへ通知のみ

向く条件：同じ受信箱でも処理ルートが複数ある。

例D：AI要約を後段に足す

1. Gmail: Watch emails
2. 必要なら本文取得
3. AI系Module
4. Slack または Sheets

AIを足す前に、Watch条件とcredits消費が見えていることが重要です。AI連携の深掘りは関連Guide（G331 / G449）の範囲です。

credits / 実行頻度で注意すること

公式のCreditsヘルプでは、creditsがoperationsに代わる課金単位の呼称であり、既存planの価格自体は変わっていない、と説明されています。Non-AI appsでは、原則 1 operation = 1 credit です。

Gmailのような通常Moduleは、基本的に実行ごとにfixed credit usage（多くは1 credit / operation）として考えるのが出発点です。AI Moduleを足すと、tokensなどに応じたdynamic credit usageになる場合があります。

公式のData storesヘルプでは、Free planは 1,000 credits / month を含む、と案内されています。実際の上限・最短Schedule間隔はplanにより異なるため、契約前は公式Pricingも確認してください。料金プラン全体の比較は関連Guide（G330）へ任せ、ここでは「Watch間隔が短いほど、同じメール処理でもcredits消費が積み上がりやすい」という設計上の注意だけ置きます。

AI処理や他SaaSを足す場合

編集上の順番は次が扱いやすいです。

1. Watch emailsで対象メールだけ拾えるか
2. Sheets / Slack など確定処理まで通るか
3. その後で要約・分類・下書き生成をAIへ渡すか

Makeの基本操作やできること、Privacy / 業務利用条件は、関連Guide（G331 / G333 / G332 / G334）が公開されたらそちらで確認してください。この記事ではGmail Scenarioの入口を安定させることだけを条件にします。

Makeが向く条件 / 別Toolも検討する条件

Makeが向く条件

• Scenarioを画面上で組み立て、Filter / Routerで分岐したい
• Gmail以外のSaaSも同じ基盤で増やしたい
• まずCloud型の自動化から始めたい
• テンプレートや視覚的なScenario設計を重視したい

別Toolも検討する条件

• Self-hosted前提でデータ所在を自前管理したい
• すでにn8nやZapierで標準化されている
• Gmail内完結のフィルタとテンプレで足りる
• 高度なカスタムコードや独自運用が主目的

n8nとの比較はn8nでGmailを使った自動化を作る方法と、比較Guide（G363）を参照してください。勝敗ではなく、自分の運用制約に合う方を選ぶ判断材料として使います。

AIものさしの判断

Gmailの定型作業を減らしたいなら、Makeは有力な候補です。特に、Watch emailsで入口を作り、Filter / Routerで分岐し、SheetsやSlack、Gmail操作へ渡す流れが見えているときに相性がよいです。

ただし、最初から全部を自動化しようとしない方がよいです。公式Documentation上でも、接続・Schedule・credits・個人Gmailの再認証は段階があります。Hands-on未実施の本記事では、次の順番を推奨します。

1. 自動化するメールを1種類に絞る
2. Watch emailsの条件を固める
3. Filter → 1つのDestinationまで通す
4. 安定してからRouterやAIを足す

自分のGmail作業をScenarioとして想像できたタイミングで、Makeの画面へ進むのが自然です。