經過這九天的密集分享與實戰演練，從 Day 8 的天氣提醒管家，到 Day 16 的 HTTP Request 萬能節點，我們一起經歷了從「對內溝通」到「對外廣播」的完整蛻變。

還記得 Day 8 時,我們還在為如何從複雜的 JSON 數據中提取溫度資訊而苦惱，現在的你，已經能夠自信地設計出跨三個社交平台的自動化發文系統了！

今天，讓我們稍微放慢腳步，回顧並整理這段時間學到的核心技能、解鎖的節點，以及你現在已經具備的能力。這不只是一場複習，更是一次技能盤點——讓你清楚看見自己的成長軌跡，並為接下來的進階挑戰做好準備。

一、學習歷程回顧:從數據處理到社交平台整合

讓我們用一張表格,清楚回顧這九天的學習重點:

二、技能樹全展開：

2.1 數據處理能力 (Day 8 基礎)

這幾天掌握的技能：

• 資料清洗： 使用 Edit Fields 從複雜 JSON 中提取所需欄位
• 資料重構： 透過 Split Out 將1個 item 中資料的陣列拆分成獨立 items
• 邏輯判斷： 運用 If 節點進行條件篩選
• 資料彙總： 利用 Aggregate 將多個 items 合併
• 資料合併：利用merge 節點將不同分支的資料合併，並可等待兩個分支都執行完成
• 自訂處理: 使用 Code 節點編寫 JavaScript 進行複雜格式化

2.2 社交平台整合能力

A. Facebook 粉專管理

認證流程：

1. Meta for Developers 建立 App
2. Graph API Explorer 開啟權限、取得短期 Token
3. Access Token Debug Tool 延長 Token
4. n8n 建立 Facebook Graph API Credential

發文流程：

• 純文字貼文 (feed edge)
• 圖文貼文 (photos edge + Binary Data)
• 自動歸檔已發布素材（利用 Google Drive)

B. Instagram 專業帳號

前置條件:

• 切換為專業帳號(商業/創作者)
• 綁定 Facebook 粉絲專頁
• 開啟 instagram_content_publish 等權限
• Graph API Explorer 開啟權限、取得短期 Token
• Access Token Debug Tool 延長 Token
• 可與 FB 共用 Credential

Container 機制 (兩階段發布):

1. Create Media Container: 圖片 URL + 文案
2. Publish Container: 正式發布到 IG 動態

關鍵差異: IG 不接受直接上傳檔案,必須提供 URL (不可以是Google Drive 連結)

C. Threads 獨立管理

特殊設定:

• 需建立獨立 Meta App (無法與 FB/IG 共用)
• 必須將帳號加入「Threads 測試人員」
• 長期 Token 需透過 th_exchange_token API 手動取得(後續也可透過 HTTP request 節點取得、延長)

API 操作:

• 建立 Container: POST https://graph.threads.net/v1.0/{user_id}/threads
• 發布 Container: POST https://graph.threads.net/v1.0/{user_id}/threads_publish

2.3 跨平台整合架構

工作流設計思維:

Subworkflow 最佳實踐:

將子工作流模組化後，整個流程會變成如下所示 :
排程觸發 → 檔案獲取子工作流 → 生成文案與 URL 子工作流 → Meta 三平台上傳子工作流 → 檔案歸檔子工作流

優點:

• 主流程簡潔易讀
• 子流程可獨立測試
• 邏輯模組化,易於維護

2.4 HTTP Request 萬能鑰匙

API 文件閱讀能力:

實戰演練: 對照 FB Graph API 官方文件,手動設計 HTTP Request 節點發布粉專貼文

Method: POST
URL: https://graph.facebook.com/v21.0/{page_id}/feed
Authentication: Bearer Token 或 以儲存的Facebook Credential
Body Parameters:

• message: 貼文內容

技能提升: 現在你不再受限於「n8n 有沒有內建節點」,只要平台提供 API,你就能自己打造節點!

三、關鍵節點深度解析

3.1 數據處理三劍客

3.2 條件判斷與流程控制

If 節點:

• 每個 item 獨立判斷
• True/False 分支可接不同處理邏輯
• 支援數字、文字、日期等多種比較

Merge 節點:

• Combine: 將多個來源的資料合併到同一 item (例如：圖片與文案合併)
• 等待所有 input 分支都完成後才會往下繼續執行 (例如：歸檔前確認三個平台都發表完)

可以發現 Merge 節點在流程控制、資料處理上都非常好用

3.3 外部服務整合

四、常見問題與解決方案

4.1 認證相關

問題: Token 過期或權限不足

排查步驟:

1. 確認 Token 是否已延長 (短期 Token 通常只有 1-2 小時)
2. 檢查權限是否包含所需項目 (如 pages_manage_posts)
3. 確認測試帳號是否已加入並接受邀請 (Threads)
4. 使用 Access Token Debug Tool 驗證 Token 狀態

4.2 數據流動

問題: 節點無法讀取到前面的資料

常見原因:

• Binary Data 無法跨節點傳遞 → 直接連線
• 參數名稱錯誤 → 使用拖曳或檢查 Schema
• Split Out 後資料結構改變 → 重新檢視輸出格式
• Subworkflow 僅直接接收「前一個節點」的輸出 ，若跨子工作流，參數名稱較難尋找 → 將後續會用到的資料，提前用 Merge 整合

4.3 平台特定問題

Facebook:

• 圖片過大或格式不支援 → 建議 < 5MB,JPG/PNG
• 發文失敗 → 檢查 Page ID 是否正確、利用回傳的錯誤訊息/錯誤代碼去搜尋

Instagram:

• 找不到 IG 帳號 → 確認已切換專業帳號並綁定粉專
• Container 發布失敗 → 加入 Wait 節點等待準備完成

Threads:

• 無法延長 Token → 不能用 Access Token Debug Tool,需手動呼叫 API
• API 回傳錯誤 → 檢查 threads_user_id 是否正確、利用回傳的錯誤訊息/錯誤代碼去搜尋

五、給自己的肯定

如果你一路跟著文章實作到這裡,你應該為自己感到驕傲!

從 Day 8 可能會連 JSON 格式都覺得複雜，到現在能設計出跨三平台的自動化系統，這不只是技術的進步，更是思維方式的蛻變。

你學會了:

• 拆解問題: 把複雜需求拆成小步驟
• 資料流思維: 理解數據如何在節點間流動
• 除錯能力: 看懂錯誤訊息並自行排查
• 文件閱讀: 能從官方 API 文件中找到答案

這些能力，不只適用於 n8n，更是所有自動化、程式設計領域的通用技能!

六、結語與明日預告

今天的中期回顧,希望幫助你清楚看見自己的成長軌跡。從數據處理到平台整合,從單一功能到複雜架構,你已經走了很遠。

但這只是開始!

接下來,我們將探索更多 n8n 的可能性。或許是深入 Webhook 的雙向溝通,或許是資料庫的自動化管理,又或許是更多實用的商業場景應用。

無論如何,你現在已經具備了堅實的基礎。接下來的挑戰,只會讓你變得更強!

準備好繼續這段自動化旅程了嗎?我們明天見! 🚀