Threads 上的 ConnectWiz

已做好——Meta 審核中

Threads 支援已經做好。Meta 的審核正在進行。目前走到哪一步,這裡逐項寫清楚。

您貼文底下的回覆,還有提到您品牌的內容,會和其他公開版面一起在同一張工作台上分流——程式碼已完成、也測過了,現在等的是 Meta 的審核關卡。我們選擇把卡在哪裡寫出來,而不是丟一句含糊的「即將推出」。

程式碼完成,並已測試 回覆可以帶附件 不承諾私訊——Threads 根本沒有
已做好——卡在 Meta 的關卡前
回覆與提及:已做好
回覆可以帶媒體
隱藏/取消隱藏:已做好
Meta App Review——進行中
企業驗證——卡著 Webhook
不承諾私訊——Threads 沒有私訊 API
100%
的整合程式碼都已寫完並測過——串接、接收、回覆、審核管理
2
個管道的留言回覆能帶附件,全世界就這麼多——Threads 是其中之一
2
道 Meta 關卡還沒過——權限要過 App Review,Webhook 要過企業驗證
0
項私訊功能的承諾——Threads 沒有訊息 API,我們也不會憑空生一個出來

已經做好的部分

一張 Threads 工作台該有的都齊了——就等關卡放行

抽象 3D 插圖:一條光亮的黑色絲帶緩緩鬆開,化成半透明的留言泡泡,飄向一只玻璃托盤

回覆與提及,都會分流

您貼文底下的回覆,以及提到您品牌的內容,都會落進共用的留言工作台——和 Instagram、Facebook、YouTube 共用同一條佇列、同一套分流規則、同一份歸屬權。

回覆可以夾檔案

全世界只有兩個平台的公開回覆能帶媒體,Threads 是其中之一——「這個要怎麼用」的問題,一張截圖勝過三段文字,而工作台原生就支援。

隱藏與取消隱藏

審核管理直接沿用 Threads 自己的狀態——該藏的藏起來,不該藏的放回去,都在工作台上完成。

Wiz 擬稿,真人發布

AI 根據您自己的內容擬稿,預設要由真人核可——公開版面的紀律,這裡每一個管道都一樣。

真實狀態

「即將推出」通常代表「還沒開始」。這是我們的憑據。

程式碼:已完成

串接流程、事件接收、回覆發布(文字與媒體,含狀態輪詢)、審核管理和提及處理,全都寫好了,並且照著 Meta 的 API 規格測過。

第一道關卡:App Review

Meta 針對發布與讀取回覆/提及的標準權限審查——就是一般的申請流程,排在 Meta 自己的佇列裡,不是什麼合作夥伴計畫。

第二道關卡:企業驗證

Meta 的企業驗證另外卡著 Webhook——沒過這一關,權限批得再齊,事件也流不進來。這是比較慢的一關,我們就照實說。

看得懂的狀態

這個管道會逐項回報自己的權限狀態——因為在 Threads 上,沒批准的能力不會報錯,只會安靜地回一個空清單,而一個空的收件匣有四種可能的意思。我們會告訴您是哪一種。

不加修飾的細則

Threads 是什麼——以及哪些事任何工具都給不了

Threads 沒有私訊

Meta 為 Threads 公開的權限裡,沒有一項給得了私訊——那個叫「conversation」的端點,其實是一棵公開的回覆樹。宣稱有「Threads 私訊收件匣」的工具,賣的是月球上的天氣。

這不是發文工作室

這個管道負責回覆對話;撰寫與排程原創 Threads 貼文是另一種產品,我們不會假裝自己是。

500 字,算得準

Threads 有自己一套計算長度的方式——一個表情符號不只算一個字。我們的編輯器照 Threads 的算法計數,所以在這裡塞得下的回覆,在那裡也塞得下。

絕不重複發文

當 Threads 讓一則帶媒體的回覆懸在半空,我們會把它標成狀態未定,然後停手——因為對一則沒確認的公開貼文重試,正是同一個回答在您貼文底下出現兩次的原因。

搭配起來更好用

一張搭得起來的 Threads 工作台,不是孤島

第一天就是同一個收件匣

關卡一放行,Threads 的回覆就會以已分流的對話進來——部門、指派、標籤、內部備註一應俱全——因為它走的,就是每一個已上線管道現在都在跑的那一套流程。

Wiz 用品牌的語氣擬稿

公開回覆是客服團隊風險最高的書寫。AI 從您自己的知識庫擬稿,再由真人核可——公開留下來的紀錄,始終是您的。

在公開場合,也還是同一個人

在 Threads 留言的人,會歸到與他的 Instagram 私訊、電子郵件同一筆聯絡人底下——公開的稱讚和私下的抱怨,不再互不相識。

就擺在 Instagram 旁邊,本來就該如此

Threads 和 Instagram 共用 Meta 的帳號關係圖,通常也共用同一個社群團隊——一條佇列、一份歷史紀錄、一組權限,兩邊都涵蓋。

實際做法

把一個只有公開場合的管道做好

分流分車道

稱讚、抱怨和潛在客戶,本來就該用不同的時鐘來計時。分流規則會把公開提及拆進不同車道,讓抱怨走快車道,而不會被一句謝謝堵在後面。

轉進私密管道——用一條連結

Threads 沒有私訊,所以遇到涉及個人的事,誠實的做法就是回一則帶連結的訊息,把人帶到 WhatsApp、Instagram 或線上客服——對話在同一筆聯絡人底下私下繼續,這個頁面不會假裝有別的辦法。

公開場合的時鐘也要量

公開版面上的回覆時間不只是客服,也是行銷——收件匣在各處衡量首次回覆的那一套,同樣套用在公開回覆上。

Threads FAQ

直接的回答

更多內容見完整的 FAQ, 也可以直接聯絡我們。

整合的程式碼已經完成。剩下的是 Meta 針對必要權限的標準 App Review,加上 Meta 的企業驗證(它卡著 Webhook)——這兩道流程都由 Meta 掌控。等它們通過的那一天,這個頁面就會更新;不會提早,也不會講得更含糊。

不會——因為 Threads 根本沒有私訊 API。Meta 為 Threads 公開的權限裡,沒有一項給得了私訊,所以任何承諾「Threads 私訊收件匣」的工具,講的都是不存在的東西。ConnectWiz 負責的是公開版面:您貼文底下的回覆,以及提到您品牌的內容。

您貼文底下的回覆和品牌提及,會在共用的留言工作台上分流;公開回覆直接從工作台發出——包含帶附件的回覆,這件事只有 Threads 和 Facebook 支援——以及沿用 Threads 自己狀態的隱藏/取消隱藏。

因為在 Threads 上,失敗是安靜的:沒批准的權限回傳的是一個空清單,而不是錯誤。一個空的收件匣可以有四種意思,而一個說不出是哪一種的平台,就只是在猜。ConnectWiz 會讀取自己的權限狀態,如實回報這個管道現在到底能做什麼。

關卡一開,第一個就是您。

留下電子郵件,Threads 上線當天您就會知道——在那之前,已經有 22 個管道今天就能用。