標準事件層
把不同 Provider 的訊息、狀態與帳號事件統一成穩定 JSON 結構，後端只需消費一種事件模型。
產品更新 · 免費連接你的第一個訊息帳號
One API. Every Channel.
用一套 API，接入全球社群媒體管道
統一接入 WhatsApp、Telegram、LINE、TikTok、Zalo 和 X，收發訊息、接收事件，不必再為每個平台重複開發。
6個管道
1套 API
雙向訊息收發
即時訊息平面
傳送一次
curl -X POST https://api.unifyport.ai/v1/messages \
-H "X-Api-Key: <YOUR_API_KEY>" \
-H "Content-Type: application/json" \
-d '{
"account_id": "acc_example",
"to": { "id": "target_123", "type": "user" },
"message": {
"type": "text",
"text": "正式系統通知已送達"
}
}'
接收標準事件
{
"id": "evt_example",
"type": "message.received",
"provider": "telegram",
"account_id": "acc_example",
"occurred_at": "2026-04-24T10:00:00Z",
"data": {
"conversation": { "id": "chat_xxx" },
"sender": { "name": "Customer" },
"message": {
"id": "msg_example",
"text": "收到，馬上處理",
"direction": "inbound"
}
}
}
signed
HMAC 已驗證
retry
3 次重試
latency
86ms
route
telegram
已支援的訊息渠道
全部路由運作正常
WhatsApp
Telegram
LINE
TikTok
Zalo
X（原 Twitter）
UnifyPort
正規化並路由
POST
Webhook 輸出
標準事件
平台能力
不再為每個渠道重寫一套接入邏輯。
首頁將 UnifyPort 呈現為可維護、可觀測、可上線的正式環境基礎設施，而不是單純的渠道轉接器。
Webhook 控制面
支援簽名校驗、訂閱範圍、重試節奏與失敗追蹤，讓回調接入從第一天就可觀測。
密鑰與簽名
API Key、HMAC-SHA256 簽名與最小化暴露策略，協助團隊安全地進入正式環境。
可靠投遞佇列
內建限流、重試、冪等與異常隔離，降低渠道波動對業務系統的直接衝擊。
開發者流程
從帳號到事件，流程應該短到能被記住。
用三步說清產品路徑，讓開發者快速開始，也讓非技術使用者理解平台價值。
- 01
連接帳號
把 Telegram 帳號、WhatsApp 實例或其他渠道帳號掛到同一個 workspace。
- 02
傳送訊息
透過統一 `/v1/messages` 介面傳送文字、圖片、檔案與業務通知。
- 03
接收事件
所有入站訊息與帳號狀態都以標準事件推送到你的 Webhook。
POST /v1/messages
curl -X POST https://api.unifyport.ai/v1/messages \
-H "X-Api-Key: $UNIFYPORT_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"account_id": "acc_example",
"to": { "id": "target_123", "type": "user" },
"message": { "type": "text", "text": "Hello from UnifyPort" }
}'可靠性看板
把渠道波動留在平台層。
36 條路由監控中
重試佇列
健康
Webhook 簽名
已驗證
速率限制
自適應
預設以正式環境思考
從 API Key 到 Webhook 簽名，從限流到失敗追蹤，頁面表達更像基礎設施產品，而不是簡單的渠道聚合器。
讓訊息接入變成一條穩定的產品管線。
先用統一 API 跑通傳送，再用標準事件把所有入站訊息接回業務系統。
透過 Telegram 聯絡團隊