第 1 章
概覽:你將會做出什麼
用一個 Google Sheet 和一段 Apps Script,做一個會自動排程、自動發佈的 Threads 發帖系統——不需要伺服器,也沒有月費。
我們自己做了四個 iOS 應用程式。做完之後才發現,真正花時間的不是開發,而是之後每一天都要出帖。
寫好內容、記住哪一條出過、挑時間發佈、再回頭看成效——這些工序每天重複,而且很容易斷。市面上的排程工具能解決,但大多按月收費,而且你的內容與帳戶授權都放在別人的系統裡。
於是我們用一個 Google Sheet 加一段 Apps Script 做了一套。這篇教學會由零開始,帶你做出同一套東西。
你將會做出什麼
Google Sheet(你的內容日曆)
│ 你在這裡寫帖文、排時間
▼
Apps Script(在 Google 伺服器上執行)
│ 每 15 分鐘檢查一次有沒有到期的帖
▼
Threads API
└─ 發佈帖文,並自動在下面回覆一條連結完成後,你只需要在試算表裡把一行的狀態改成「已排程」並填上時間,其餘的事情會自動發生——即使你關掉電腦、關掉瀏覽器。因為 Apps Script 是在 Google 的伺服器上執行,不是在你的機器上。
具體會有這些功能:
| 功能 | 說明 |
|---|---|
| 內容日曆 | 一行一條帖,含狀態、發佈時間、內容、連結 |
| 自動發佈 | 時間一到自動出帖,不需要你在場 |
| 自動回覆連結 | 主帖保持乾淨,連結放在自己的回覆裡 |
| 權杖自動續期 | 長期權杖約 60 天到期,系統會自己續 |
| 成效數據 | 把每條帖的瀏覽、讚好、回覆數抓回試算表 |
為什麼用這個做法
不需要伺服器。 Apps Script 本身就是執行環境,連排程器都內建。你不需要租主機、不需要處理部署。
沒有月費。 Google Sheet 與 Apps Script 在免費額度內完全夠用;Threads API 本身免費。
東西在你手上。 存取權杖存放在你自己的 Apps Script 專案裡,內容存放在你自己的試算表。不經第三方。
不需要 Meta 審核。 這一點最關鍵,下面會詳細解釋。
先講清楚:這套系統的限制
這是整篇教學裡最重要的一段,請先看完再決定要不要做。
你將會建立的是一個開發模式(Development mode)的 Meta 應用程式。開發模式的應用程式只能發佈到你自己的 Threads 帳戶——即是你用來建立這個應用程式的那一個。
這代表:
- ✅ 自己或自己公司的帳戶——完全可行,而且不需要經過 Meta 的 App Review,今天就能做完用起來。
- ❌ 替客戶發帖、或做成一個給別人用的產品——不可行。要讓其他人授權你的應用程式,必須通過 Meta App Review,那是另一件事:需要商業驗證、示範錄影、隱私政策與資料刪除端點,審核往往需時數週。
換句話說,這套系統的定位是自用。如果你的目標是替多個客戶管理帳戶,這篇教學會讓你清楚知道底層是怎樣運作的,但你最終需要的是一個已經通過審核的平台。
你需要準備
- 一個 Google 帳戶(用來開試算表)
- 一個 Threads 帳戶(就是你要發帖的那個)
- 一個 Meta 開發者帳戶(用 Facebook 帳戶即可註冊,免費)
- 不需要懂寫程式。教學會給出完整程式碼,你只需要複製貼上。
需要多少時間
老實說:第一次做,大約需要 45 至 90 分鐘,大部分時間會花在 Meta 的開發者後台上——那個介面相當繁瑣,而且會不時改版。
之後的章節會逐步帶你走完:
- 概覽(本章)
- 建立 Meta 應用程式,開通 Threads 權限
- 部署 Apps Script,取得你的回呼網址
- 接通 Threads:OAuth 授權與長期權杖
- 發出第一條帖
- 設定自動排程
- 抓取成效數據與疑難排解
一個貼心提醒
Meta 的開發者後台介面改版頻密。如果你看到的畫面與教學描述不完全一致,先找相同名稱的欄位或按鈕——名稱通常比位置穩定得多。本教學每章底部都標示了步驟的最後驗證日期。
準備好的話,我們由建立 Meta 應用程式開始。
步驟最後驗證於 2026年7月19日