今天要來聊聊 OAuth 授權的操作細節。

在這趟 n8n 系列旅程裡，要實現自動化進入下一個關卡村莊，並不是隨便就能推門而入。村莊有自己的守門人，他們仰賴 身分驗證 來決定誰能通行。你得先出示憑證，才有辦法打開大門。

信任憑證涵蓋各種形式，像昨天我們靠著 API Key 跟 Gemini LLM 對話，他就像是一把專屬小鑰匙。而今天要介紹的 OAuth 2.0，就是一套更完整的守門流程。它的做法是透過授權，換取一個 Token 來通行，而不用直接交出帳密。好處是 Token 能設定期限與權限，過期或被撤銷後，別人就算偷到也無用，安全性大大提升。

提到 Google 家的生態系，幾乎都要求用 OAuth 2.0。我當時是參考 雷蒙大神 的教學來實作的：

1. 前往 Google Cloud Console 建立 OAuth 憑證，這邊有幾個比較要注意的細節操作

　- 測試對象：先填自己的信箱當測試者
　

　- 資料存取權：決定開放哪些 Google 生態系服務

　- 用戶端資訊： 用戶端編號&用戶端密碼，在n8n會派上用場

　

2. 回到 n8n 頁面，設定 Google 節點

　- 填入剛剛取得的用戶端編號 & 用戶端密碼
　- 依照提示登入 Google 並授權，一定要按繼續
　- 完成後，節點之間就能順利牽起手來連線啦
　

目前階段性完成的知識庫樣貌：

小結：

今天小小揭開自動化背後的「守門人」世界，這幾天的挑戰我們也慢慢拼湊出知識庫的雛形：

• Gemini LLM 幫忙自動分類與整理資料
• Google Sheet 作為暫存的中繼站
• n8n 把各個節點串成一條順暢的資料流

接下來的日子，還得一步步打磨，努力達到理想狀態。