本指南將帶領使用者逐步完成 WhatsApp Business API 與 dmflow.chat 的串接設定。這篇文章不只提供操作步驟，更深入解析如何取得永久存取權杖（Permanent Access Token），確保聊天機器人運作穩定不中斷。透過自行配置模式，企業能完全掌握數據權限並節省額外通訊成本。
WhatsApp 作為全球通訊軟體的巨頭，早已成為企業與客戶溝通的重要橋樑。對於希望透過自動化提升效率的團隊來說，將 WhatsApp 整合進聊天機器人平台是必經之路。dmflow.chat 採取了一種相當務實的策略：直接支援 Meta 的 WhatsApp Business Platform。
這意味著什麼？簡單來說，dmflow.chat 選擇不當「中間商」。使用者需要自行在 Meta 開發者後台註冊並完成配置。這樣做雖然前期設定稍微多了幾個步驟，但好處非常明顯：企業擁有對 WhatsApp 帳號的完全控制權，而且除了 Meta 本身收取的訊息費用外，聊天機器人平台不會再額外加收每則訊息的過路費。這對於訊息量大的企業來說，長期下來是一筆可觀的成本節省。
接下來，這份指南將拆解整個配置流程，從最基礎的帳號註冊到最關鍵的「永久權杖」取得，確保機器人能全天候穩定運作。
為什麼選擇自行配置模式？掌握數據與成本的平衡
在開始技術設定之前，值得先聊聊這種架構的優勢。市面上許多平台採用代管模式，雖然方便，但也意味著企業的通訊數據掌握在第三方手中，且往往伴隨著額外的流量加價。
dmflow.chat 的設計邏輯是讓使用者掌握核心資產。
- 數據控制權在手：所有的存取權杖（Access Token）和配置都由用戶自行管理。這就像是自家大門的鑰匙掌握在自己手裡，而不是放在管理員那邊。
- 長期穩定性：透過設定 Meta 的「系統用戶（System Users）」，可以取得不會過期的永久權杖。這點至關重要，因為普通的臨時權杖通常只有 24 小時壽命，如果不處理這個問題，機器人隔天就會「罷工」。
第一階段：Meta 開發者後台的基礎建置與測試
一切的起點都在 Meta for Developers。這個階段的目標是建立一個應用程式（App），並取得能夠與 WhatsApp 溝通的基本憑證。
1. 建立應用程式與新增產品
首先進入 Meta 開發者後台，新增一個應用程式。在應用程式類型選擇中，通常選擇「商業（Business）」類型。建立完成後，在產品清單中找到 WhatsApp 並點擊設定。這時系統會引導一系列的配置畫面，基本上跟著介面指示操作即可。這個過程就像是幫手機安裝一個新 App，只是這次是在伺服器端進行。
2. 利用測試號碼進行初步驗證
Meta 非常貼心地提供了一個測試環境。在設定頁面中，會看到一組測試用的電話號碼。
- 發送測試訊息：為了確認 API 是否暢通，必須在「收件人電話號碼」欄位填入你自己的手機號碼（需經過驗證）。
- 確認接收：點擊發送後，若手機收到 WhatsApp 訊息，代表線路已經接通。
3. 紀錄關鍵識別碼
在設定頁面上，有兩組數字如同身分證字號般重要，請務必複製並妥善保存：
- 電話號碼編號 (Phone Number ID)：代表發送訊息的那支電話。
- WhatsApp Business 帳號編號 (WABA ID)：代表企業在 WhatsApp 體系中的帳戶 ID。
老實說，這裡有個新手常踩的坑：在這個頁面上顯示的「臨時存取權杖（Temporary Access Token）」雖然可以用，但它只有約 24 小時的效期。很多開發者測試成功後就直接拿去用，結果第二天發現機器人壞了。要避免這種情況，必須進入下一個階段：取得永久權杖。
第二階段：解決時效問題，取得永久存取權杖 (Permanent Access Token)
這是整篇教學最核心的部分。為了讓 dmflow.chat 能持續代表企業發送訊息，必須給它一張「永久通行證」。這需要透過 Meta Business Suite 的「系統用戶」功能來達成。
1. 進入企業管理平台設定
前往 https://business.facebook.com/settings。這裡管理的項目繁多，請在左側選單中找到 「使用者 (Users)」，然後點擊 「系統使用者 (System users)」。
2. 新增系統使用者
系統使用者並不是真人，而是專門給伺服器或軟體使用的虛擬帳號。
- 點擊 「新增 (Add)」。
- 命名與角色：給這個使用者取個名字（例如：
dmflow_bot），角色部分選擇Admin（管理員）或Employee（員工）皆可，通常為了權限順暢，建議確保權限足夠執行 API 操作。
3. 分配資產 (Assign Assets)
這一步是授權的關鍵。單純建立使用者還不夠，必須告訴 Meta 這個使用者可以控制哪個 App。
- 點擊該系統使用者旁邊的 「指派資產 (Assign assets)」 按鈕。
- 在彈出的視窗中，選擇 「應用程式 (Apps)」。
- 找到在第一階段建立的那個 App。
- 開啟權限：將「完全控制權（Full control）」下的 「管理應用程式 (Manage app)」 開關打開。這動作就像是把車鑰匙正式交給這位虛擬駕駛。
4. 生成永久權杖
完成資產分配後，回到系統使用者頁面：
- 點擊 「產生新權杖 (Generate New Token)」。
- 選擇剛剛的 App。
- 在權限列表中，務必勾選
whatsapp_business_messaging和whatsapp_business_management相關的權限。 - 按下產生後，會出現一長串亂碼。這就是永久存取權杖。請務必存好，因為這個視窗關閉後，Meta 就不會再顯示這組代碼了。
第三階段：在 dmflow.chat 完成最終對接
拿到所有鑰匙和證件後，最後一步就是回到 dmflow.chat 的後台，把這些資訊填入對應的位置，完成最後的拼圖。
進入 dmflow.chat 的 WhatsApp 設定介面，會看到幾個欄位，請依照以下說明填寫：
- [1] WhatsApp Business 帳號編號：填入第一階段紀錄的 WABA ID。
- [2] 電話號碼編號：填入第一階段紀錄的 Phone Number ID。
- [6] Token：這裡要填入第二階段辛苦取得的 永久存取權杖（千萬別填成 24 小時會過期的那個）。
關於 Webhook 驗證設定 ([3], [4], [5])
為了讓 Meta 能把用戶傳來的訊息推送到 dmflow.chat，雙方需要設定一個驗證機制（Webhook）。
- [5] 驗證權杖 (Verify Token)：這是一個由用戶自訂的密碼，越複雜越好。你需要在這裡設定，然後回到 Meta 開發者後台的 Webhook 設定頁面填入同一組字串。
- [3] 與 [4]：這通常涉及 App Secret 或特定的 payload 驗證設定。這部分主要用於安全性檢查，確保收到的數據真的來自 WhatsApp，而非惡意攻擊。請參考 Facebook 開發者文件中關於非代管部分的說明，將對應的密鑰填入。
一旦填寫完畢並儲存，雙方的連線就正式建立。此時，用戶在 WhatsApp 上傳送的訊息，就會即時出現在 dmflow.chat 的對話流程中。
常見問題解答 (FAQ)
Q：為什麼我的機器人運作一天後就停止回應了？ 這通常是因為使用了「臨時存取權杖」。Meta 開發者後台首頁顯示的 Token 只有 24 小時效期。請務必參照本文第二階段，透過「系統使用者」取得永久權杖並更新至 dmflow.chat 設定中。
Q：我可以使用原本私人的 WhatsApp 號碼來串接嗎？ Meta 對此有嚴格規定。通常建議使用一個全新的電話號碼來註冊 WhatsApp Business API。若堅持使用舊號碼，必須先刪除該號碼原本的 WhatsApp 帳號（包括對話紀錄），才能將其升級為 API 專用號碼。操作前請務必備份重要資料。
Q：配置完成後，如何確認連線是否成功？ 最直接的方式是使用另一個 WhatsApp 帳號傳送訊息給配置好的商業號碼。如果 dmflow.chat 的後台有顯示該則訊息，或機器人有自動回覆，即代表串接成功。若無反應，請優先檢查 Webhook 的回調網址 (Callback URL) 與驗證權杖是否在 Meta 後台設定正確。
Q：這個整合方式需要額外付費給 dmflow.chat 嗎？ dmflow.chat 的核心特點在於不針對 WhatsApp 訊息本身收取「過路費」。您主要需要支付的是 Meta 官方依照對話類別（行銷、服務、驗證等）收取的費用，以及 dmflow.chat 本身的平台訂閱費（視方案而定）。
Q：如果不小心洩漏了永久權杖該怎麼辦？ 資安無小事。若懷疑權杖外洩，請立即前往 Meta 企業管理平台的「系統使用者」頁面，撤銷該權杖 (Revoke)，並重新生成一組新的權杖。記得，生成新權杖後，必須同步更新 dmflow.chat 的設定，機器人才能恢復運作。
