唔靠官方 API，點樣接收 WhatsApp 入站訊息 — UnifyPort
2026 年，官方 WhatsApp Business API 差唔多喺同一時間發生咗三件事，疊埋一齊，搞到好多團隊嘅成本帳都要重計。對話計費畀人換成按條計費，跟住 1 月 1 日又調咗一輪各國費率。最高嗰個訊息額度畀人擺咗喺 Business Verification（企業驗證）後面。仲有，通用 AI 助手畀人禁止喺平台上面運行——淨係准你做任務型嘅自動化流程。
如果你本來想喺 WhatsApp 上面整個識得同用戶傾偈嘅嘢，呢三件事啱啱全部砸落你度。不過有個更前嘅問題值得先問句：你係咪真係需要官方嗰套出站機制，定係你淨係想穩陣噉接收用戶send畀你嘅訊息？
官方呢條路卡喺邊
官方 WhatsApp Business API 係圍住「企業出站訊息」嚟設計嘅，差唔多所有限制都係由呢點衍生出嚟。
驗證同資格。 想解鎖更高嘅每日訊息額度，你就要做完 Business Verification——交公司文件、等審核過、用企業帳號身份去營運。個人號或者普通號，根本入唔到呢個體系。
按條計費同範本審批。 由 2025 年年中開始，每條send到嘅範本訊息都係單獨計費，按類別同收件方國家定價。主動訊息一定要用事先批咗嘅範本，仲要跟足訊息視窗。成本同審批嘅功夫，都係跟住量一齊上。
AI 限制。 截至 2026 年，通用 AI 聊天機械人唔再畀人透過官方 API 運行，淨係任務型流程先係認可嘅自動化。如果你嘅計劃係整個睇完訊息就自由作答嘅 AI Agent，噉呢個計劃已經唔再夾官方通道喇。
呢度有個好易走漏眼嘅位：呢啲全部都係出站限制——計費、範本、驗證、AI 規則。但係佢哋連入站接收都一齊拖咗入同一套合規體系。想透過官方通道收訊息，你就要先有資格入、畀錢入、仲要跟一套為咗「發送」而設計嘅系統。
換個方向諗：你想要嘅好多時係入站
退一步睇吓一個對住客戶嘅系統，大部分時間真正需要嘅係乜。佢需要穩陣、接近即時噉知道——有用戶send咗條訊息嚟，再將呢條訊息送入後端，畀軟件（或者 AI Agent）去決定下一步做乜。
呢個係一個入站問題。而入站，唔使繼承嗰啲為咗管出站群發而存在嘅計費模型、範本審批同 AI 限制。你唔係喺度向一百萬個號碼轟營銷範本，你淨係喺度接住啲人本來就主動send畀你嘅訊息。
將呢兩個方向分開，就係成個重點所在。出站——主動、受監管、計費——係一類嘢。入站——接收、正規化、路由——係另一類嘢，佢冇必要畀人鎖死喺出站系統入面先運作得到。
入站呢條路係點嘅樣
UnifyPort 將入站方向當成頭等問題嚟處理。一個普通 WhatsApp 帳號接入就得——唔使企業驗證、唔使範本審批、唔行按條計費嗰套。當用戶send訊息嚟嘅時候，佢會被正規化成一個統一嘅標準 webhook 事件，帶住 HMAC-SHA256 簽名send到你嘅端點。
WhatsApp 上面嘅用戶
↓ （send 出訊息）
UnifyPort （非官方介面）
↓ 正規化 → 標準事件
↓ HMAC-SHA256 簽名
你嘅 webhook 端點
↓
你嘅路由引擎 / CRM / AI Agent唔理訊息係邊個帳號嚟，你後端收到嘅事件個樣都係一樣——一個 message.received 事件，帶住訊息正文、發送者識別、對話串 ID 同時間戳。後端做路由、記錄、回覆所需要嘅嘢全部喺度。用戶嘅訊息同你嘅程式碼之間，冇範本、冇類別、冇按條計費嗰個錶。
對營運團隊嚟講，實際意義係：你唔使先排隊過驗證，就可以開始接收同處理 WhatsApp 訊息。對開發者嚟講，意思係淨係得一種事件格式要解析、一個簽名要驗證，就咁簡單。
一套格式，cover 晒所有渠道
WhatsApp 好少會係唯一嘅渠道。同一間企業好多時仲喺度跑 Telegram、TikTok、畀泰國買家嘅 LINE、畀越南市場嘅 Zalo，有時仲有 X。每個平台都用自己嘅格式send入站訊息，各有各嘅怪脾氣同限制。
非官方入站層將呢啲收斂成一套。由 WhatsApp 嚟嘅 message.received 事件，同由 Telegram 或者 Zalo 嚟嘅 message.received 事件結構完全一樣——一樣嘅欄位、一樣嘅型別、一樣嘅路由邏輯。你嘅後端淨係學會一種事件格式就夠。UnifyPort 將 WhatsApp、Telegram、LINE、TikTok、Zalo 同 X 嘅入站事件統一正規化成呢一套 schema。
AI Agent 喺呢條路嘅位置
呢樣嘢正正就係令 AI 計劃重新行得通嘅原因。官方 API 禁止通用 AI 助手——但呢個限制係活喺 Meta 嘅出站系統入面。當入站以結構化、已正規化、同渠道無關嘅事件形式到達你自己嘅端點時，你攞佢嚟做乜，係你嘅架構話事。
一個 AI Agent 可以讀 message.received 事件，叫佢需要嘅任何 API 去查訂單或者搵資料，跟住組織出一條回覆——同規則路由用嘅係同一條流水線。正如嗰篇 Telegram Bot-to-Bot 文章講過，Agent 喺統一嘅事件平面上面推理得最好；而入站層正正畀咗佢一個跨晒各渠道嘅統一平面。淨係喺 Agent 搞唔掂嘅時候，先交畀人。
官方 WhatsApp API 而家係、將來都仲會係大規模、受監管出站群發嘅啱用工具。但如果你需要嘅淨係穩陣噉接收入站訊息——由普通帳號嚟，唔使排驗證隊、唔使按條計費、唔受 AI 禁令綁住——噉就係另一個問題，佢有另一個答案。一個 webhook，cover 晒所有渠道，接住你啲用戶本來就send畀你嘅嗰啲訊息。