部落格
- 指南
TikTok Shop 4PL 地址遮蔽規則：別把客服身分綁在訂單 PII 上
TikTok Shop 會依訂單狀態遮蔽美國市場 3PL、4PL 的 recipient_address 欄位，FBT 規則更嚴格。本文說明實際適用範圍，以及客服身分為何不該依賴訂單 PII。
閱讀更多 → - 對比選型
TikTok Shop room_id 直播訂單：為什麼歸因仍需要獨立入站佇列
TikTok Shop 7 月 8 日的 Order API 更新會在部分回應加入 room_id，協助賣家把訂單行連到 LIVE 直播間。這能改善歸因，但不能取代簽章入站訊息佇列。
閱讀更多 → - 對比選型
LINE Bot MCP Server 是工具層，不是你的跨渠道收件箱
LINE 官方 MCP 方向讓 AI Agent 更容易操作 LINE 官方帳號，但跨渠道客服仍然需要先有一條可驗簽、可保存、可路由的入站事件流。
閱讀更多 → - 對比選型
WhatsApp Calling API 錄音與轉寫：聊天入站不要和通話智慧綁在一起
Meta 為 WhatsApp Business Calling API 補上通話錄音與轉寫文件。對支援團隊而言，通話智慧和聊天入站應該是兩個分開設計的整合層。
閱讀更多 → - 案例分析
X OAuth 故障演練：小團隊如何把私訊放進簽名入站佇列
X 在 2026 年 7 月記錄了一次 OAuth 和 /2/users/me 事故。這篇拆解一個小型支援團隊如何用簽名入站佇列接住 X、WhatsApp 和 LINE 訊息。
閱讀更多 → - 教學
用簽名入站 Webhook 建立 n8n WhatsApp AI Agent
n8n 很適合做 AI 工作流程，但 WhatsApp 客服自動化首先需要穩定的入站事件流。本文示範如何把 UnifyPort 的 message.received 簽名 webhook 接到 n8n production workflow。
閱讀更多 → - 指南
LINE MINI App 7 月 1 日開始收費：把付款流程和入站客服拆開
LINE 自 2026 年 7 月起對 MINI App 應用內購買收取服務費。小團隊應將日本區域限定的付款流程，和即時 LINE 入站客服分開設計。
閱讀更多 → - 對比選型
Telegram 已原生支援聊天自動化，但跨渠道客服仍需要統一入站佇列
Telegram 現在允許使用者把 bot 連到個人檔案，並提供業務帳號自動化 API。這很適合 Telegram 單平台 AI，但不能取代 WhatsApp、LINE、TikTok、Zalo 和 X 共用的簽名入站佇列。
閱讀更多 → - 公告
UnifyPort 控制台上線：註冊即可獲得 1 個免費訊息帳號
每個 UnifyPort 工作區現在都會附帶 1 個免費訊息帳號額度。註冊後，你可以從 Telegram、WhatsApp、LINE、X、Zalo 或 TikTok 中選擇第一個渠道，並在控制台自助管理 API 金鑰。
閱讀更多 → - 教學
TikTok 資料可攜不等於即時私訊：建立客服真正需要的入站佇列
TikTok Data Portability API 已更清楚列出私訊匯出資料，但匯出不是即時客服訊息流。本文說明如何用 UnifyPort webhook 建立帶簽名驗證的 TikTok 入站佇列。
閱讀更多 →