Google Cloud・Gmail・OAuth認証で苦戦したことを初心者向けに整理します

前回は、Dockerもn8nも未経験だった状態から、無料のローカル環境で「自分専用AI週報」を動かすまでにやったことをお伝えしました。

n8nがMac上で起動し、RSSから情報を集め、Geminiに候補を渡すところまでは進みました。

ですが、Gmailのメール送信で苦戦しました。

「自分専用AI週報」は、最終的にメールで届かなければ意味がありません。

n8nからGmailを使ってメールを送るには、Google Cloud、OAuth、認証情報といった、少し難しそうな言葉が出てきます。

今回は、「自分専用AI週報」をメールで届けるために、Google Cloud・Gmail・OAuth認証で苦戦したポイントと、最終的にどう進めたのかをお伝えします。

このは屋

（生成AI×デジタルマーケティングスクール）

スモールビジネス特化の学び舎。スモールビジネスオーナーに向けて、ネットから集客する方法、オンラインで商売する方法、労働集約型から知識集約型へ移行する方法、安定した継続的な収入源を確保する方法…etc。悔いの無い生涯を謳歌する為の、鼻歌まじりの商売と生涯を、ワンストップで、トータルにサポートしている。

この記事の要約

n8nからGmailでメールを送るには、Googleアカウントとの認証が必要です。
OAuth認証では、認証情報や権限を、むやみに扱わないことが大切です。
「自分専用AI週報」用に、送信専用のGmailアカウントを使うことで、運用を分けやすくなりました。

「自分専用AI週報」をメールで届けるには認証が必要です

「自分専用AI週報」の最後の工程は、とてもシンプルです。

公式情報を集める
Geminiが重要な更新を選ぶ
メール用に文章を整える
Gmailで送信する

ただし、n8nが勝手にGmailを使えるわけではありません。

「このn8nからメールを送って良いですか？」と、Googleアカウントの持ち主が許可する必要があります。

この許可の仕組みが、OAuth認証です。

OAuth認証は「合鍵を渡す仕組み」ではありません

OAuth認証という言葉は、少し難しく感じます。

ただ、それほど複雑ではありません。

Googleアカウントのパスワードをn8nへ直接渡すのではなく、Googleが認めた範囲で、n8nに操作を許可します。

今回の場合は、主に次のような許可です。

Gmailからメールを送る
送信に必要な情報を扱う

ここで大切なのは、必要以上の権限を渡さないことです。

便利だからといって、よく分からないまま、広い権限を許可するのは避けるべきです。

Google Cloud Consoleで必要な設定を行いました

n8nとGmailをつなぐために、Google Cloud ConsoleでOAuth用の設定を行いました。

ここでは、Googleに対して次のようなことを登録します。

どのアプリケーションが、Googleへ接続するのか？
認証後に、どの画面へ戻るのか？
誰が、認証できるのか？

初心者にとって難しいのは、設定項目が多く見えることです。

ただ、今回の目的は、「Google Cloudを勉強すること」ではありません。

「自分専用AI週報」を、安全にメールで届けられるようにすることです。

そのため、必要な設定だけを、一つずつ確認しながら進めました。

最初に困ったのは、認証できる人の設定でした

OAuth認証の設定では、テスト中に認証できるGoogleアカウントを指定する場面があります。

ここを正しく設定していないと、認証画面まで進んでも、許可できなかったり、エラーになったりします。

私も最初は、設定したはずなのに先へ進めず、少し混乱しました。

原因は、認証するGoogleアカウントと、テスト利用を許可したアカウントの関係を確認し切れていなかったことです。

このようなときは、いきなり設定を大量に変えるのではなく、次の順番で見直す方が安全です。

どのGoogleアカウントで認証しようとしているか確認する
そのアカウントがテスト利用を許可されているか確認する
n8nに登録した認証用情報が正しいか確認する
認証画面に戻り、もう一度試す

設定が複雑に見えるときほど、一度に全部を直そうとしない方がうまくいきます。

送信専用のGmailアカウントを使うことにしました

今回、「自分専用AI週報」の送信には、普段のメインGmailとは別に、送信専用のGmailアカウントを使うことにしました。

これは、必ずしも全員に必要な方法ではありません。

ただ、今回のように自動送信を含む仕組みでは、役割を分けておくと管理しやすくなります。

分けるもの	考え方
普段使いのGmail	日常の連絡や仕事のメールに使う
送信専用Gmail	「自分専用AI週報」など、自動送信の仕組みに使う

こうしておくと、万が一、設定を見直す必要が出た場合も、普段のメール環境への影響を抑えやすくなります。

また、「どの仕組みが、どのアカウントから送信しているか」も分かりやすくなります。

認証情報は、AIに見せない・記録しない

今回の作業で、特に意識したのが認証情報の扱いです。

Google Cloudやn8nの設定では、次のような情報が出てきます。

APIキー
OAuth Client ID
Client Secret
Access Token
Refresh Token

これらは、仕組みを動かすために必要な情報です。

一方で、外部へ共有して良い情報ではありません。

そのため、今回の作業では、次のようなルールを決めました。

認証情報の値をAIへ貼り付けない
資料やブログ記事へ記載しない
設定の必要性だけを確認する
認証や送信は、人間がn8nの画面で行う

AIを開発パートナーとして使う場合も、すべてを渡す必要はありません。

AIに相談する部分と、人間が管理する部分を分けることが大切です。

Gmail接続後に確認したこと

Gmailの認証ができた後も、すぐに本番運用へ進んだわけではありません。

まずは、送信テストを行いました。

確認したかったのは、次のようなことです。

Gmailノードがエラーなく動くか？
「自分専用AI週報」が実際に届くか？
件名の日付が正しく入るか？
HTMLメールとして見やすく表示されるか？
公式リンクが正しく開くか？

ここで初めて、「情報収集からメール送信まで」が一本の流れとして、つながりました。

画面上のノードだけではなく、実際の受信箱に、「自分専用AI週報」が届く。

この瞬間に、仕組みが少し現実のものになった気がしました。

テスト実行でもメールが送られる点には注意が必要です

n8nで特に注意が必要だったのは、Manual実行です。

「手動で実行するなら、確認だけだろう」と思いやすいのですが、実際には違います。

Gmailノードまで処理が進めば、テスト中でもメールは送られます。

つまり、Manual実行は「安全なプレビュー」ではありません。

そのため、テストするときは、何を確認するための実行なのかを先に決める必要があります。

確認したいこと	安全な進め方
RSS取得だけを見たい	情報取得ノードまで確認する
Geminiの出力を見たい	Gmailノードの手前まで確認する
メール表示を見たい	承認済みのテスト用送信先で確認する
本番の定期実行を確認したい	Schedule実行後に履歴と受信メールを確認する

自動化は便利です。

ただし、便利な仕組みほど、意図しない動作を防ぐための確認が必要です。

今回分かったこと

Google CloudやOAuth認証は、最初は難しそうに見えました。

でも、実際には「何のために認証するのか？」を分けて考えると、少しずつ整理できます。

今回の目的は、Google Cloudを使いこなすことではありません。

また、OAuthの仕組みを完璧に説明できるようになることでもありません。

目的は、「自分専用AI週報」を、安全に、毎週メールで受け取れるようにすることです。

目的に必要なところから学び、
分からないところはAIに聞き、
人間が確認すべきところは自分で確認する。

この進め方なら、技術が得意でない人でも、少しずつ前へ進めます。

まとめ

n8nからGmailで「自分専用AI週報」を送るには、GoogleアカウントとのOAuth認証が必要です。
OAuth認証は、Googleアカウントのパスワードを渡すのではなく、必要な範囲で操作を許可する仕組みです。
送信専用のGmailアカウントを使うと、自動送信の役割を分けやすくなります。
APIキーや認証情報は、AIや資料へ貼り付けず、人間が管理することが大切です。
Manual実行でもメールが送信されるため、テスト範囲と送信先を事前に確認する必要があります。

次回は、ChatGPTとCodexを開発パートナーとして使いながら、「自分専用AI週報」を育てていった過程をお伝えします。

前回の記事はこちらです。Dockerもn8nも未経験から、無料ローカル環境で「自分専用AI週報」を動かすまでにやったこと