只發自家帳號的貼文，不需要送 Meta 審查：在 Meta for Developers 建一個應用程式，勾「管理粉絲專頁」「Instagram」「Threads API」三個使用案例，權限顯示「可供測試」就能用。Facebook 粉專與 Instagram 用企業管理平台的系統用戶產生「永不到期」權杖；平台有兩位以上管理員時，要由另一位管理員核准。Threads 把帳號加成「Threads 測試人員」、在手機接受邀請後產生權杖，有效 60 天要定期延長。權杖只會顯示一次，畫面不要截圖，直接複製存進密碼管理工具。
官網文章、產品更新要同步到 Facebook 粉絲專頁、Instagram、Threads，每次手動貼三遍很花時間，也容易漏。這份手冊整理我們 2026 年 11 月替自己的粉專、Instagram 與 Threads 帳號設定 API 發文的過程。Meta 後台畫面與規定以操作當時為準，改版時請以 Meta for Developers 官方文件 為準。
這份手冊適合誰
- 想讓網站或內部系統自動發文到自己公司的粉專、Instagram、Threads。
- 粉專和 Instagram 已經掛在 Meta 企業管理平台（Business Manager）底下。
- 有工程師可以呼叫 API；不寫程式的話，這份手冊做到「拿到權杖」為止也能交給串接廠商。
替客戶的帳號發文、或要讓一般使用者登入授權，屬於另一種情境，需要送 Meta 應用程式審查與商家驗證，不在這份手冊範圍。
先了解整體架構
| 項目 | 怎麼設定 |
|---|---|
| 應用程式（App） | 一個 App 同時放「粉絲專頁」「Instagram」「Threads」三個使用案例，Meta 允許 |
| 模式 | 開發模式即可；只發自己的帳號，權限「可供測試」就能用，不必送審 |
| Facebook 粉專＋Instagram 權杖 | 企業管理平台的系統用戶產生，可選「永不到期」 |
| Threads 權杖 | 把 Threads 帳號加為 App 的「Threads 測試人員」，用 App 後台產生，有效 60 天 |
App 放在哪個企業管理平台，和粉專、Instagram 放在哪個平台，可以不同。例如粉專早就掛在另一個平台（有廣告代理商在那邊投放），不必把粉專搬過來，讓那個平台「要求存取應用程式」就好，見第 2 章。
章節與建議順序
| 章 | 做什麼 | 誰來做 |
|---|---|---|
| 1 | 建立 Meta 應用程式並加入發文權限 | App 管理員 |
| 2 | 系統用戶與 Facebook 粉專、Instagram 權杖 | 企業管理平台管理員，最後一步需要另一位管理員核准 |
| 3 | Threads 測試人員與權杖 | App 管理員＋Threads 帳號本人（要用手機接受邀請） |
權杖保管原則
- 權杖等同帳號的發文權限，畫面不要截圖、不要貼到聊天群組或文件。產生後按「複製」，直接存進密碼管理工具，存完清掉剪貼簿。
- 會直接跳出權杖的按鈕（系統用戶的「產生權杖」、Threads 的「產生存取權杖」），按之前就先停止錄影或截圖。
- 程式從密碼管理工具或環境設定讀權杖，不要寫在程式碼裡。
- 只勾發文需要的權限。少了刪除權限，API 發出去的貼文就只能到 App 或後台手動刪，這是刻意的取捨。
常見問題
只發自己公司的貼文，需要送 Meta 審查嗎？
依我們的經驗不需要。App 維持開發模式，權限顯示「可供測試」，用自己企業管理平台的系統用戶或自己的 Threads 帳號產生權杖，就能發文到自己的粉專、Instagram、Threads。要替其他人的帳號發文才需要送審。
Facebook、Instagram、Threads 要建三個 App 嗎？
不用。一個 App 可以同時加入「管理粉絲專頁的所有內容」「管理 Instagram 的訊息和內容」「存取 Threads API」三個使用案例。
權杖會過期嗎？
系統用戶產生權杖時可以選「永不」，Facebook 粉專與 Instagram 用這組就不會過期，除非被撤銷或權限變動。Threads 的長效權杖有效 60 天，到期前要用官方的延長方式更新，見第 3 章。
產生權杖時跳出「需要批准」怎麼辦？
企業管理平台有兩位以上管理員時，產生系統用戶權杖要由另一位管理員到「設定 → 要求」核准，自己權限再高也不能自己核准。核准者用手機上的 Meta Business Suite 也能按。
