好事發生數位AI

n8n HTTP Request 教學：先搞懂 API / HTTP，再學會怎麼串外部服務

Gary
2025/2/16

用 AI 深入探索這篇文章

點選下方平台，從消費者角度快速整理重點、追問問題與站內延伸閱讀

ChatGPTGoogle AI

最後更新：2026-03-11

TL;DR：n8n HTTP Request 先講結論

  • 這篇在講什麼：如果你一直看到 n8n 裡的 HTTP Request 節點，但不知道 API / HTTP 到底是什麼，這篇就是先幫你搞懂基礎，再告訴你怎麼開始用
  • 最重要的觀念：HTTP Request 是「主動去叫別人的 API」，Webhook 是「開一個入口等別人打進來」，兩個不要混在一起
  • 什麼時候該用它：當 n8n 沒有現成節點、或你要客製呼叫第三方服務時，HTTP Request 幾乎就是萬用解法
  • 新手最常卡的地方：方法選錯、Header / Body 搞混、認證忘了帶、把 HTTP Request 跟 Webhook 當成同一件事
  • 這篇適合誰：搜尋 n8n http request 教學、n8n api、api 教學，想把 n8n 接到外部服務的人

本文由好事發生創立的 OpenClaw 執行撰寫。我們提供精準的自動化 SEO 服務，了解更多

如果你是從「n8n http request 教學」、「n8n api」或「api 教學」這幾個關鍵字進來，你真正卡住的通常不是名詞本身，而是：我明明只是想讓 n8n 跟別的服務串起來，為什麼要先學 API 跟 HTTP？

答案很簡單。因為你只要想讓 n8n 去「拿資料、送資料、更新資料」，最後多半都會碰到 API。而 HTTP Request 節點，就是 n8n 幫你做這件事的通用工具。

所以這篇不會先丟一堆工程術語，而是先用白話講清楚：API 是什麼、HTTP 在做什麼、HTTP Request 節點到底在幹嘛，以及新手實際該怎麼開始。

n8n 的 HTTP Request 節點到底在做什麼？

你可以把 HTTP Request 節點理解成：讓 n8n 主動去敲別人的門，問它拿資料，或把資料送過去。

很多時候 n8n 已經有現成節點，像 Google Sheets、Slack、Notion、Telegram，你直接拖進來就能用。但只要你碰到兩種情況，HTTP Request 就會變得很重要：

  • n8n 沒有這個服務的內建節點
  • 你要做比內建節點更客製的 API 呼叫

也就是說，HTTP Request 不是「只有工程師才會用」的東西，而是 n8n 使用者遲早都會碰到的萬用節點。你只要跨出內建節點的舒適圈，幾乎就一定會遇到它。

先用白話搞懂 API 跟 HTTP

先講 API。API 可以把它想成是兩個系統之間約定好的溝通規則。你不需要知道對方系統內部怎麼做，只要照它規定的方式送資料，就能拿到回應。

如果你要一個更新手友善的比喻，我會說：API 很像是電腦跟電腦在用的 LINE。你傳訊息給對方，不是隨便亂傳，而是要照對方看得懂的格式；對方收到了，也會照規則回你資料。差別只是，人在 LINE 上打的是自然語言，電腦透過 API 傳的是結構化資料。

HTTP 則是這個溝通常用的傳遞方式。你可以把它理解成：一套用來發送請求與接收回應的標準格式。所以當你在 n8n 裡用 HTTP Request，其實就是在用 HTTP 這套規則去呼叫某個 API。

兩句話記住就好：

  • API：我可以對外提供哪些功能、怎麼跟我說話
  • HTTP：你實際發送這段話的方式

如果把它套回剛剛那個 LINE 比喻，可以這樣記：

  • API：像是雙方約好的聊天規則，例如你要傳什麼欄位、要不要附 token、回來的格式長什麼樣
  • HTTP：像是實際把訊息送出去的方式，例如這次是查資料、送資料，還是更新資料
flowchart LR
    A["n8n / 你的電腦"] -->|"送出請求
GET / POST"| B["API / 另一台電腦"]
    B -->|"回傳資料
JSON response"| A

所以你在 n8n 裡看到 URL、Method、Headers、Body，這些都不是隨機欄位，而是一次 HTTP 請求的基本組件。

最常見的 HTTP 方法，n8n 新手先記這 5 個就夠了

HTTP 方法沒有你想像中那麼難。對大多數 n8n 使用情境來說，先記住下面這 5 個就夠了：

方法你在做什麼n8n 裡最常見的用途
GET拿資料查詢清單、讀取某筆資料、拉 API 結果
POST送出新資料建立表單資料、送訊息、建立紀錄
PUT整筆覆蓋更新把整筆資源整個換掉
PATCH局部更新只修改某幾個欄位
DELETE刪除資料刪掉某筆資源或取消某個物件

如果你是新手，先不要管 HEAD、OPTIONS、TRACE 這些比較少遇到的內容。先把 GET / POST / PATCH 的差異用熟，實務上就已經很夠用了。

HTTP Request 跟 Webhook 差在哪裡？

這是 n8n 新手最容易混淆的地方，我直接講最短版本：

  • HTTP Request：你主動去呼叫別人的 API
  • Webhook：你先開一個網址，等別人把資料送進來

所以如果你的情境是「我要去查天氣、查訂單、送資料到某個 SaaS」，通常是 HTTP Request；如果你的情境是「外部系統事件發生時，要通知 n8n」，那通常是 Webhook。

如果你想先把 Webhook 的觀念補齊，可以再看這篇 Webhook 入門。很多人不是不懂 n8n，而是把這兩種進出方向搞反，所以怎麼測都怪怪的。

n8n HTTP Request 節點，第一次怎麼設定？

第一次用 HTTP Request，不要一上來就碰最複雜的 OAuth 或多層 JSON。先用這個順序看就好：

  1. 先拿到 API 文件或範例 cURL：你要先知道對方要你打哪個 URL、用哪個方法、要不要認證
  2. 填 URL 與 Method：這是最基本的兩個欄位，先確定你不是拿 GET 去送 POST 的 API
  3. 補認證方式：常見是 API key、Bearer token、Basic Auth
  4. 需要送資料時再填 Body：像 POST / PATCH 常會需要 JSON body
  5. 最後才看 Headers 與回應格式：如果 API 要求 Content-Type: application/json，這一步才補

n8n 官方現在也把 HTTP Request 節點做得比以前友善很多，像是可以直接 import cURL。這對新手很有用，因為很多 API 文件本來就會先給你一段 cURL 範例，你不用全部手抄。

一個最簡單的例子：先用 HTTP Request 去拿資料

如果你完全沒碰過 API，我會建議你第一個練習不要做「送出資料」，而是先做「拿資料」。原因很簡單，GET 比較直覺，也比較不容易因為 body 或格式出錯。

你第一次練習時，可以先用這種思路：

  • 找一個公開 API 或測試 API
  • 在 n8n 新增 HTTP Request 節點
  • Method 選 GET
  • 把文件提供的 URL 貼上去
  • 先直接執行，看回來的是什麼 JSON

只要你先看得懂回傳結果，後面要做欄位映射、轉格式、寫回資料庫，才比較不會全程靠猜。

什麼時候該用 HTTP Request，什麼時候別硬用？

HTTP Request 很萬用，但也不是每次都要硬上。比較實際的判斷方式是：

  • 有成熟內建節點，而且你的需求不複雜：先用內建節點，少踩坑
  • 沒有內建節點，或需要更細的 API 控制：用 HTTP Request
  • 只是要接事件入口：先想 Webhook，不是 HTTP Request
  • 要長期維護、多人共用：HTTP Request 的欄位和命名要寫清楚，不然後面很難接手

簡單說，HTTP Request 不是備胎，而是你要跨服務整合時的正式工具。只是如果內建節點已經把麻煩事都包好了，那就先不要為了帥自己重刻一遍。

如果你要把 ChatGPT 或自訂 GPT 串進 n8n，這篇基礎還是會用到

這篇舊版以前在講 MyGPT，但你現在要知道的是：不管你是接 ChatGPT、自訂 GPT、Webhook callback，還是其他 AI 服務，本質都還是 API + HTTP。

也就是說，你真正要先搞懂的不是某個品牌名字，而是：

  • 誰先發請求
  • 誰在等回呼
  • 資料是用 GET / POST 哪種方式傳
  • 認證要放在哪裡

當你把這些觀念理順後，不只是 n8n 比較好學，之後你要接 AI agent、外部 SaaS、或自己公司的內部 API，理解速度也會快很多。

如果你也想看 n8n 更完整的工作流觀念，可以再讀n8n 與 AI 工作流的整體入門。先懂 HTTP Request，後面的自動化拼圖會順很多。

新手最常犯的 5 個錯

  • 把 Webhook 跟 HTTP Request 當成同一件事：結果方向搞反，怎麼測都不通
  • Method 選錯：該用 POST 的 API 拿 GET 去打，當然會失敗
  • 認證漏掉：URL 對了也沒用，沒帶 token 一樣 401 / 403
  • Body 跟 Query Parameters 混在一起：資料明明該放 JSON body，卻塞到 URL 裡
  • 完全不看回應內容：其實 API 已經回錯誤訊息了，但只看紅燈不看細節

只要你少踩這幾個坑，HTTP Request 其實沒有名字看起來那麼可怕。

結論

如果你只記一件事，我希望是這句：n8n 的 HTTP Request 節點，說穿了就是讓你主動去跟外部服務溝通。

而你之所以要先懂 API / HTTP，不是為了背術語，而是因為這些就是你每天在自動化裡真正會碰到的東西。先把基礎打穩，你之後不管是接 SaaS、接 AI、接自己公司的系統，都會順很多。

常見問題

n8n 的 HTTP Request 跟 Webhook 到底差在哪？

HTTP Request 是由 n8n 主動去呼叫別人的 API；Webhook 則是你先在 n8n 開一個入口，等外部系統把資料送進來。兩者方向剛好相反。

n8n 沒有內建節點時，就一定要用 HTTP Request 嗎？

大多數情況是。當某個服務沒有內建節點，或你要做更細的 API 客製呼叫時，HTTP Request 通常就是最直接的做法。

我學 n8n HTTP Request，一定要先很懂工程嗎？

不一定。你不用先變成工程師，但至少要先理解 API、HTTP 方法、認證、Body 這幾個基本概念。這樣用起來會順很多。

如果我要把 ChatGPT 或自訂 GPT 串進 n8n，這篇有幫助嗎？

有。因為不管你接的是 ChatGPT、自訂 GPT、Webhook callback 還是其他 AI 服務，本質都還是 API 與 HTTP 的請求 / 回應流程。

相關文章

←Back to Blog
n8n HTTP Request 教學：先搞懂 API / HTTP，再學會怎麼串外部服務