教你用n8n實現Threads自動發文，串接官方API打造自動化工作流！

懶得每次都要手動發佈Threads貼文嗎？其實只要利用n8n串接Threads API，把「設定時間、建立貼文、發布內容」串成一套自動化工作流就可以搞定！但面對不熟悉的AI工具串接流程，可能很多行銷團隊會嫌麻煩而卻步。但不用擔心！這篇Threads自動化教學會以實測過的發文流程為例，從Threads API、Threads Access Token與n8n設定開始，再用4個步驟完成自動發布，手把手教會你基本流程，讓你理解Threads自動發文API實際怎麼運作。

想看其他建立Threads貼文自動排程方法可先參考這篇：Threads自動發文怎麼做？5個脆可用的AI發文工具讓社群更高效

n8nThreads自動發文的核心，是利用n8n當作流程控制工具，再透過官方ThreadsAPI執行建立與發布貼文。和單純只用Threads內建排程不同，n8n可以設定觸發條件、串接其他資料來源，再把每個動作依序連起來，因此更適合想建立社群管理自動化工作流的人。最基本的Threads自動化流程可以拆成三個節點。節點順序如下：

1. Schedule Trigger

2. Create Threads Post

3. Publish Threads Post

Schedule Trigger負責決定工作流何時開始執行；接著Create Threads Post會先把貼文內容傳送到ThreadsAPI，建立一筆待發布內容，成功後取得一組id；然後Publish Threads Post再把這組id當成creation_id傳給發布端點，你的貼文就能真正出現在Threads上啦。需要注意的是，Threads自動發文API不是送出一次Request就完成發布，而是分為建立與發布的兩階段流程。因此在n8n裡通常會使用兩個HTTP Request節點，第一個處理貼文內容，第二個再負責正式發布。只要先理解這個邏輯，後面不論要加入排程、AI自動發文或其他自動化的自媒體行銷工作流，都是在這條基本流程上繼續延伸。

在開始設定n8nThreads自動發文前，要先準備好ThreadsAPI、可操作帳號的Access Token，以及n8n工作流程。這三項分別負責「提供發文接口」、「驗證帳號權限」與「控制自動化流程」，建議先確認都能正常使用，再開始設定HTTP Request，後續遇到錯誤也比較容易判斷是哪個環節出了問題。

想看其他AI自動化工具可參考這篇：2026 AI自動化工具推薦：Zapier、Make、n8n等9款工作流工具比較！

Threads API

ThreadsAPI是n8n與Threads之間溝通的接口。一般看到的Threads個人檔案網址，例如threads.com/@帳號名稱，只是提供使用者瀏覽個人頁面，不能直接拿來讓n8n發布貼文；要做Threads自動發文，仍需要透過Meta提供的API端點執行，這就是為甚麼我們需要拿到Threads API，儘管流程對沒概念的人來說較複雜。步驟可以簡單分成以下3步：

1. 新增應用程式設定

2. 新增Threads測試人員帳號

3. Threads帳號內接受邀請

第一次設定時，先登入Meta for Developers，在主控台中加入新的應用程式角色，並在使用案例中只勾選「存取Threads API」，接下來的選項一律勾選下一步，再按「前往主控版」即可。

接著設定要測試的Threads帳號與發文權限。因為我們這篇主要用到的是建立及發布貼文，所以點選「使用案例」的「存取Threads API」後，只先勾選「threads_basic」與「threads_content_publish」即可。

當這兩個功能都顯示「可供操作」後，點擊畫面左側的「設定」，點擊「新增人員」，就可以新增Threads專用的測試人員或自動發文帳號啦！

新增好帳號後，到你指定的帳號內的「應用程式與網站」中查看是否有邀請，並按下接受按鈕。再回到Meta for Developers主控版重新整理一下，測試用帳號就新增成功啦！

*小提醒：建議第一次設定時先用可以發測試文的帳號，盡量不要用原本的帳號，除非原帳號可以接受發測試文*

Threads Access Token

Threads Access Token可以理解成API的操作憑證，用來確認目前這個應用程式有權限替指定Threads帳號執行動作。實際串接時，除了Threads User ID，也需要把Access Token帶進API Request，否則Threads無法確認這次發文請求是否經過授權，這就是為什麼還需要取得token。這裡大概分為3步：

1. 開啟圖形API測試工具

2. 存取權限

3. 提交

首先從左側選單的「測試」中，找到圖形API測試工具並點選「開啟圖形API測試工具」。

接著會進入圖形API測試工具的視窗，把上方欄中的"graph"後方的網站選擇為threads.net/，並在右下的「Meta應用程式」欄位勾選我們在上一個階段建立好的應用程式，再按「Generate Threads Access Token」後，按下「存取權限」按鈕，就可以取得Threads Access Token啦！

確認帳號無誤後，就可以拿到Threads Access Token了，但還沒有結束！我們還要用Token查自己的 Threads ID，這是為了確認Token、帳號與基本權限已經連接成功。所以請再點選「提交」，若能成功取得這兩個資料代表連接沒問題了。

需要特別注意，Threads Access Token不是Threads帳號密碼，也不是在API文件頁按「複製」就能取得的API金鑰。Access Token要透過Meta應用程式的授權流程取得，而且有效期限不長，即便是長期token也只有60天。因此如果之後原本正常的自動發文系統突然出現授權錯誤，可以優先確認Threads API Token是否已過期或失效，建議要定期檢查。換成長效token與更新方法請參考本文的FAQ。

n8n設定

n8n在這套Threads自動發文流程中，主要負責控制工作流的執行順序與時間。可以使用n8n的Cloud版本，也可以自行架設，兩者建立Workflow與使用HTTP Request的方式大致相同，差別主要在帳號登入、第三方服務授權與環境維護。如果只是跟著本文測試Threads自動發文，不用先安裝額外的Threads套件，也不需要自己寫完整程式。開始前只要先確認已有可正常使用的n8n環境，並能建立新的社群經營Workflow即可；下一段會教大家怎麼用Trigger決定何時執行，再用HTTP Request串接Threads API。

這次實作會用到兩類基本節點：

• Trigger：決定工作流什麼時候啟動。

• HTTP Request：負責把貼文內容送到Threads API並執行發布。

第一次操作建議先用純文字貼文測試，把最基本的API發文流程跑通，測試成功並熟悉操作後再加入定時排程或其他自動化功能做變化。

準備好Threads API、Access Token與n8n後，就可以開始建立實際的自動發文流程。這次先用最基本的純文字貼文示範，所以只有「觸發→建立貼文→正式發布」三個主要節點讓大家做練習，確認貼文發佈成功後再加入自動化排程。

1. 建立n8n工作流程

先新增一個Workflow，第一次測試時使用Manual Trigger，方便自行控制執行時間，也能避免參數尚未設定完成就重複自動發文。

接著在Manual Trigger後方加入兩個HTTP Request節點。注意n8n裡沒有直接叫做「Create Threads Post」或「Publish Threads Post」的Threads節點，所以要用搜尋功能搜尋「HTTP Request」，加入後建議再自行將「HTTP Request」重新命名為：「Create Threads Post」與「Publish Threads Post」，把兩個節點的功用分開來，第一個負責建立貼文內容，而第二個負責正式發布，以便後續流程的執行。

2. 準備Threads貼文內容

接著在第一個「Create Threads Post」節點的「HTTP Method」設定為「POST」，URL使用：https://graph.threads.net/v1.0/{Threads User ID}/threads，注意當中要填入的id是我們在Meta for Developers拿到的id，不是帳號的個人檔案網址，也不是@username。

接著把Send Query Parameters打開，並輸入3個參數：

1. media_type = TEXT

2. text = 要發布的Threads貼文內容

3. access_token = Threads Access Token

這裡的text就是最後會顯示在Threads上的內容。如果之後只是想換下一篇貼文，最基本的方式就是修改這個欄位，不需要動到後面的Publish節點。接著按「Execute steps」節點就建立成功！

此時Threads帳號上還看不到貼文，我們還需要下一個幫我們正式發布貼文的節點。

3. 串接Threads API

第二個「Publish Threads Post」節點的「HTTP Method」同樣設定為「POST」，URL改成：https://graph.threads.net/v1.0/{Threads User ID}/threads_publish，這個節點主要需要兩個參數：

• creation_id

• access_token

其中creation_id要使用上一個「Create Threads Post」節點回傳的id。否則下一次Workflow執行時仍會使用舊資料。所以現在我們要將creation_id切換成Expression，並填入：{{ $('Create Threads Post').item.json.id }}，或乾脆簡單寫成：{{ $json.id }}，小編選擇寫後者，因為我們的節點很單純，前後沒有再連接其他多餘節點。這段設定的意思是：每次工作流執行時，自動取得「Create Threads Post」節點這一次回傳的id，再交給Publish節點發布。

這樣基本的Threads API串接就完成了，可以去Threads帳號檢查有沒有貼文自動發佈囉。

4. 測試並自動發布

確認測試貼文真的已經發布後，我們再把Manual Trigger換成Schedule Trigger這樣以後貼文就能自動發，不需要在手動按執行，直接串成n8n Threads自動發文工作流。先點擊原本「Manual Trigger」節點上的三個小圓點，選擇「Replace」，並搜尋「Schedule Trigger」後點選「Schedule Trigger」即可，後面的兩個HTTP Request不用重新設定。

接著點選「Schedule Trigger」節點的「Open」，設定希望自動執行的時間或週期。第一次測試建議先排一個距離現在較近的時間，例如每五分鐘自動發一次，這一步要確認的是就算不用手動按Execute，工作流也能自行啟動。

設定好時間後，記得按「Publish」。

當Schedule Trigger依設定時間自動執行，而且Threads上也成功出現指定時間頻率的貼文，就代表基本的n8nThreads自動發文流程已完成，以後就不用特別記Threads發文時間了。

Threads n8n自動化進階工作流

之後如果不想每次手動修改text，也可以再做延伸設定，比方從Google Sheets、Notion或AI節點讀取等，讓Threads自動化不只負責「定時發布」，而是進一步處理內容來源、AI產文與發布後紀錄。

1. 加入AI選題與貼文生成：可以在Create Threads Post前加入AI相關節點，接著根據指定主題產生Threads貼文，再把生成結果動態帶入text參數。也能進一步整理熱門話題或指定內容方向，形成「選題→AI自動發文→ThreadsAPI發布」的流程。

2. 用Google Sheets管理待發內容：如果不想每次進入n8n修改text，也可以把貼文內容、預計發布時間與狀態先整理在Google Sheets，再讓n8n讀取待發布的資料。如此一來，社群人員只需要更新試算表，就能集中管理後續要發布的Threads內容，不必反覆修改工作流設定。

3. 發布後自動記錄與通知：在「Publish Threads Post」後方也能繼續加入其他節點，就可以將發布時間、貼文狀態或結果寫回Google Sheets，或串接Slack、Email等工具發送通知。這樣除了完成Threads自動發文，也能知道每次工作流是否成功執行，方便後續追蹤與排查問題。

這些進階功能不會改變前面「建立貼文→取得id→正式發布」的核心流程，而是在n8n工作流前後增加不同功能，核心的建立與發布方式不會改變。

想了解其他Meta軟體排程方法可以讀這篇：Instagram排程發文和限動排程教學！再推薦6個IG貼文排程工具

Threads API免費嗎？

Threads API本身不是以「每發一篇貼文就收費」的方式計價，因此單純透過官方API建立與發布Threads貼文，不會像部分第三方排程工具一樣另外收取單篇發文費用。不過整套Threads自動化流程仍可能產生成本，例如使用n8n Cloud、自架n8n需要主機資源，或另外串接付費AI模型與其他第三方服務，而本文中的一些流程本身也是需要商業帳號才能設定，因此建議先確認一下自己的帳號狀態。

Threads Access Token會過期嗎？

會。Threads一開始取得的User Access Token是短效Token，適合先拿來測試；如果要讓n8n長期自動發文，建議再換成長效Token。目前長效Threads Access Token有效期為60天。Meta的Threads API文件也提供短效Token交換與長效Token更新的端點。短效Token可以透過端點換成長效Token，再帶入3個參數即可換成長效token。完整概念如下：

https://graph.threads.net/access_token

?grant_type=th_exchange_token

&client_secret=你的App Secret

&access_token=你的短效Token

成功後會回傳新的access_token與expires_in，適合放進n8n長期執行，有效期約為60天。

再來長效Token到期前，還可以透過refresh與更換部分參數來更新期限，例如：

https://graph.threads.net/refresh_access_token

?grant_type=th_refresh_token

&access_token=目前仍有效的長效Token

更新成功後，Token有效期會重新再延長60天。要注意的是，必須在長效Token失效前更新；一旦Token已經過期，就不能直接用refresh端點救回來，如果錯過更新期限，就要重新走授權流程取得新的短效Token，再換成長效Token。

這樣FAQ才算完整，也跟你前面實際操作的流程接得起來。

n8n可以自動發Threads嗎？

可以，但n8n不是直接登入Threads帳號幫你按下「發布」，而是利用HTTP Request節點呼叫官方Threads API。本文實測的基本流程就是透過建立一個trigger和兩個節點完成的。只要Threads User ID、Access Token與API參數設定正確，再搭配Schedule Trigger，就能讓n8n依指定時間執行Threads自動發文。

不會寫程式也可以設定嗎？

可以，不需要從零寫一套自動發文程式，但還是需要理解一些基本API概念，例如URL、Access Token、Query Parameters，以及n8n的Expression。實際設定大多是在圖形化介面新增節點、填入參數，再把前一個節點的資料帶到下一個節點。因此，即使沒有程式背景也能跟著設定，但第一次操作仍需要花一點時間理解API資料怎麼在不同節點之間傳遞。

Threads API可以發圖片嗎？

可以。Threads API建立貼文時，目前media_type除了本文使用的TEXT，也支援IMAGE、VIDEO與CAROUSEL。如果要發布圖片，需要將media_type改成IMAGE，並提供image_url；影片則需要提供video_url。不過第一次測試n8nThreads自動發文時，建議先從純文字開始，因為設定項目最少，也比較容易判斷是Access Token、Threads API還是工作流本身出了問題。等純文字流程成功後，再加入圖片或影片，可以減少一次排查太多變因。

自己用n8n串Threads API雖然彈性高，但還是要處理Access Token、HTTP Request與排程設定。如果只是想更快完成Threads內容與發布，那麼GenApe已經幫你把熱門話題、AI產文、內容審閱與發布整合在同一個流程中了，可以大幅減少人工維護自動化工作流的心力成本！想省下串API與設定節點的時間，就用GenApe建立更簡單的Threads自動發文流程吧！