N8N自動發布Thread省下5倍時間與費用
N8N可給做到Thread貼文排程自動化發布
做到定時將文章從Google Doc / Google Sheet / Notion等定時發佈到多個平台
只需要設定好文章內容,連動到N8N之後就可以自動化發布
超級省力,今天要把這樣的流程用最簡單方式教大家
N8N自動化發文前準備
- 註冊Meta Developer並且創立應用程式
- 取得Thread Access Token(把它想成是開啟Thread的一把鑰匙)
Meta Developer是一款Meta官方提供給工程師的API管理平台
放心就算你不是工程師,照著我的步驟也可以一步一步串接好自動化
首先要到Meta Developer建立一個應用程式,如果你已經建立過可以直接使用

在使用案例這邊,將Thread打勾,剩餘的部分順順填寫完成即可。

下一步是新增測試人員,要開通自動化串接的用戶要加到這裡面

新增完成後,要點藍色的「網站權限」或是到 Threads APP 設定 → 帳號 → 網站權限 → 接受邀請,才能夠完成帳號新增
拿Thread的Access Token鑰匙
現在我們已經將權限都設定好了,準備要拿開啟Thread自動化大門的鑰匙
拿的方式是到Graph API 測試工具這裏

拿Thread自己的UserID

在N8N中要用Thread自動發布貼文需要貼上自己的Id
拿的方法也很簡單,一樣在Graph API 測試工具按下提交按鈕之後
看到id那個欄位把這個id欄位複製下來就行了
這個可以保留等一下也要貼到N8N上面
N8N節點設置詳細教學流程
在Thread中發文的邏輯是:
- 觸發
- 使用HttpRequst節點建立Container(建立草稿)
- 使用HttpRequst節點發布Container(發布草稿)
觸發條件一開始要做測試,可以直接拉Trigger Manually手動觸發就好。
接下來要細講兩個HttpsRequest節點的設置流程
使用HttpsRequests節點建立草稿
- 節點類型:HTTP Request
- Method:POST
- URL:https://graph.threads.net/v1.0/{threads-user-id}/threads
- Headers:
- Authorization: Bearer <你的Access Token>
- Content-Type: application/json
- Body(JSON 範例,純文字):
json{
"type": "text"
"text": "這是要發布的第一則內容!"
}

執行成功後會回傳一個 Post ID
。
補充:media_type 參數用法
純文字
json{
"media_type": "TEXT",
"text": "這是一則純文字 Threads 文章"
}
單張圖片貼文
json{
"media_type": "IMAGE",
"text": "這是一則圖片貼文",
"media_url": "https://圖床網址/圖片.jpg"
}
單段影片貼文
json{
"media_type": "VIDEO",
"text": "這是一則影片貼文",
"media_url": "https://視頻網址/影片.mp4"
}
記得,media_type 每次都要帶上,不論純文字、圖片、影片、還是輪播。
這也是 Threads API 報錯時「The parameter media_type is required」的主要原因。
使用 HTTPRequest節點正式發文
- 節點類型:HTTP Request
- Method:POST
- URL:https://graph.threads.net/v1.0/{threads-user-id}/threads_publish
- 參考資料
- Headers:
- Authorization: Bearer <你的Access Token>
- Content-Type: application/json
- Body(JSON 範例):
json{
creation_id
"": "<上步驟回傳的Post ID>"
}
執行後,Threads就會發佈你剛剛的內容!未來如果API指令有變,可以參考官方API文檔
額外Bonus發布串文
- 如果要加圖片、影片,只需在Body加 media_url 屬性,詳見官方API說明。
- 如果要做串文/回覆(多則內容串聯),Body加 reply_to_id 將內容關聯到主文。
json{
"text": "這是第二則串文",
"reply_to_id": "<主文的Post ID>"
}
實用N8N設計Tips
進階篇:取得長期 Access Token
剛剛我們取到的Accress Token大概有效期限不到一小時,很快就過期了
所以我們需要拿短期的鑰匙跟APP密鑰,再跟Meta拿一個長期鑰匙
很麻煩但是這是程式設計符合安全性的邏輯XD
必備資料包含:
Token(短期或長期 Access Token)
App Secret(如果要自動刷新長期Token)
在接下來會和大家分享取得長期鑰匙的方法
甚至可以透過 n8n 儲存與自動獲得新的長期鑰匙