不靠官方 API，如何接收 WhatsApp 入站訊息 — UnifyPort
2026 年，官方 WhatsApp Business API 幾乎在同一時間發生了三件事，疊在一起，改變了許多團隊的成本帳。對話計費被換成了按則計費，緊接著 1 月 1 日又調了一輪各國費率。最高的訊息額度被放到了 Business Verification（企業驗證）後面。而通用 AI 助理被禁止在平台上運行——只允許任務型自動化流程。
如果你原本想在 WhatsApp 上做一個能聰明地與用戶對話的東西，這三件事正好全砸在你頭上。但有個更前置的問題值得先問一句：你真的需要官方那套出站機制嗎，還是你只是想穩定地接收用戶發來的訊息？
官方這條路卡在哪
官方 WhatsApp Business API 是圍繞「企業出站訊息」設計的，幾乎所有限制都是從這一點衍生出來的。
驗證與資格。 想解鎖更高的每日訊息額度，你得做完 Business Verification——提交公司文件、等審核通過、以企業帳號身分營運。個人號或一般號根本進不了這個體系。
按則計費與範本審批。 從 2025 年年中起，每則送達的範本訊息都單獨計費，按類別與接收方國家定價。主動訊息必須使用預先核准的範本，還要遵守訊息視窗。成本與審批開銷都隨量級一起漲。
AI 限制。 截至 2026 年，通用 AI 聊天機器人不再被允許透過官方 API 運行，只有任務型流程是被認可的自動化。如果你的計畫是一個讀完訊息就自由作答的 AI Agent，那這個計畫已經不再適配官方通道了。
這裡有個容易被忽略的點：這些全都是出站限制——計費、範本、驗證、AI 規則。但它們把入站接收也一併拉進了同一套合規體系。想透過官方通道收訊息，你得先有資格進、付費進、並遵守一套為「發送」而設計的系統。
換個方向看：你要的往往是入站
退一步看一個面向客戶的系統大多數時候真正需要什麼。它需要穩定地、近乎即時地知道——有用戶發來了一則訊息，並把這則訊息送進後端，讓軟體（或 AI Agent）來決定下一步做什麼。
這是一個入站問題。而入站，不必繼承那些為治理出站群發而存在的計費模型、範本審批與 AI 限制。你不是在往一百萬個號碼轟行銷範本，你只是在接住人們本就主動發給你的訊息。
把這兩個方向分開，正是關鍵所在。出站——主動、受監管、計費——是一類事。入站——接收、正規化、路由——是另一類事，它沒必要被鎖進出站系統裡才能運作。
入站這條路長什麼樣
UnifyPort 把入站方向當作頭等問題來處理。一個一般 WhatsApp 帳號接入即可——無需企業驗證、無需範本審批、不走按則計費那套。當用戶發來訊息時，它被正規化成一個統一的標準 webhook 事件，帶著 HMAC-SHA256 簽章投遞到你的端點。
WhatsApp 上的用戶
↓ （發出訊息）
UnifyPort （非官方介面）
↓ 正規化 → 標準事件
↓ HMAC-SHA256 簽章
你的 webhook 端點
↓
你的路由引擎 / CRM / AI Agent不管訊息來自哪個帳號，你後端收到的事件長得都一樣——一個 message.received 事件，攜帶訊息正文、發送者識別、對話串 ID 與時間戳。後端做路由、記錄、回覆所需要的一切都在裡面。用戶的訊息與你的程式碼之間，沒有範本、沒有類別、沒有按則計費的計量錶。
對營運團隊來說，實際意義是：你不用先排隊過驗證，就能開始接收與處理 WhatsApp 訊息。對開發者來說，意味著只有一種事件格式要解析、一個簽章要驗證，就這麼簡單。
一套格式，覆蓋所有管道
WhatsApp 很少是唯一的管道。同一家企業往往還在跑 Telegram、TikTok、給泰國買家的 LINE、給越南市場的 Zalo，有時還有 X。每個平台都用自己的格式投遞入站訊息，各有各的怪脾氣與限制。
非官方入站層把這些收斂成一套。來自 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，覆蓋所有管道，接住你的用戶本就發給你的那些訊息。